/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>>

Reply via email to