Sounds like a plan.
Can useraccounts be moved too ?
>>> "Dexter 'Kim' Kimball" <[EMAIL PROTECTED]> 08/05/05 1:56 PM >>>
Another way to do this is to make the new fileserver a member of the current
cell and, use vos move to get the volumes across, and retire/shoot/fix the
current fileserver.
The advantage of this is that users won't be disturbed and you'll get all of
the data including changes made while the move is in progress.
If you dump the .backup volumes any changes made between "vos backup" and
"vos dump | vos restore" will be lost.
Another caution: if you're using the AFS kaserver the new cell name will
invalidate all your passwords since the cell name is used in key encryption.
IOW you can't copy the KADB to the new cell and use existing passwords. You
may have already taken care of this some other way, but thought I'd mention
it.
You'll also have to update the CellServDB on all the clients so that they'll
see the new cell (afs-1).
Is there a reason for the new cell name? If not I'd bring up the new
fileserver as a member of the existing cell.
Otherwise:
1. Get admin tokens in both cells.
a. One of the cells will have to have CellServDB entries for both cells.
i. If not, update the CellServDB and use "fs newcell" (as root)
ii. I'm assuming that the csc.depauw.edu client you're using has CSDB
info for afs-1.csc.depauw.edu
2. Get admin tokens for both cells
a. klog ..., klog ... -cell
3. Recommended: in old cell issue "vos backupsys"
a. If you dump the RW volumes in the old cell they'll be unusable during
the dump.
b. vos backupsys gives a fresh snapshot to dump from
Alternatively you might want to issue "vos backup <volname>" just
before dumping <volname.backup>, especially for volumes that are in use.
4. vos dump <volname.backup> | vos restore <server> <part> <volname> -cell
afs-1.csc.depauw.edu
This restores the .backup snapshot from csc.depauw.edu (users won't lose
access) to a RW volume in cell afs-1.csc.depauw.edu
Assuming that UIDs map across the two cells (AFS PTS UIDS) the ACLs will be
OK in the new cell.
If AFS accounts (PTS UIDs) don't match in the new cell things access will
not be what you intend: numeric PTS UIDs are stored on ACLs/in PTS groups.
Kim
btw the 2 servers are not in the same cell.
the old cell is called csc.depauw.edu the new cell is
called afs-1.csc.depauw.edu
>>> "Dexter 'Kim' Kimball" <[EMAIL PROTECTED]> 08/05/05 1:16 PM >>>
Let's see.
If the two servers are in the same cell the vos restore
will fail -- can't
have 2 instances of a RW volume, and the example you give
would leave
homestaff.cowboy as a RW on two different servers.
If the two servers are in different cells then you want to
get admin tokens
for both cells and use "vos dump .... | vos restore ....
-cell <othercell>"
If you want to replicate the volume within a given cell
use "vos addsite "
"vos release"
If you want to replicate the volume within a given cell
but want default
access to be to the RW volume, create a RW mount point (fs
mkm .... -rw).
Not sure what you're after. Probably a case I didn't cover :)
Kim
=================================
Kim (Dexter) Kimball
CCRE, Inc.
kim<dot>kimball<at>jpl.nasa.gov
dhk<at>ccre.com
-----Original Message-----
From: Ron Croonenberg [mailto:[EMAIL PROTECTED]
Sent: Friday, August 05, 2005 12:05 PM
To: [EMAIL PROTECTED]; [email protected]
Subject: RE: [OpenAFS] restoring volumes
Ahh...ok...
Well let me explain what I am trying to do, at least it's
a plan I have.
- I want to dump a volume with vos on the old server,
let's say
"homestaff.cowboy"
- move the dumpfile to the new server
- restore the dumpfile with vos on the new server to a
volume called
homestaff.cowboy
So maybe I need a bit different approach ?
Ron
>>> "Dexter 'Kim' Kimball" <[EMAIL PROTECTED]> 08/05/05 1:02 PM >>>
Ron,
Specify a different value after "-name"
The volume will be restored to the specified server and
partition -- as a
read write volume.
The ".backup" volume name extension won't work (it's
reserved) and is
causing your "restore name" to exceed the 22 char limit.
If you want to restore over the existing RW volume put it
on the same server
and partition, use the same name, and specify -overwrite.
Otherwise give it a new name (homestaff.cowboy.R e.g.),
mount it, fix the
existing volume ... etc.
Kim
=================================
Kim (Dexter) Kimball
CCRE, Inc.
kim<dot>kimball<at>jpl.nasa.gov
dhk<at>ccre.com
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ron
Croonenberg
Sent: Friday, August 05, 2005 11:28 AM
To: [email protected]
Subject: [OpenAFS] restoring volumes
Hello,
I dumped a volume on an old afs server and try
to restore
it on the new server. This is what I see:
[EMAIL PROTECTED] vicepb]# vos restore -server
afs-1.csc.depauw.edu -partition /vicepa -name
homestaff.cowboy.backup -file
/vicepb/homestaff.cowboy.backup -cell
afs-1.csc.depauw.edu
vos: the name of the volume homestaff.cowboy.backup
exceeds the size limit
Does vos restore create the volume ? I didn't see the
volume homestaff.cowboy.backup. There is a
volume called
homestaff.cowboy on the new server though.
Ron
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
