Bug 10069
Summary: | can mount a cdrom on hpux and execute but cannot ls | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | tc |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | marceln |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-04-14 18:39:58 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: |
Description
tc
2000-03-08 17:41:49 UTC
I have seen the same problem on hpux 102.0 and hpux 11 (solaris 2.6 works fine). I used tcpdump to get some information about the problem and found that the hpux client system doesn't do a readdir in the case of the cdrom. A other diference is in the result of getattr call on the mount point. In the case of the filesystem the blocksize is 4096 for the cdrom it is 0. There might be a reason in the attributes why the hpux system doesn't try to do a readdir. The log for the filesystem: 16:07:15.883479 if04 < 172.16.81.12.810101 > 172.16.1.104.nfs: 104 getattr [|nfs] (DF) 16:07:15.883671 if04 > 172.16.1.104.nfs > 172.16.81.12.810101: reply ok 96 getattr DIR 41777 ids 0/0 sz 1024 16:07:15.884960 if04 < 172.16.81.12.810102 > 172.16.1.104.nfs: 104 statfs [|nfs] (DF) 16:07:15.885162 if04 > 172.16.1.104.nfs > 172.16.81.12.810102: reply ok 48 statfs tsize 8192 bsize 1024 blocks 247919 bfree 169434 bavail 156634 16:07:19.742197 if04 < 172.16.81.12.810103 > 172.16.1.104.nfs: 112 readdir [|nfs] (DF) 16:07:19.742524 if04 > 172.16.1.104.nfs > 172.16.81.12.810103: reply ok 668 readdir offset 1 size 24001 eof 16:07:19.745010 if04 < 172.16.81.12.810104 > 172.16.1.104.nfs: 116 lookup [|nfs] (DF) 16:07:19.745417 if04 > 172.16.1.104.nfs > 172.16.81.12.810104: reply ok 128 lookup fh Unknown/1 16:07:19.746798 if04 < 172.16.81.12.810105 > 172.16.1.104.nfs: 120 lookup [|nfs] (DF) And the log for the cdrom: 15:56:08.041870 if04 < 172.16.81.12.810097 > 172.16.1.104.nfs: 104 getattr [|nfs] (DF) 15:56:08.042022 if04 > 172.16.1.104.nfs > 172.16.81.12.810097: reply ok 96 getattr DIR 40555 ids 0/0 sz 2048 15:56:08.043342 if04 < 172.16.81.12.810098 > 172.16.1.104.nfs: 104 statfs [|nfs] (DF) 15:56:08.043484 if04 > 172.16.1.104.nfs > 172.16.81.12.810098: reply ok 48 statfs tsize 8192 bsize 2048 blocks 328493 bfree 0 bavail 0 assigned to johnsonm This bug looks similar to other export issues with 7.0/7.1 and their nfs items. I think that most of them were taken care of with 7.3/8.0. Can you duplicate it still? Closing out due to bit-rot. |