askaresh / MS-Florence2

Microsoft Florence 2 in a Docker with Chainlit UI
5 stars 0 forks source link

docker container quits after downloading the models #1

Closed saket424 closed 2 months ago

saket424 commented 3 months ago

Here is the log file. Any idea why?

(venvlcpp) anand@hsti4090:~/MS-Florence2$  docker run --gpus all -p 8010:8010 florence2-image-analysis

==========
== CUDA ==
==========

CUDA Version 11.8.0

Container image Copyright (c) 2016-2023, NVIDIA CORPORATION & AFFILIATES. All rights reserved.

This container image and its contents are governed by the NVIDIA Deep Learning Container License.
By pulling and using the container, you accept the terms and conditions of this license:
https://developer.nvidia.com/ngc/nvidia-deep-learning-container-license

A copy of this license is made available in this container at /NGC-DL-CONTAINER-LICENSE for your convenience.

Python-dotenv could not parse statement starting at line 1
2024-07-11 21:35:52 - Created default config file at /app/.chainlit/config.toml
2024-07-11 21:35:52 - Created default translation directory at /app/.chainlit/translations
2024-07-11 21:35:52 - Created default translation file at /app/.chainlit/translations/en-US.json
WARNING: All log messages before absl::InitializeLog() is called are written to STDERR
I0000 00:00:1720733752.364349       1 config.cc:230] gRPC experiments enabled: call_status_override_on_cancellation, event_engine_dns, event_engine_listener, http2_stats_fix, monitoring_experiment, pick_first_new, trace_record_callops, work_serializer_clears_time_cache, work_serializer_dispatch
I0000 00:00:1720733752.364426       1 ev_epoll1_linux.cc:125] grpc epoll fd: 6
I0000 00:00:1720733753.459438       1 work_stealing_thread_pool.cc:321] WorkStealingThreadPoolImpl::PrepareFork
I0000 00:00:1720733753.465063       1 ev_epoll1_linux.cc:125] grpc epoll fd: 6
2024-07-11 21:35:53 - generated new fontManager
2024-07-11 21:35:53 - Python-dotenv could not parse statement starting at line 1
2024-07-11 21:35:53 - Loaded ModelConfig: MODEL_ID=microsoft/Florence-2-large, RATE_LIMIT=5
2024-07-11 21:35:53 - Using device: cuda
2024-07-11 21:35:53 - Attempting to load model (Attempt 1/3)
A new version of the following files was downloaded from https://huggingface.co/microsoft/Florence-2-large:
- configuration_florence2.py
. Make sure to double-check they do not contain any added malicious code. To avoid downloading new versions of the code file, you can pin a revision.
A new version of the following files was downloaded from https://huggingface.co/microsoft/Florence-2-large:
- modeling_florence2.py
. Make sure to double-check they do not contain any added malicious code. To avoid downloading new versions of the code file, you can pin a revision.
I0000 00:00:1720733757.625787      94 subchannel.cc:806] subchannel 0x74ba34003c90 {address=ipv6:%5B2a01:4f8:c010:b5a9::1%5D:4317, args={grpc.client_channel_factory=0x3aedf450, grpc.default_authority=otlp.uptrace.dev:4317, grpc.default_compression_algorithm=2, grpc.http2_scheme=https, grpc.internal.channel_credentials=0x39d3b4d0, grpc.internal.client_channel_call_destination=0x74ba7293b390, grpc.internal.event_engine=0x74ba34003b80, grpc.internal.security_connector=0x74ba34003880, grpc.internal.subchannel_pool=0x3af21c80, grpc.primary_user_agent=grpc-python/1.65.0, grpc.resource_quota=0x3af215f0, grpc.server_uri=dns:///otlp.uptrace.dev:4317}}: connect failed (UNKNOWN:connect: Network is unreachable (101) {created_time:"2024-07-11T21:35:57.625490863+00:00"}), backing off for 1000 ms
I0000 00:00:1720733757.766738     100 tcp_posix.cc:809] IOMGR endpoint shutdown
^Ccontext canceled
(venvlcpp) anand@hsti4090:~/MS-Florence2$ telnet otlp.uptrace.dev 4317
Trying 91.107.214.26...
Connected to otlp.uptrace.dev.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
(venvlcpp) anand@hsti4090:~/MS-Florence2
askaresh commented 3 months ago

I have fixed the part for Python-dotenv parsing error: The error "Python-dotenv could not parse statement starting at line 1" In the project now i have included the env file as there is nothing critical in there. (Do a pull)

the subsequent telnet test shows that the connection to otlp.uptrace.dev:4317 is successful. This discrepancy might be due to:

Temporary network issues that resolved by the time of the telnet test Docker network configuration issues Firewall or security group settings blocking the connection from within the Docker container