> > I did an addsite but specified the same server as the RW volume and, > > foolishly, tried to interrupt the process. I ended up vos removing > > the RO volume, but it wouldn't do it, so I did a forced zap. I then > > did an vos addsite with the proper server directive, and it appeared > > to go ok, and I was able to release. > > You interrupted... the release, I presume? Not the addsite (an 'addsite' > is usually very fast) >
Correct. > > An RO can go on the same server/partition as an RW; doing that is > recommended in almost all scenarios. > > It would be helpful if you knew the error message that prevented you > from deleting it in the first place, but I assume that is lost. I assume > the 'proper server directive' is on another server entirely? The vldb > information you showed only has the one RW entry, though; did the entry > for the RO for the new server go away? > Correct. The replica was on another fileserver, but that replica has been removed and deleted from the VLDB and from the remote fileserver, and the fileserver processes restarted. Yeah, it'll do that. You can use syslog for logging, which probably > provides more familiar logging functionality. Otherwise, it is a good > habit to save logs as soon as something goes wrong. > Thanks much for that. I'll set that up as a norm. Well, based on what you've shown, the volume is trying to get salvaged, > but the salvager can't bring the volume back online for some reason. So, > it's not surprising that nothing can access the volume. > Right.. the salvage completes just fine, but it won't bring it back online. Nor will vos online do so. But the data and metadata is still there. > > If you don't have the corresponding FileLog entries for the SalvageLog > entries you gave, run the salvage again; if the same thing happens, show > what it says in FileLog. > Doing that now. May I ask.. is there a generic procedure to deal with "renewing" a volume in the VLDB from the data set on the partition? That is to say, can you remove a volume from the VLDB and regenerate it in the VLDB from what is on disk alone? Thanks again for all your help. :) > > -- > Andrew Deason > [email protected] > > _______________________________________________ > OpenAFS-info mailing list > [email protected] > https://lists.openafs.org/mailman/listinfo/openafs-info > -- Timothy Balcer / IT Services Telmate / San Francisco, CA Direct / (415) 300-4313 Customer Service / (800) 205-5510
