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: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-4841 UMR Information Technology Fax: (573) 341-4216
-----Original Message-----
From: Hartmut Reuter [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 7:59 AM
To: Harald Barth
Cc: [EMAIL PROTECTED]
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 [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
-- ----------------------------------------------------------------- Hartmut Reuter e-mail [EMAIL PROTECTED] 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 [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
--
-----------------------------------------------------------------
Hartmut Reuter e-mail [EMAIL PROTECTED]
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 [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
