Thanks. I got things squared away. I ran "mke2fs -j" once on my cache
partition to make the scan faster on boot.
On 03/18/2011 10:44 AM, Derrick Brashear wrote:
/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.
_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info