>-----Original Message----- >From: [email protected] >[mailto:[email protected]] On Behalf Of Brian Long >Sent: Monday, December 20, 2010 1:03 PM >To: Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list >Subject: Re: [rhelv5-list] NFS Mount Options for Thecus N7700 NAS > >On 12/20/10 2:52 PM, Tim Evans wrote: >> On 12/20/10 13:02, Brian Long wrote: >> >>> We'd like to see the output of /proc/mounts to help you with the >>> problem. "The defaults" is not good enough because they >are negotiated. >>> When you don't specify mount options, they're not >necessarily going to >>> be the most optimal. It depends on the kernel versions on >both client >>> and server. Most newer clients (depending on the server) >will default >>> to TCP, 64K rsize and wsize. >> >> N7700:/raid0/data/backups /backups nfs >> >rw,vers=3,rsize=32768,wsize=32768,hard,proto=udp,timeo=11,retra >ns=2,sec=sys,addr=N7700 >> 0 0 >> >> As I mentioned to James Pearson (but might not've cc'd the >list), I am >> beginning to think this may not be an NFS issue at all, but rather an >> i/o problem with RHEL's LVM. > >If you mean the local disk which you are trying to backup, why not try >to dump to another local disk and take the NAS out of the picture? If >/var/tmp is big enough, try dump'ing a small local partition (or >subdirectory) to /var/tmp and see if it's still getting 500KB/sec. > >A way to take dump out of the picture would be to run "dd" from >/dev/zero to your NAS and see what the throughput looks like. For >example, dd if=/dev/zero of=/backups/foo bs=2m count=250. This should >write ~500MB to your NAS and not touch your local disk.
I would also like to note that dump using CFQ for disk scheduling usually results in really bad performance. > >/Brian/ >-- > Brian Long | | > Corporate Security Programs Org . | | | . | | | . > ' ' > C I S C O > >_______________________________________________ >rhelv5-list mailing list >[email protected] >https://www.redhat.com/mailman/listinfo/rhelv5-list > This email communication and any files transmitted with it may contain confidential and or proprietary information and is provided for the use of the intended recipient only. Any review, retransmission or dissemination of this information by anyone other than the intended recipient is prohibited. If you receive this email in error, please contact the sender and delete this communication and any copies immediately. Thank you. http://www.encana.com _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
