[OpenAFS] forcing and benchmarking the cache scan
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 mailto:jwedg...@uncc.edu | http://coe.uncc.edu http://coe.uncc.edu/ | 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. image001.gif
Re: [OpenAFS] forcing and benchmarking the cache scan
/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.eduwrote: 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
Re: [OpenAFS] forcing and benchmarking the cache scan
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, Jasonjwedg...@uncc.eduwrote: 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 Facebookhttps://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