On Sun, 6 Nov 2005, Christoph Scheurer wrote:
Yes, the incremental dumps were restored with that option. And the list of
files that are missing is quite strange. Some of them have been recently
(i.e. after the last full dump) modified, others have not been modified in a
long time. There is no
Hi All
Great about the new release. Looks cool and works, just a few questions.
1. OpenAFS 1.4 should be capable of using MIT Kerberos V, When creating the the keytab (for use with asetkey) I do ktadd -e des-cbc-crc:v4 afs/linet.dk, when using aklog it fails if krb524d is not running. Is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mikkel Kruse Johnsen wrote:
Hi All
Great about the new release. Looks cool and works, just a few questions.
1. OpenAFS 1.4 should be capable of using MIT Kerberos V, When creating
the the keytab (for use with asetkey) I do ktadd -e
1. OpenAFS 1.4 should be capable of using MIT Kerberos V, When creating
the the keytab (for use with asetkey) I do ktadd -e des-cbc-crc:v4
afs/linet.dk, when using aklog it fails if krb524d is not running. Is
that the way to create the keytab ? Should'nt I be able to use aklog
without krb524d
I have a server running OpenAFS 1.2.13 on Red Hat Enterprise 3, using
Kerberos 5 for athentication (the AFS server is not one of the KDCs). I
want to upgrade to OpenAFS 1.4.0 and RH Enterprise 4. It seems to me that
the sanest approach may well be to do a fresh install of the OS (on
another
The AFS client has hung on one of my AFS servers (E3000 running Solaris
10.) It has the 1.4.0 binaries from the openafs.orgr website installed.
The client hung on a cp operation from afs to the local disk.
rxdebug returns:
C:\rxdebug afs2 7001
Trying 128.174.251.9 (port 7001):
Free packets:
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
The AFS client has hung on one of my AFS servers (E3000 running Solaris 10.)
It has the 1.4.0 binaries from the openafs.orgr website installed. The client
hung on a cp operation from afs to the local disk.
cmdebug afs2
and see what it tells
Hi Folks
Is anyone successfully using 1.4.0 on Solaris 10 x86 amd64 with Solaris booted
64bit (the default)?
I tried multiple compiles of rc4-8, both with the latest GCC and with
SunStudio10 (fully patched), and once the full release came out, I tried the
binary release available at
On 07Nov2005 10:45a Derrick J Brashear [EMAIL PROTECTED] wrote:
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
The AFS client has hung on one of my AFS servers (E3000 running
Solaris 10.) It has the 1.4.0 binaries from the openafs.orgr website
installed. The client hung on a cp operation
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
On 07Nov2005 10:45a Derrick J Brashear [EMAIL PROTECTED] wrote:
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
The AFS client has hung on one of my AFS servers (E3000 running
Solaris 10.) It has the 1.4.0 binaries from the openafs.orgr
Derrick J Brashear wrote:
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
cmdebug appears to hang forever, unless it takes a LONG time to
generate output... (and it doesn't on my other servers.)
I assume this is not a good sign?
Well, it will make it rather hard to figure out what
According to Kris Kasner:
Is anyone successfully using 1.4.0 on Solaris 10 x86 amd64 with Solaris
booted 64bit (the default)?
I tried multiple compiles of rc4-8, both with the latest GCC and with
SunStudio10 (fully patched), and once the full release came out, I tried
the binary release
Jeffrey Altman wrote:
Derrick J Brashear wrote:
On Mon, 7 Nov 2005, Christopher D. Clausen wrote:
cmdebug appears to hang forever, unless it takes a LONG time to
generate output... (and it doesn't on my other servers.)
I assume this is not a good sign?
Well, it will make it
Tim Spriggs wrote:
I see similar lockups on Solaris 11 x86. After kinit, aklog never returns:
# ./bin/cmdebug afsone -long
cmdebug: error checking locks: server or network not responding
cmdebug: failed to get cache entry 0 (server or network not responding)
# uname -a
SunOS salenor 5.11 snv_20
On Mon, 7 Nov 2005, Loic Tortay wrote:
I have the same problem.
I submitted a bug report for this about 3 weeks ago but the ticket was
silently closed (http://rt.central.org/rt/index.html?q=22320).
You have a strange definition of silence. However, the referred-to issue
is then not the same
I'm not sure if I'm missing something, but all I can find from the link you
provided is the initial bug report..
The patch you're referring to is in 1.4.0, and it deals with user level
commands svcs -p and ctrun -v causing a system panic because of an orphaned
kernel thread.. The patch causes
So this is kinda problematic, I don't want to change the underlying OS
by removing a package and force installing this seems a bit wrong. What
is other people doing about this? Do they not care?
Transaction Check Error: file /usr/bin/pagsh from install of
openafs-1.4.0-rhel4.1 conflicts
According to Derrick J Brashear:
On Mon, 7 Nov 2005, Loic Tortay wrote:
I have the same problem.
I submitted a bug report for this about 3 weeks ago but the ticket was
silently closed (http://rt.central.org/rt/index.html?q=22320).
You have a strange definition of silence. However, the
I've not seen this on any of my test machines.. But..
perhaps you shouldn't have the 'krbafs' package installed?
-derek
Quoting Derek T. Yarnell [EMAIL PROTECTED]:
So this is kinda problematic, I don't want to change the underlying
OS by removing a package and force installing this seems a
On Mon, 7 Nov 2005, Loic Tortay wrote:
According to Derrick J Brashear:
On Mon, 7 Nov 2005, Loic Tortay wrote:
I have the same problem.
I submitted a bug report for this about 3 weeks ago but the ticket was
silently closed (http://rt.central.org/rt/index.html?q=22320).
You have a strange
Is there a way to make an afs client not to try to connect to a
server on a multi-homed interface that is not routable from the
clients current ip? I have a situation where my client does get
access to everything in the CELL but the initial connect test some
time while it tries to connect
In message [EMAIL PROTECTED],Loic Tortay writes:
I know of at least one site which is using OpenAFS in 64 bit mode on
AMD64, I have tested the binaries of their known working release
(1.3.76) and they do not work in 64 bit mode on a 118844-08 Solaris 10
kernel (they do probably not work on newer
Jeffrey Altman wrote:
Tim Spriggs wrote:
I see similar lockups on Solaris 11 x86. After kinit, aklog never returns:
# ./bin/cmdebug afsone -long
cmdebug: error checking locks: server or network not responding
cmdebug: failed to get cache entry 0 (server or network not responding)
# uname -a
Hi
Before I try and build my own, just thought I would ask if anyone has a
backport of openafs 1.4 release version for Debian Sarge. We would like
to start testing so I can get it into production for 2006.
Cheers
matt
___
OpenAFS-info mailing
Matthew Cocker [EMAIL PROTECTED] writes:
Before I try and build my own, just thought I would ask if anyone has a
backport of openafs 1.4 release version for Debian Sarge. We would like
to start testing so I can get it into production for 2006.
This should be as simple as just building the
I have just down loaded from sid this morning and has got 1.4rc4. It
compiled fine on sarge so i guess your new upload will filter through
the system soon and I can just use that.
Thanks
Matt
Russ Allbery wrote:
Matthew Cocker [EMAIL PROTECTED] writes:
Before I try and build my
26 matches
Mail list logo