Hi, On Tue, Jul 28, 2009 at 02:36:39PM +0800, Xinwei Hu wrote: > Hi, > > Here's some explain of this: > > The 'wsize' and 'rsize' negotiated between client and server, are affected > by the auto-sized memory available to incoming request to NFS server. > And the size is actually adjusted based on total available memory to the > server. > > The problem is when the client negotiates a large size, and then the server > fails over to a lower limit. You are likely to get: > "RPC: fragment too large" > And the failing over fails ...... > > So the idea is to enforce an same configuration everywhere, regardless the > total memory available to the server.
Shouldn't this belong to the basic node setup? Wouldn't this be discovered in the testing phase? I'm very reluctant to impose such configuration changes from the resource agent. If we leave the default to empty, then yes, but setting default to some ephemeral block size may come as a surprise for many. It may also be considered a regression (i.e. on next upgrade, the block size suddenly changes). Also, since this is Linux specific, there should be a check for that. Thanks, Dejan > I also re attach the patch for your consideration. > Thanks. > > 2009/7/27 Raoul Bhatia [IPAX] <r.bhatia at ipax.at>: > > hi, > > > > in your patch, you add the following: > > > >> + ? ? if [ -w /proc/fs/nfsd/max_block_size ]; then > >> + ? ? ? echo 65536 > /proc/fs/nfsd/max_block_size > >> + ? ? fi > > > > why are you enforcing max_block_size to 65536? > > on my system (debian lenny) i get > > > >> # cat /proc/fs/nfsd/max_block_size > >> 262144 > > > > please elaborate. > > > > cheers, > > raoul > > -- > > ____________________________________________________________________ > > DI (FH) Raoul Bhatia M.Sc. ? ? ? ? ?email. ? ? ? ? ?r.bhatia at ipax.at > > Technischer Leiter > > > > IPAX - Aloy Bhatia Hava OEG ? ? ? ? web. ? ? ? ? ?http://www.ipax.at > > Barawitzkagasse 10/2/2/11 ? ? ? ? ? email. ? ? ? ? ? ?office at ipax.at > > 1190 Wien ? ? ? ? ? ? ? ? ? ? ? ? ? tel. ? ? ? ? ? ? ? +43 1 3670030 > > FN 277995t HG Wien ? ? ? ? ? ? ? ? ?fax. ? ? ? ? ? ?+43 1 3670030 15 > > ____________________________________________________________________ > > _______________________________________________________ > > Linux-HA-Dev: Linux-HA-Dev at lists.linux-ha.org > > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev > > Home Page: http://linux-ha.org/ > > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: nfsserver.diff > Type: text/x-patch > Size: 1103 bytes > Desc: not available > Url : > http://lists.linux-ha.org/pipermail/linux-ha-dev/attachments/20090728/dbd0e79a/attachment.bin > _______________________________________________________ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
