Bug 164263
| Summary: | nfs locks fails causing a hang | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Samuel Irlapati <samuel.irlapati> | ||||
| Component: | nfs-utils | Assignee: | Steve Dickson <steved> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Ben Levenson <benl> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4 | ||||||
| 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: | 2005-08-02 09:45:40 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
Samuel Irlapati
2005-07-26 13:32:11 UTC
Would it be possible to get a bzip2 network trace of this problem? Something similar to 'ethereal -w /tmp/data.pcap ; bzip2 /tmp/data.pcap' Created attachment 117207 [details]
data saved from ethereal
I got this output by opening the ethereal gui, watching on eth0, waiting till i
got the message "Jul 27 12:58:54 ustr-irlapasj-1 kernel: lockd: server
192.63.251.150 not responding, still trying" in /var/log/messages, then saving
the data and exiting out off the program. I had to do it this way since
ethereal for me brings up a gui.
If you need any other output, do not hesitate to ask.
The ethereal trace show exactly what's being logged that the client is sending the lock request, and re-sending the request (about 4 or 5 times) until (I assuming) the application quits or somebody type ctrl-C.... So the next step is to see why the server is ignoring the lock request. Is there anything errors being logged on the server? Nothing gets logged in the server. It is an HP-UX machine. $(uname -a)=HP-UX trj5000d B.11.11 U 9000/785 2004190631 unlimited-user license That is the server. Do you need anything else? Yeah... way to reproduce this... ;-) Unfortunately we don't have that type of server inhouse.... I wounder if it has something to do with how the filesystems are exported.... Does HP have an 'exportfs -v' equivalent? This worked with FC3, i started to get this problem only with FC4. Also nothing changed on the server end. They do not have an exportfs command. They do have an export command. I moved my home account from being on a HP-UX machine to a Linux machine, and the problem i had with nfs locks disappeared. Thak you for your help. I decided to move my home disk space so that i could get you more info on the nfs locks problem, instead of having to rely on HP-UX. Looks like it worked out for the best. Well thats good to hear... so I'm going to close out this bz report.... |