Bug 566477

Summary: Is "aria" blocked?
Product: [openSUSE] openSUSE 11.2 Reporter: Markus Elfring <Markus.Elfring>
Component: libzyppAssignee: E-mail List <zypp-maintainers>
Status: RESOLVED INVALID QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: ma
Version: Final   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 11.2   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Markus Elfring 2009-12-21 18:35:59 UTC
I have started the following command.

Sonne:~ # zypper list-updates --all

I am surprised that I do not get a result instantly. So I try to look from a different console if the program is still running fine.

Sonne:~ # pstree -p|grep zypp
        |               |               `-su(3335)---bash(3608)---zypper(32505)---aria2c(32647)
Sonne:~ # strace -p 32647
Process 32647 attached - interrupt to quit
epoll_wait(4, {}, 1024, 1000)           = 0
gettimeofday({1261418768, 764622}, NULL) = 0
gettimeofday({1261418768, 764670}, NULL) = 0
gettimeofday({1261418768, 764699}, NULL) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff2cf55180) = -1 EINVAL (Invalid argument)
gettimeofday({1261418768, 764804}, NULL) = 0
gettimeofday({1261418768, 764832}, NULL) = 0
gettimeofday({1261418768, 764860}, NULL) = 0
gettimeofday({1261418768, 764887}, NULL) = 0
gettimeofday({1261418768, 764918}, NULL) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
write(1, " *** Download Progress Summary a"..., 366) = 366

These function calls are repeated many times. I get the following display in the previous console after several minutes.

Timeout exceed

Abort, retry, ignore? [a/r/i] (r):
Trying again...


Is the return value "-1" from the function call "ioctl" checked by the software?


Name        : aria2                        Relocations: (not relocatable)
Version     : 1.5.2                             Vendor: openSUSE
Release     : 2.3.1                         Build Date: Mon Nov  2 16:41:44 2009
Install Date: Fri Dec 18 19:21:21 2009         Build Host: build17
Group       : Productivity/Networking/Other   Source RPM: aria2-1.5.2-2.3.1.src.rpm

Name        : zypper                       Relocations: /usr
Version     : 1.2.8                             Vendor: openSUSE
Release     : 0.1.3                         Build Date: Mon Nov  2 18:46:59 2009
Install Date: Mon Dec 21 12:22:23 2009         Build Host: build19
Group       : System/Packages               Source RPM: zypper-1.2.8-0.1.3.src.rpm


Is this behaviour related to issues like the following?
- Bug #555803: zypper package download hangs forever (waiting for aria2c)
- Bug #564816: when aria2 fails to download, zypper misinterprets the code and acts weird
Comment 1 Markus Elfring 2009-12-21 19:10:36 UTC
Is the mirror "http://ftp.halifax.rwth-aachen.de/" temporarily not responding as expected?
Comment 2 Markus Elfring 2009-12-21 21:10:44 UTC
Does the following protocol excerpt indicate a server outage which should be handled differently?

Sonne:~ # tail /var/log/zypper.log
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] MediaHandler.cc(removeAttachPoint):190 Deleted default attach point /var/adm/mount/AP_0x0000001d
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] MediaHandler.cc(release):768 Released: http://ftp.halifax.rwth-aachen.de/packman/suse/11.2/ not attached; localRoot ""
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] MediaAccess.cc(close):213 Close: http(http://ftp.halifax.rwth-aachen.de/packman/suse/11.2/ not attached; localRoot "") (OK)
2009-12-21 19:43:10 <1> Sonne(32505) [zypp++] MediaHandler.cc(release):700 Request to release media - not attached; eject ''
2009-12-21 19:43:10 <1> Sonne(32505) [zypp++] MediaHandler.cc(release):700 Request to release media - not attached; eject ''
2009-12-21 19:43:10 <1> Sonne(32505) [zypp++] MediaHandler.cc(removeAttachPoint):178 MediaHandler - checking if to remove attach point
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] ZYppFactory.cc(unLockFile):148 unlocked
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] ZYppFactory.cc(~ZYppGlobalLock):81 Cleaning lock file. (32505)
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] PathInfo.cc(unlink):670 unlink /var/run/zypp.pid
2009-12-21 19:43:10 <1> Sonne(32505) [zypp] ZYppFactory.cc(~ZYppGlobalLock):83 Lockfile cleaned. (32505)
Comment 3 Markus Elfring 2009-12-21 21:15:35 UTC
Packman seems to be back to normal service ...
Comment 4 Michael Andres 2009-12-22 11:29:29 UTC
no bug