I know it's not what you want to hear, but as far as I know, you can only access that data via the fileserver.

Whenever I've been in a similar situation in the past, it always helps to try to figure out what changed since the last time the server booted cleanly.

You said you had a power outage that caused this problem; did all the filesystems, particularly the one with the openafs binaries on it, come up cleanly? If you didn't have any file corruption, the problem likely isn't caused by the power outage, but by something else. [I've had problems show up on a reboot after a power outage not because of the power outage, but because servers get rebooted seldomly while in production.]

Can you can do a md5 checksum of all the openafs-related files (binaries and conf files) on the problem server and another server of the same architecture and running the same version/build of openafs to locate what's changed? You might want to re-run through your install docs and either double-check everything, or else re-install and re-configure everything, copying known-good files over the ones on your server...? Just make sure that you've got a copy of all of your relevant config files backed up, or that you can get them from another server (CellServDB, KeyFile, UserList).

Before any of that, if you're running iptables or some other firewall on the server or the test client, turn it off for testing to see if it's a problem...

[Of course, as a last-ditch you can reinstall the problem fileserver, taking care not to wipe your /vicep partitions. Or since you said you had 20 servers, simply move the /vicep disks from the problem server to another fileserver. Procedures for normalizing vldb after the latter type of move have been discussed on this list before.]

Best of luck!

Cheers, Stephen
--
Stephen Joyce
Systems Administrator                                            P A N I C
Physics & Astronomy Department                         Physics & Astronomy
University of North Carolina at Chapel Hill         Network Infrastructure
voice: (919) 962-7214                                        and Computing
fax: (919) 962-0480                               http://www.panic.unc.edu

In pioneer days they used oxen for heavy pulling, and when one ox couldn't budge a log, they didn't try to grow a larger ox. We shouldn't be trying for bigger computers, but for more systems of computers.
                            --Rear Admiral Grace Hopper

What would you rather have to plow a field - two strong oxen or 1,024 chickens? --Seymour Cray



On Wed, 7 May 2008, Micha? Dro?dziewicz wrote:

Hi,
Is it possible to access volumes (files on volumes) without the client? I can log in onto the server as root.

Server is not serving volumes (problem I've described erlier - fileserver and volserver are not starting properly) and I really need to copy these files onto another machine for this server to reinstall. Any help would be greatly appreciated.

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

Reply via email to