[OpenAFS-devel] Fileserver fast start options - what effect?

Hartmut Reuter reuter@rzg.mpg.de
Mon, 30 Jun 2003 16:43:15 +0200


Neulinger, Nathan schrieb:
> We have been running with both options for a while.
> 
> Don't forget to add the "-DontSalvage" option to the salvager line in
> BosConfig. 

I think that should not be necessary. At least in the source the absence 
of any parameter is honoured by exiting immediately. Has anyone testet this?

Hartmut


> 
> -- Nathan
> 
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> UMR Information Technology             Fax: (573) 341-4216
> 
> 
> 
>>-----Original Message-----
>>From: Hartmut Reuter [mailto:reuter@rzg.mpg.de] 
>>Sent: Monday, June 30, 2003 7:59 AM
>>To: Harald Barth
>>Cc: openafs-devel@openafs.org
>>Subject: Re: [OpenAFS-devel] Fileserver fast start options - 
>>what effect?
>>
>>
>>Hello Harald,
>>
>>these were my additions. They do the following:
>>
>>--enable-fast-restart
>>
>>lets the salvager exit immediately whenever it is called without 
>>arguments as happens after a chrash. The fileserver had to be 
>>modified 
>>to allow attachment of volumes in state V_inUse (actually these lines 
>>are in volume.c). I made this change because also at our site the 
>>salvager took very long to end up with only having updated the 
>>uniquifier in the volinfo-file which seem not to be worth 
>>such an delay.
>>
>>Of course you can still salvage by "bos salvage server 
>>partition volume" 
>>or by "bos salvage server partition" or even by "bos salvage server 
>>-all". For NAMEI-fileservers salvaging single volumes is really fast 
>>because all data belonging to the volume group are uder a single 
>>directory. Therefore it makes sense to run a script to salvage each 
>>RW-volume one after the other instead of salvaging the 
>>partition because 
>>the fileserver has not to be stopped.
>>
>>--enable-bitmap-later
>>
>>could be enabled always. It reads the vnode-files to create 
>>the bitmap 
>>only when the 1st time a new vnode is going to be allocated. 
>>This makes 
>>the startup of the fileserver a little faster. I can't see any 
>>disadvantage of this option.
>>
>>Both options are based on code I developed for our MR-AFS 
>>fileservers. 
>>Because we do not run any OpenAFS fileserver this code could not be 
>>tested extensively in OpenAFS by our site, but I heard theat 
>>other sites 
>>are running fileservers with these options.
>>
>>Hartmut
>>
>>Harald Barth schrieb:
>>
>>>Lastest salvage took far too long (hours), and I stumbled over the
>>>options --enable-bitmap-later and --enable-fast-restart. As 
>>
>>it was not
>>
>>>very difficult to build the server by writing the options, I would
>>>appreciate more information from the author(s) what these 
>>
>>actuallu do
>>
>>>and don't do and if there is any more configuration required at
>>>startup. The amount of information found by for example google
>>>(search: enable-fast-restart) is astonishing low. Then I have some
>>>questions to folks actually using this (I hope there are): When _do_
>>>you run salvage? How do you detect volumes that are Off-line? What
>>>options do you use at fileserver startup? Of course, other
>>>observations, tricks concerning fast fileserver startup are welcome,
>>>too.
>>>
>>>Thanks,
>>>Harald.
>>>
>>>_______________________________________________
>>>OpenAFS-devel mailing list
>>>OpenAFS-devel@openafs.org
>>>https://lists.openafs.org/mailman/listinfo/openafs-devel
>>
>>
>>-- 
>>-----------------------------------------------------------------
>>Hartmut Reuter                           e-mail reuter@rzg.mpg.de
>>					   phone +49-89-3299-1328
>>RZG (Rechenzentrum Garching)               fax   +49-89-3299-1301
>>Computing Center of the Max-Planck-Gesellschaft (MPG) and the
>>Institut fuer Plasmaphysik (IPP)
>>-----------------------------------------------------------------
>>
>>_______________________________________________
>>OpenAFS-devel mailing list
>>OpenAFS-devel@openafs.org
>>https://lists.openafs.org/mailman/listinfo/openafs-devel
>>


-- 
-----------------------------------------------------------------
Hartmut Reuter                           e-mail reuter@rzg.mpg.de
					   phone +49-89-3299-1328
RZG (Rechenzentrum Garching)               fax   +49-89-3299-1301
Computing Center of the Max-Planck-Gesellschaft (MPG) and the
Institut fuer Plasmaphysik (IPP)
-----------------------------------------------------------------