We fixed the DoS with the following patches, as advised by sun suppprt: 108727-19 5.8: /kernel/fs/nfs and /kernel/fs/sparcv9/nfs patch 111197-02 5.8: /usr/lib/nfs/mountd patch 109783-02 5.8: /usr/lib/nfs/nfsd and /usr/lib/nfs/lockd patch > Our V880 with Solaris 9 and the latest patch cluster installed, mounts > our Solaris 8 file server. The Solaris 8 box is probably about 3 months > behind the latest patch cluster (always on, planned maintenance is rare). > > /srsdata sits on a t3 attached to the solaris 8 box. > > The Solaris 9 box has been up and running for about 4 days now mounting > /srsdata on the Solaris 8 box. Today, people on other machines (we have > Irix, tru64, hp-ux, linux, solaris 7 & 8) complain that /srsdata is > impossibly slow to write to. Reading is fine, writing is so slow, touching > a file there takes about 45 seconds. The same is true if done locally on > the fileserver itself, avoiding NFS. > > I spent a good 2 hours watching NFSOPS, 800-1000 at this time of day, > totally normal. I checked syslog, dmesg, and vxdiskadm for errors on failed > disks or similar, and nothing seemed amiss. In desperation, I unmounted > /srsdata from the solaris 9 box, and suddenly everything returns to normal. > /srsdata becomes fast to write to again. > > What's going on? Why is our Solaris 9 box effectively Denial Of Servicing > our Solaris 8 file server? I'm about to get in touch with Sun about this, > but wondered if anyone had any ideas what's going on.... > > Cheers, > Gavin. > > -- > Gavin Kelman Phone : 07967 360 822 > Systems Administrator Email : gavin@metahusky.net > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers -- Gavin Kelman Phone : 07967 360 822 Systems Administrator Email : gavin@metahusky.net _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed Nov 20 09:54:32 2002
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:58 EST