Bug 89632
| Summary: | rpm ftp globs do not work properly in RH9 | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Kevin Taylor <ktaylor> |
| Component: | rpm | Assignee: | Jeff Johnson <jbj> |
| Status: | CLOSED DEFERRED | QA Contact: | Mike McLean <mikem> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-05-02 16:10:45 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Attachments: | |||
|
Description
Kevin Taylor
2003-04-25 13:04:17 UTC
Add --ftpdebug to see what's on the wire. Attach failing output here, please. Created attachment 91298 [details]
first connection to a failing server, second to the updates.redhat.com server
Here is a listing of what's in the one directory on the server:
#ls -al /ftp/pub/system/patch/redhat/9
total 1952
drwxr-xr-x 2 root sys 43 Apr 25 06:14 .
drwxr-xr-x 4 root sys 31 Apr 25 06:13 ..
-rw-r--r-- 1 root sys 996093 Apr 25 06:14
LPRng-3.8.19-3.1.i386.rpm
Created attachment 91299 [details]
example of RH7.1 debug message
Can you do the same LIST command using a ftp client? There's probably a debug option on the client to display the FTP protocol too. That info would help identify what the problem is, all I can tell from the trace is that "LIST *" is not returning what's in the directory. Ah, so the problem is NLST not LIST, needs to be used. Grrr, FTP is a mess. Created attachment 91301 [details]
ftp -d output, not really too conclusive from the client side
Yeah, it looks like maybe a regular listing is throwing off the rpm client when
it sees all of the permissions/size info returned.
will there be a special bug release for this? or some sort of workaround? Nope, I'm unable to support or maintain non-linux network functionality like this. The fix for one server is s/LIST/NLST/, the fix for others is exactly the opposite, coming up with an AC-DC solution requires non-linux servers for testing. Deferred because I'd like to support, but alas, cannot. just a small note on this. I'm not sure if this is really an NLST vs. LIST thing. I managed (finally) to get around to rebuilding rpm from the source rpm, and got the NLST change in there, but it still doesn't work, and I noticed this in the ftp debug output: -> NLST /pub/system/patch/redhat/9 <- 150 Opening BINARY mode data connection for file list. <- 226 Transfer complete. I notice when logged in through ftp interactively, it doesn't create the directory in binary mode, it does it in ASCII mode. When connecting to the redhat updates server, it doesn't tell me the mode at all. So, I'm going to see if I can force an ascii mode transfer when listing files and see if that solves it. I modified rpmio/rpmio.c and changed line 1131 to
if ((rc = ftpCommand(u, NULL, "TYPE", "A", NULL)))
goto errxit;
just to see what would happen, and it does then correctly get the file list and
begin to transfer files....but in ASCII mode, which is what I expected.
So, what I want to do is put something on either side of line 854 in rpmio/rpmrpc.c:
u->openError = ftpReq(fd, "LIST", path);
Something that would put ftp into ASCII mode, then list, then go back to binary
mode....but I don't know how to get the syntax right to make that happen.
|