Bug 484263 - libzypp could not recursively download a directory from a HTTP repo, NFS access was OK
Summary: libzypp could not recursively download a directory from a HTTP repo, NFS acce...
Status: RESOLVED NORESPONSE
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: libzypp (show other bugs)
Version: Final
Hardware: Other Other
: P3 - Medium : Normal (vote)
Target Milestone: ---
Assignee: Jan Kupec
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-11 12:04 UTC by Ladislav Slezák
Modified: 2009-04-07 17:46 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ladislav Slezák 2009-03-11 12:04:01 UTC 
Originally reported as part of bug #464727 - recursive download failed when a HTTP repo was used. When the same repo was used over NFS it was OK.

Downloaded directory.yast file was empty, no error, but obviously the content was not downloaded when the listing file was empty.

See bug #464727 for more details (logs).
Comment 1 Michael Andres 2009-03-11 22:16:23 UTC 
Looking at the log I see /boot/directory.yast being downloaded several times, with size 6 and content "i386/". I don't know what happened at 11:20:06 on the server, but /directory.yast and /boot/directory.yast are downloaded and have size 0. There's no indication of an error.

And without directory.yast no recursive download is possible. The file says the directory is empty, so there is nothing to do.


Via NFS directory.yast is not needed, because we can do ::readdir.
Comment 2 Jan Kupec 2009-03-17 13:19:38 UTC 
So, a server-side error? Bart, do you still have this problem? Can you reliably reproduce it?
Comment 3 Jan Kupec 2009-04-07 17:46:56 UTC 
No response, closing. Feel free to reopen the bug if you can provide the requested info.