/etc/init.d/openafs-client stop; rm /usr/vice/etc/CacheItems; /etc/init.d/openafs-client start ?
On Fri, Mar 18, 2011 at 10:05 AM, Edgecombe, Jason <jwedg...@uncc.edu>wrote: > Hi everyone, > > > > I had a server doing a cache scan for over an hour yesterday after > upgrading the RAID (mpt2sas) driver on RHEL5.5 64bit. I thought the box > hung, so I ran a hard reset and ended up rebuilding it. I’m trying to > reproduce and measure the cache scan time with the two different versions of > the RAID driver to see if the driver causes an issue, or not. How can I > force the client to run a cache scan when I run /etc/init.d/openafs-client > restart instead of at boot time? > > > > I’m trying the following procedure to benchmark things: > > > > fs setcachesize 1 > > fs setcachesize 62048980 > > fs getcachep > > cd /afs/(some folder) > > find . -type f | xargs cat > /dev/null > > cd / > > time /etc/init.d/openafs-client restart > > > > Details on production box: > > OS: RedHat Enterprise Linux Server 5.5 (64bit) > > Hardware: Dell PowerEdge R210 With H200 RAID controller > > Driver: mp2tsas driver from Dell > > > > Details on testing box (my only H200 cards are in production servers): > > OS: RedHat Enterprise Linux Server 5.5 (64bit) > > Hardware: Dell PowerEdge R510 With H700 RAID controller > > Driver: mp2tsas driver from Dell > > > > Thanks, > > Jason > > > > --------------------------------------------------------------------------- > > Jason Edgecombe *| *Linux and Solaris Administrator > > UNC Charlotte *| *The William States Lee College of Engineering > > 9201 University City Blvd. *| *Charlotte, NC 28223-0001 > > jwedg...@uncc.edu *| *http://coe.uncc.edu | [image: > facebook-logo]<https://www.facebook.com/UNCCEngr> > Facebook <https://www.facebook.com/UNCCEngr> > > --------------------------------------------------------------------------- > > If you are not the intended recipient of this transmission or a person > responsible for delivering it to the intended recipient, any disclosure, > copying, distribution, or other use of any of the information in this > transmission is strictly prohibited. If you have received this transmission > in error, please notify me immediately by reply e-mail or by telephone at > 704-687-3514. Thank you. > > > -- Derrick
<<image001.gif>>