|
Bugzilla – Full Text Bug Listing |
| Summary: | zypper does not work well if IPv6 is not available | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 12.2 | Reporter: | Forgotten User --EoyBps8f <forgotten_--EoyBps8f> |
| Component: | libzypp | Assignee: | E-mail List <zypp-maintainers> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | forgotten_1mI5i-8_Ae, forgotten__NtlHAplw6, ingham, Janne.Karhunen, per |
| Version: | Factory | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
packagkitd checking repos for new content
zypper hanging while retrieving packages strace with -s 1000 |
||
|
Description
Forgotten User --EoyBps8f
2011-03-31 16:08:21 UTC
I see a one minute delay when libzypp does the download.opensuse.org request. The rest of the log looks good. Maybe we have an Ipv6 problem with download.opensuse.org. A simple curl http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm.metalink (note the trailing .metalink) command from my host is fast, so it can't be the download host itself. Please give it a try from your host. An 'strace' on the zypper process would also help a lot, as with it we can see exactly what's going on when zypper hangs. I'll get the strace tomorrow. curl http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm.metalink <?xml version="1.0" encoding="UTF-8"?> <metalink version="3.0" xmlns="http://www.metalinker.org/" origin="http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm.metalink" generator="MirrorBrain 2.13.2 (see http://mirrorbrain.org/)" type="dynamic" pubdate="Thu, 31 Mar 2011 22:01:21 GMT" refreshdate="Thu, 31 Mar 2011 22:01:21 GMT"> <publisher> <name>openSUSE</name> <url>http://download.opensuse.org</url> </publisher> <files> <file name="libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm"> <size>14871197</size> <!-- <mtime>1301362174</mtime> --> <!-- internal id: 27672969 --> <verification> <hash type="md5">fec1b9804b253f53ab9c9ff2c773798d</hash> <hash type="sha1">5115d8164691f2f97fe7d7d5a30c4507ffdc9713</hash> <hash type="sha256">2528a5169255aec60fb8b5b081b7b12dcc6a87d6fda927c5a11d0af8176472f1</hash> <pieces length="262144" type="sha1"> <hash piece="0">718759f304ccb95e8bfdb5aaad32a76a90e0a2e0</hash> <hash piece="1">bc54e0067d287e47eec8d95a0d3977da97e04e3f</hash> <hash piece="2">a7b15d53b428527fd76ced20bbf9e900c12a2f8a</hash> <hash piece="3">347a8a1d9bc6d192eddbd8596296ef0e229b62ff</hash> <hash piece="4">56bcaf4f1570133fe7faa1d8b4459055e441dc62</hash> <hash piece="5">1691c10920e479b12b8d511ef2d5d1a0258460e0</hash> <hash piece="6">dbf92364e0b47ded896456d092b57d2dba935a0e</hash> <hash piece="7">12d3ba585c7637533fa72fd76c116f503a424f39</hash> <hash piece="8">236bc3e12ad947fa00fd17595c770409e933e041</hash> <hash piece="9">823cd49bac1be79561163949296d426344bc4fdb</hash> <hash piece="10">15829da3806b4f6bac579c96479c02530a9a6e97</hash> <hash piece="11">565e77d6efe49ee6ba22a5227b04e26eb3eb11e9</hash> <hash piece="12">5795cbb94fb2cc6790f02c3032e6d76146ae3d05</hash> <hash piece="13">e2e8394cc74c8f4448f87b4f1fd8038656aba693</hash> <hash piece="14">a10bf7e5999dd4cc806577da1c85b03077e4a56d</hash> <hash piece="15">406f591b5c89ceb315fa49c9e19e3afc226dc5d1</hash> <hash piece="16">59a48c966c623ce766728dc03b6b96c1492c00ff</hash> <hash piece="17">b597810b8735b172aba934fc007ad80f3af5ca16</hash> <hash piece="18">2fe5031c4bec696be4a11e693b25540ace76ea01</hash> <hash piece="19">62a72164a5246501061e2403505d5b351ad857cb</hash> <hash piece="20">b93d3c1d1c4732f35527014b9e402302ac3e990f</hash> <hash piece="21">192ee1329cc15c301a4c7775b27846992a75d957</hash> <hash piece="22">cedfeb140126bfa5ac698d9af488da853504a4ba</hash> <hash piece="23">83b4c7609498899357b9dfaf015d9127e38f6421</hash> <hash piece="24">1f7c7e3b73652a91a767d14ede8814795a6c351f</hash> <hash piece="25">90f64f82edd5bda0649cd78b38f7ddbba2b29367</hash> <hash piece="26">b4e867be679d5624ffde2c027df9e91dc2d3f894</hash> <hash piece="27">cf557217ad69444a96a0c8af67a63330bd797130</hash> <hash piece="28">788bfd0ff3ab9f5527c38725b6123c578e44a545</hash> <hash piece="29">b77320bcf42f56705eb27f27f73bcdcbb23de7db</hash> <hash piece="30">80671f62d4d816ad0db0c8904d3e76e6511ca75b</hash> <hash piece="31">cfdb398610ad2828bebfc76facb8cd18dafd936e</hash> <hash piece="32">8895c36e6c4e027b449e71b8139f4a18443f4d3c</hash> <hash piece="33">82f5f89d7d1041370d55313fa75be50aa2901f54</hash> <hash piece="34">cebe4d888772c0c845369725a3edc741bd074a36</hash> <hash piece="35">230eeb61f33ebe0e4bfa7a439d10606dc5c8448c</hash> <hash piece="36">c98af75fb5e5a0c377a5d8d8a73d7332b17daf28</hash> <hash piece="37">38b1b32b8c28e1bbc811c9d4316607c019c0a3e4</hash> <hash piece="38">97fe18aefb3a00be8abe6d96f9767563399f1d25</hash> <hash piece="39">41d014dc76bd6dfab2096363f6cf34cb1c7e7b3d</hash> <hash piece="40">3d5e52d6ea614429338960d890e5817a8886676f</hash> <hash piece="41">a85159cddbeda6089a76d67b9fa8364d1ea28d72</hash> <hash piece="42">481057aa84d9ec98f2f35c3a5fe83ffbe22d770c</hash> <hash piece="43">bc8a4795a867d7799a54a2f3af2b4a32943bd2f7</hash> <hash piece="44">fcd0a2a0b52fe37caa7e91f04dd857f5aba7d824</hash> <hash piece="45">f672fcf067b90dde0f6114ff4108ee5fa7ad1a74</hash> <hash piece="46">a79d4785d8431eb884905c6c2d75b57056ae7d34</hash> <hash piece="47">f15ca1783cb86cefb89e97c63271450b257b0f55</hash> <hash piece="48">3fad41cc020baeae3a8316973c74255e212a2748</hash> <hash piece="49">e700ff486ad752aa3b4f4820e869ff41dd4ba56c</hash> <hash piece="50">e028a3ca57066baa9bc8cd040ad0309cf741ad33</hash> <hash piece="51">477ffaedec61a0011c1f1c3154d847b777e09b56</hash> <hash piece="52">9137ed9e8f12dd043e7f9ad1b53f1b7141b5cf3a</hash> <hash piece="53">248c26b462e20b661be6ae17c1444d4d80dd0110</hash> <hash piece="54">cfcc92eaf3a6dcadd09eef2401f97abcdd65cb68</hash> <hash piece="55">191170067bafe475c1d60a3f8770f860ea53dca0</hash> <hash piece="56">bafe58fd4700457800b0e65c1eeada4a6f309d46</hash> </pieces> </verification> <resources> <!-- Found 24 mirrors: 0 in the same network prefix, 0 in the same autonomous system, 4 handling this country, 4 in the same region, 6 elsewhere --> <!-- Mirrors in the same network (80.171.0.0/16): --> <!-- Mirrors in the same AS (13184): --> <!-- Mirrors which handle this country (DE): --> <url type="http" location="de" preference="100">http://ftp5.gwdg.de/pub/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="de" preference="99">http://ftp.halifax.rwth-aachen.de/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="de" preference="98">http://widehat.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="de" preference="97">http://ftp.uni-siegen.de/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <!-- Mirrors in the same continent (EU): --> <url type="http" location="sk" preference="96">http://opensuse.ynet.sk/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="nl" preference="95">http://mirror.leaseweb.com/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="gb" preference="94">http://anorien.csc.warwick.ac.uk/mirrors/download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="dk" preference="93">http://ftp.klid.dk/ftp/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <!-- Mirrors in the rest of the world: --> <url type="http" location="us" preference="92">http://opensuse.mirror.netriplex.com/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="us" preference="91">http://mirrors.xmission.com/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="us" preference="90">http://130.57.19.201/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="us" preference="89">http://mirror.umoss.org/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="us" preference="88">http://ftp.utexas.edu/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> <url type="http" location="us" preference="87">http://distro.ibiblio.org/pub/linux/distributions/opensuse/repositories/openSUSE:/Tumbleweed/standard/noarch/libreoffice-l10n-extras-3.3.2.2-1.1.noarch.rpm</url> </resources> </file> </files> </metalink> Created attachment 422662 [details]
packagkitd checking repos for new content
Created attachment 422663 [details]
zypper hanging while retrieving packages
Hmm, forgot to tell you that you should use '-tt -s 1000' as strace options. Nevertheless, the trace shows that you indeed have trouble with the DNS lookups. Glibc tries to retry the lookup a couple of times (in order to get IPv6 answers?). I can't tell you exactly what's going on because of the missing '-s 1000' (the packages are truncated so I don't see the exact DNS query). I just spoke with our IPv6 expert: the problem is that your DNS server at 192.168.1.1 does not reply for the IPv6 query. It should answer that download.opensuse.org does not have an IPv6 entry, but instead it simply discards the query. You can test this with nslookup -query=aaaa download.opensuse.org It should instantly return with: Non-authoritative answer: *** Can't find download.opensuse.org: No answer Please fix your DNS server. nslookup -query=aaaa download.opensuse.org ;; connection timed out; no servers could be reached I'm afraid that older routers provided by ISPs some years ago have this issue and although zypper is not to blame, users will think that it's oS's fault since the internet connection works "better" on Windows. I guess most users won't even know how to disable IPv6 in YaST or Firefox but will just notice that the internet is slow. So while there might be nothing one can do for those users, I wonder why zypper or anything else is even trying to use IPv6 although I disabled it in YaST? Or is that checkbox not as global as I thought it would be? Created attachment 422692 [details]
strace with -s 1000
Booting with ipv6.disable=1 might do the trick. But I don't think glibc should do IPv6 queries if there is no interface with a non-link-local IPv6 address. I'm searching for a patch that checks this. Regarding the YaST Checkbox, I just opened bug #684534 against glibc. Thanks a lot! Could it be that ipv6.disable=1 does not work anymore with 12.1? At least I get the above symptoms although I add the above to grub. Maybe because of systemd? Experience the same issue; zypper fails to the IPv6 address when when IPv6 is disabled in Yast and the host has no IPv6 addresses. Did you try booting with ipv6.disable=1 added as well? all net.ipv6.xxx are disabled in sysctl [value == 1] net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 net.ipv6.conf.eth0.disable_ipv6 = 1 even appending "precedence ::ffff:0:0/96 100" in /etc/gai.conf doesn't fix the problem. I can curl just fine - curl http://download.opensuse.org/update/12.1/repodata/repomd.xml zypper seems to reliably ignore values in /etc/hosts But zypp uses libcurl, so what would make libcurl ignore it. (Don't speculate, strace is your friend.) Reopening - I have just upgraded a system to current Factory. It was previously running Factory and working fine. zypper now seems to insist on using ipv6, despite no ipv6 connectivity being available. # zypper in iscsitarget Download (curl) error for 'http://download.opensuse.org/factory/repo/oss/content': Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable Abort, retry, ignore? [a/r/i/?] (a): Update - this seems to be caused by my system no longer having a default route. Not sure why it has disappeared, but as it is easily added, I'm closing this again. Sorry about the noise. Hi, no, this has not been fixed and default route has no influence on the issue for me. All ther rest is valid for me too. Still occurs on my laptop and yesterday started to happen on one of our openSUSE 12.1 workstations; both current x64 installs. Both have an IPv4 default route. And you have ipv6 disabled? This should be already fixed, see #684534. 'ifconfig' should not list an ipv6 address. (In reply to comment #23) > And you have ipv6 disabled? This should be already fixed, see #684534. > 'ifconfig' should not list an ipv6 address. As mentioned in comment 13 the workaround to use ipv6.disable=1 did not work for me in 12.1 anymore either. Sigh, seems like glibc upstream changed the code so that the getaddrinfo-ipv6-sanity.diff is broken again. I'll reopen #684534. Forgot to mention, I have 12.1 64 bit, recently upgraded from 11.4. No IPv6 address is listed by ifconfig -a. I can confirm this bug. openSUSE 12.1, 64-bit architecture and packages # nslookup -query=aaaa download.opensuse.org Server: 198.152.7.12 Address: 198.152.7.12#53 Non-authoritative answer: download.opensuse.org has AAAA address 2001:67c:2178:8::13 I have IPv6 disabled completely (no IPv6 addr on any network interface). curl works for http://download.opensuse.org/repositories/KDE:/UpdatedApps/openSUSE_12.1/repodata/repomd.xml zypper does not: # zypper refresh Download (curl) error for 'http://download.opensuse.org/repositories/KDE:/UpdatedApps/openSUSE_12.1/repodata/repomd.xml': Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable Abort, retry, ignore? [a/r/i/?] (a): a huh, that makes no sense. zypper uses libcurl for doing the downloads. I just retried it on my 12.1 system, and zypper refresh works even if I disable ipv6. Do you have a proxy configured somewhere that gets uses in your 'curl' call? (Not that the "Failed to connect..." message is just the last tried attempt, so the ipv4 address seens to have failed for some different reason. We'd need an strace log 'strace -s 1000 -o zypper_strace.log zypper ref' to find the exact reason.) There was a proxy configured in the http_proxy environment variable. The curl command was clearly using that proxy properly, as it was able to download the file that zypper was complaining about. It will be Monday before I can be back where I have to use the proxy. I'll grab an strace then. Ah, so libzypp didn't use the proxy. I think there's already another bug about libzypp's proxy handling, so no need to provide the strace. (Duncan, any insights into 12.1's proxy handling?) Kenneth, as this is different from the DNS lookup, could you create another bug? There seem to be a bug report open already for zypper ignoring proxi settings: https://bugzilla.novell.com/show_bug.cgi?id=679322 However, some additional user input is necessary to clarify the issue, imho. So please go there and add your observations, I'll do that too... Humm, any sensible workaround known? My boxes happily lost all means for installing anything while in the corporate network. Due to the proxy problem (see also 679322): - use a login root shell (su -) for calling zypper/yast - and proper proxy configuration in /etc/sysconfig/proxy If libproxy sees indication fom a gnome/kde session in the environment, it will not use /etc/sysconfig/proxy but the gnome/kde settings. For the glibc problem better ask at #684534. . *** This bug has been marked as a duplicate of bug 684534 *** |