HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: automount slow transfer
Operating System - HP-UX
1834617
Members
3890
Online
110069
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-06-2001 05:54 AM
09-06-2001 05:54 AM
automount slow transfer
I currently have a lab setup with 2 j6000 workstations running 11i and 2 b2600 workstations. when I hardmount a directory from any of these workstations and transfer a 400 mg file, it takes about 4 min, and I see the network hub usage go up to 30%, but when I automount a directory from the same box it takes around 40 minutes to transfer the same file. When I change asyncronous writes to enable it works fine...but I do not want to
enable this as the curruption level is increased. why am I seeing this and how do I fix it?....by the way 2 j6000 systems running 11i are slow even with hardmounts??
enable this as the curruption level is increased. why am I seeing this and how do I fix it?....by the way 2 j6000 systems running 11i are slow even with hardmounts??
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-11-2001 04:34 AM
09-11-2001 04:34 AM
Re: automount slow transfer
David,
This is an interesting problem. You left out considerable detail from the NFS Perspective, but then not many of us are NFS / Automount experts. What I recommend that you do is use the typical "bottoms up" approach to determining what your network link(s) is(are) capable of first.
Since you're on J6000, verify the speed and duplex values for the lan card(s) match those expected with the switch. Use lanscan to get the PPA for each link, and then lanadmin -x to get the speed/duplex for each link.
If you have any mismatch, or further network config/debugs for network links, I highly recommend you look at http://techsolutions.hp.com/
I also HIGHLY recommend using TTCP or Netperf to measure the throughput capabilities of the network. FTP is not a valid test tool in spite of what you may think, for a variety of reasons. Use TCP or UDP, for this test, depending on the type of NFS connection in use, and specify the TCP or UDP packet size 8K or 32K depending on the size of the NFS requests (look on the client nfsstat -m output for the mount point in question)
TTCP at http://www.faqs.org/faqs/hp/hpux-faq/section-213.html, netperf at http://www.netperf.org
Once you've gotten past this, you're into NFS Performance-land, for which we have two VALUABLE references.
1. NFS Server Not Responding ... vmunix: NFS write failed for server ... - WTEC a comprehensive document
Now available in Kmine/ITRC customer viewable document NETUXKBRC00006283
2. NFS Performance Assessement ITRC/Kmine Document KBAN00000261 Excellent writeup for NFS Performance issues!
3. NFS Performance and Tuning Presentation - Dave Olker's Customer Presentation on 11.0 11.i http://devresource.hp.com/devresource/Docs/Presentations/NFSperf.pdf
Hope all this helps,
-> Brian Hackley
This is an interesting problem. You left out considerable detail from the NFS Perspective, but then not many of us are NFS / Automount experts. What I recommend that you do is use the typical "bottoms up" approach to determining what your network link(s) is(are) capable of first.
Since you're on J6000, verify the speed and duplex values for the lan card(s) match those expected with the switch. Use lanscan to get the PPA for each link, and then lanadmin -x
If you have any mismatch, or further network config/debugs for network links, I highly recommend you look at http://techsolutions.hp.com/
I also HIGHLY recommend using TTCP or Netperf to measure the throughput capabilities of the network. FTP is not a valid test tool in spite of what you may think, for a variety of reasons. Use TCP or UDP, for this test, depending on the type of NFS connection in use, and specify the TCP or UDP packet size 8K or 32K depending on the size of the NFS requests (look on the client nfsstat -m output for the mount point in question)
TTCP at http://www.faqs.org/faqs/hp/hpux-faq/section-213.html, netperf at http://www.netperf.org
Once you've gotten past this, you're into NFS Performance-land, for which we have two VALUABLE references.
1. NFS Server Not Responding ... vmunix: NFS write failed for server ... - WTEC a comprehensive document
Now available in Kmine/ITRC customer viewable document NETUXKBRC00006283
2. NFS Performance Assessement ITRC/Kmine Document KBAN00000261 Excellent writeup for NFS Performance issues!
3. NFS Performance and Tuning Presentation - Dave Olker's Customer Presentation on 11.0 11.i http://devresource.hp.com/devresource/Docs/Presentations/NFSperf.pdf
Hope all this helps,
-> Brian Hackley
Ask me about telecommuting!
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP