In case anyone is curious, we shut down all the file servers
and left up all the database servers during the two-hours
that much of our network was done.  The database servers were
on a single switch, so they never lost contact with each other.
On the file servers I did 'bos shutdown <fs> -wait -localauth'
and unmounted the iSCSI disks.  After the network was back I
re-mounted the iSCSI disks and did 'bos startup's.

Everything worked fine.  Thanks!

        -- garance alistair drosehn
        -- senior systems programmer


On 1/10/13 11:14 PM, Jeffrey Altman wrote:
You can shutdown the file servers without shutting down the
database servers.  During the outage the database servers
may lose the ability to elect a master.  Therefore you should
avoid making any database changes during the outage window.

I would run one file server with a single local disk partition
containing a readonly site for the root.afs and root.cell volumes.
This could be on one of the database servers.

If you are going to shutdown the database servers.  Shut them down
after the fileservers and restart them before the file servers.

Jeffrey Altman

On 1/10/2013 10:50 PM, Garance A Drosihn wrote:
Hi.

Due to circumstances way beyond my control (a major network
upgrade), I am going to need to shutdown our entire AFS cell
this Saturday.  So, that is less than 36 hours from now.

And if I'm shutting down all our fileservers, I assume I
should also shut down all database servers.  (True?)

_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to