Bug ID | 1230912 |
---|---|
Summary | zypper hangs if no network connection |
Classification | openSUSE |
Product | openSUSE Tumbleweed |
Version | Current |
Hardware | Other |
OS | Other |
Status | NEW |
Severity | Normal |
Priority | P5 - None |
Component | libzypp |
Assignee | zypp-maintainers@suse.de |
Reporter | fvogt@suse.com |
QA Contact | qa-bugs@suse.de |
Target Milestone | --- |
Found By | --- |
Blocker | --- |
Created attachment 877505 [details] log of combustion and zypper.log Recently, the disk-encryption-tool CI started failing reproducibly because the image no longer boots within 5min. Some logging showed that it's stuck in transactional-update's selfupdate during the combustion phase in the initrd. I was able to collect zypper.log of such a hang. Last few lines: 2024-09-23 12:02:15 <1> localhost(840) [zypp::media] MediaHandler.cc(attach):654 Attached: https://download.opensuse.org/ attached; localRoot "/var/tmp/AP_0xMm8N8v" 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaManager.cc(checkDesired):155 checkDesired(1): desired (report by zypp::media::NoVerifier) 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaManager.cc(checkDesired):157 checkDesired(1): desired (cached) 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaMultiCurl.cc(doGetFileCopy):1502 dest: /var/tmp/AP_0xMm8N8v/geoip 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaMultiCurl.cc(doGetFileCopy):1503 temp: /var/tmp/AP_0xMm8N8v/geoip.new.zypp.p9Et4x 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaCurl.cc(doGetFileCopyFile):1204 /geoip 2024-09-23 12:02:15 <1> localhost(840) [zypp::media++] MediaCurl.cc(doGetFileCopyFile):1214 URL: https://download.opensuse.org/geoip There is no /etc/resolv.conf, so I'd expect this to fail immediately. Maybe this is a race condition, where curl fails before zypper sets up waiting? I wasn't able to reproduce this locally in a container.