it means some thread triggered a code path that noticed the
checkserver daemon hadn't started before it started :)
Derrick
On Sep 11, 2009, at 23:04, Jeff Blaine wrote:
I switched a box from disk cache to memcache tonight
and got this message upon reboot.
Please install afsd with check
I switched a box from disk cache to memcache tonight
and got this message upon reboot.
Please install afsd with check server daemon.
I've never seen this message before.
What does it mean?
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
htt
Would putting a NetRestrict file on the clients do any good?
Jason
Derrick Brashear wrote:
at the moment serverprefs is as good as you can get. you want a split
horizon vlserver; at the moment there is no such animal
Derrick
On Sep 10, 2009, at 22:28, "Ryan C. Underwood"
wrote:
Yeah,
Hi,
is there any easy way to tell by examining the RW volume and existing
RO replicates, how much data will be transferred when we do a 'vos
release' (a -dryrun flag ?).
I'm setting up automatic releases for large user data volumes and while
most will be small, they could potentially be ve
Eric Chris Garrison wrote:
Okay, we "solved" the ADS/MTU problem for one supercomputer... what it
turned up was that our AFS servers were only able to do 1500 MTU, but the
router they were on accepted jumbo (9000 MTU) frames and passed them on,
so they fragmented. We had them set up our VLAN t
On Fri, Sep 11, 2009 at 1:46 PM, Eric Chris Garrison wrote:
> Okay, we "solved" the ADS/MTU problem for one supercomputer... what it
> turned up was that our AFS servers were only able to do 1500 MTU, but the
> router they were on accepted jumbo (9000 MTU) frames and passed them on,
> so they frag
Okay, we "solved" the ADS/MTU problem for one supercomputer... what it
turned up was that our AFS servers were only able to do 1500 MTU, but the
router they were on accepted jumbo (9000 MTU) frames and passed them on,
so they fragmented. We had them set up our VLAN to not accept jumbo
frames, and
