Saga continues, update;
I totally purged the config out of a general sense of badness
accumulated through fiddling with the newcell-afs command, reinstalled
the debian packages and edited out just the single line that echoed
>$cell to /etc/openafs/server/CellServDB, and manually configured
Cell
On Monday, May 02, 2005 08:08:38 PM -0700 Russ Allbery <[EMAIL PROTECTED]>
wrote:
Eric Bennett <[EMAIL PROTECTED]> writes:
echo \>umbralservices.com >/etc/openafs/server/CellServDB
Hm. So afs-newcell is adding the name of the cell but not the IP address
of the server. That seems odd to me, alt
Hi
I was wondering if anyone here could point me to current documentation for
OpenAFS server. The documentation on the website is prehistoric (almost :) )
- July 2001.
Thanks.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.opena
Eric Bennett <[EMAIL PROTECTED]> writes:
> I manually made CellServDB to how it has looked according to various
> previous posts on the mailing list and set ThisCell to
> umbralservices.com, not sure what made it raven, assumedly afs-newcell
> when I ran it again and it reported no errors this tim
cat /etc/openafs/server/*
CellServDB
>umbralservices.com #Cell name
69.60.123.88#raven
ThisCell;
raven
I manually made CellServDB to how it has looked according to various
previous posts on the mailing list and set ThisCell to
umbralservices.com, not sure what made it raven, assumedly afs
Eric Bennett <[EMAIL PROTECTED]> writes:
> echo \>umbralservices.com >/etc/openafs/server/CellServDB
Hm. So afs-newcell is adding the name of the cell but not the IP address
of the server. That seems odd to me, although maybe it just works? But
more fundamentally, this:
> /etc/init.d/openafs-
Now this is an interesting one, I did run afs-newcell as the quick and
dirty debian guide advised that it needed to be done, however, here is
the exact output of the command;
raven:/usr/share/doc/openafs-fileserver# afs-newcell
Prerequisites
In order to set up a new AF
Jeffrey Hutzelman <[EMAIL PROTECTED]> writes:
> Actually, no. Port 2040/tcp is the fssync interface, which is the
> communication channel between the fileserver, volserver, and other
> volume utilities running on the same machine. It listens _only_ on
> 127.0.0.1, and connections via that addres
On Monday, May 02, 2005 07:30:50 PM -0700 Russ Allbery <[EMAIL PROTECTED]>
wrote:
Eric Bennett <[EMAIL PROTECTED]> writes:
I've been having a nightmare of a time trying to get openafs installed
under debian, I've gotten to the point where you create a volume (I
assume) with the command vos creat
From the file;
bos addhost snorklewacker snorklewacker -localauth ||true
bos adduser snorklewacker hartmans -localauth
pt_util: /var/lib/openafs/db/prdb.DB0: Bad UBIK_MAGIC. Is 0 should be 354545
Ubik Version is: 2.0
Error while creating system:administrators: Entry for id already exists
pt_util: U
Eric Bennett <[EMAIL PROTECTED]> writes:
> configuration.transcript.txt.gz has been my working document, I've
> gotten to the vos create part and no further, as you'll see further on
> this thread.
You were using afs-rootvol for the vos create?
--
Russ Allbery ([EMAIL PROTECTED])
Hi Russ,
configuration.transcript.txt.gz has been my working document, I've gotten to
the vos create part and no further, as you'll see further on this thread.
Regards
Eric
Russ Allbery wrote:
Eric Bennett <[EMAIL PROTECTED]> writes:
I've been having a nightmare of a time trying to get openafs
Eric Bennett <[EMAIL PROTECTED]> writes:
> I've been having a nightmare of a time trying to get openafs installed
> under debian, I've gotten to the point where you create a volume (I
> assume) with the command vos create (host) a root.afs -localauth and it
> just hangs, I've tried stracing the fi
Hi Chris,
Redid everything again but it appears to be having the exact same
problem, this time there was definitely at no point an incorrect entry
in hosts, further diag info that may be useful;
raven:/usr/share/doc/openafs-fileserver# bos status raven -long -local
Instance ptserver, (type is si
Eric Bennett <[EMAIL PROTECTED]> wrote:
Yeah, I thought of that;
127.0.0.1 localhost
69.60.123.88raven.umbralservices.com raven
Did you make this this change AFTER installing the OpenAFS server
packages? If so, I'd recomend apt-get remove --purge openafs-*server
and then reinstall them
Yeah, I thought of that;
127.0.0.1 localhost
69.60.123.88raven.umbralservices.com raven
# The following lines are desirable for IPv6 capable hosts
# (added automatically by netbase upgrade)
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnode
On Mon, 2 May 2005, Jason McCormick wrote:
This is just a preliminary heads-up to a problem we're seeing. I
deployed 1.3.82 on Friday to Fedora 3 hosts and have almost immediately run
into a strange volume consistency problems across hosts as well as
consistency between RW volumes and RO volumes.
This is just a preliminary heads-up to a problem we're seeing. I
deployed 1.3.82 on Friday to Fedora 3 hosts and have almost immediately run
into a strange volume consistency problems across hosts as well as
consistency between RW volumes and RO volumes. The two problems are:
1) Contents diffe
Eric Bennett <[EMAIL PROTECTED]> wrote:
Hello All,
I've been having a nightmare of a time trying to get openafs installed
under debian, I've gotten to the point where you create a volume (I
assume) with the command vos create (host) a root.afs -localauth and
it just hangs, I've tried stracing the f
Hello All,
I've been having a nightmare of a time trying to get openafs installed
under debian, I've gotten to the point where you create a volume (I
assume) with the command vos create (host) a root.afs -localauth and it
just hangs, I've tried stracing the filesserver process as well as the
bo
Exactly.
Perhaps the m4 macros differ slightly depending version/OS/architecture and
package install options?
There are different .regen.sh warnings from systems that are presumably
identical (except some were upgraded from 9.2-9.3 and some were built from
scratch). Anyway, the SP/SMP errors disa
That just seems weird. Are you not re-running configure across
the multiple kernels? I don't see why you'd need to re-run regen.
All that does is rebuild the configure script.
-derek
"ted creedon" <[EMAIL PROTECTED]> writes:
> Using regen.sh is the only way I can get compiles reliably across s
On Mon, 2 May 2005, David Bear wrote:
In my last query I asked how to remove openafs from a mac.
Now, I am interested in perhaps 'upgrading'. I don't know what the
latest package is for openafs on the mac, but is the package install
intelligent enough to find prior versions and upgrade them?
Yes.
_
In my last query I asked how to remove openafs from a mac.
Now, I am interested in perhaps 'upgrading'. I don't know what the
latest package is for openafs on the mac, but is the package install
intelligent enough to find prior versions and upgrade them?
--
David Bear
phone: 480-965-8257
fax:
Using regen.sh is the only way I can get compiles reliably across several
machines. Specifically the libafs module is where compiles are breaking.
I have no idea why but it works on SUSE 9.3.
tedc
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Russ Allb
Michael Norwick wrote:
Please forgive my ignorance. I have rtfm'd and googled. I have
OpenAFS 1.3.81 loaded and working on 2 servers on FC3 using a locally
built system from source (not RPM's). I also have Kerberos5
krb5-1.4.1 up and working on these same servers, one master, one
slave, al
26 matches
Mail list logo