On Wed, 2016-03-09 at 13:39 +0100, Karl-Philipp Richter wrote: > Hi, > > Am 07.03.2016 um 21:19 schrieb Chas Williams: > > Yes, that part of the manual is out of date when it comes to dynroot. > > You don't need to setup replication for /afs (root.afs) since it doesn't > > really exist. You still access the R/W path to your local cell via > > /afs/.CELLNAME though. Dynroot understands this convention. > I don't find any information on dynroot at all. The administration guide > contains the search string only twice without an explanation. This > feature is a ghost for me as user. > > > Do step #2 create and setacl. To create the mount, just access it the path > > instead of using mkm. So create root.cell before you try to access it. > `cd /afs/richtercloud.de` and `cd /afs/.richtercloud.de` fails with > `Permission denied` (also as `root` user). I verified that the volume > `root.cell` has been created with `vos listvol`. The list doesn't > contain `root.afs` which I assume is because of `-dynroot`.
You need to authenticate via aklog (or whatever you might using) or restart the servers w/o authentication so that you can add yourself to the necessary groups. Then you can read the volumes. I don't recall which the QuickStart guide suggests but that isn't related to the whole dynroot problem. > > `CellServDB` contains > > >richtercloud.de #richtercloud.de > 192.168.179.1 #richtercloud.de > >grand.central.org #GCO Public CellServDB 01 Jan 2016 > 18.9.48.14 #grand.mit.edu > 128.2.13.219 #grand-old-opry.central.org > >wu-wien.ac.at #University of Economics, Vienna, Austria > 137.208.3.33 #goya.wu-wien.ac.at > 137.208.7.57 #caravaggio.wu-wien.ac.at > 137.208.8.14 #vermeer.wu-wien.ac.at > [...] > > I can read from all other cells in `/afs/[cellname]` except > `richtercloud.de` which is mine. > > -Kalle > _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
