[OpenAFS] mounting lots of volumes quickly

[Neulinger, Nathan]

Did you build with the Bitmap-later option? That will also improve
startup speed quite a bit.

Our servers can usually restart in 2-3 minutes. Though they generally
only have a thousand or so volumes on each one.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Leland J. Steinke [mailto:steinkel@pa.net]=20
> Sent: Tuesday, April 01, 2003 12:34 PM
> To: openafs-info@openafs.org
> Subject: [OpenAFS] mounting lots of volumes quickly
>=20
>=20
> I have been doing testing of OpenAFS 1.2.8 (from source, not=20
> src RPMs, on RH=20
> 8.0, on a dual-500MHz P3 w/512M RAM, with /vice[ab] on ~13G=20
> ext3 partitions on=20
> different physical drives).  Part of this is disaster=20
> checking by restarting the=20
> bosserver, or just power-cycling the server.  I am using the=20
> -DontSalvage option=20
> for salvager in BosConfig.
>=20
> Here is the relevant section of FileLog:
> =3D=3D=3D=3D=3D=3D
> Mon Mar 31 17:18:07 2003 File server starting
> Mon Mar 31 17:40:01 2003 Partition /vicepa: attached 15450=20
> volumes; 0 volumes=20
> not attached
> Mon Mar 31 18:01:57 2003 Partition /vicepb: attached 15392=20
> volumes; 0 volumes=20
> not attached
> =3D=3D=3D=3D=3D=3D
>=20
> Since these volumes are to contain customer home directories=20
> and mailboxes,=20
> there is no way to put the "more important" volumes on the=20
> first partition.  Is=20
> there anything I can do to get the volumes in these=20
> partitions to mount more=20
> quickly?  From a quick scan of src/vol/volume.c, it would=20
> appear to not be the=20
> case, beyond getting faster drives/RAM/CPUs.  Mounting more=20
> than twelve volumes=20
> a second is just not cutting it ;-).
>=20
> Is there a volume "automount" option in AFS that I have not=20
> stumbled across yet?
>=20
>=20
> thanks,
> Leland
>=20
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>=20