On 1/19/2011 9:00 PM, Thomas Smith wrote:
> I am using KFW 3.2.2, NIM 2.0.102.907, and the OpenAFS Client for
> Windows v1.5.7800. All are working correctly and I am able to access our
> AFS cell without any issues.
>
> I created a logon script to map a couple of drives to AFS resources. The
> log
I am using KFW 3.2.2, NIM 2.0.102.907, and the OpenAFS Client for Windows
v1.5.7800. All are working correctly and I am able to access our AFS cell
without any issues.
I created a logon script to map a couple of drives to AFS resources. The
logon script works fine by itself but I have been unable
I'll fix that - just figured out how ktutil won't wkt to an existing file
(except append)
ted
On Wed, Jan 19, 2011 at 10:09 AM, Derrick Brashear wrote:
> On Wed, Jan 19, 2011 at 12:48 PM, Ted Creedon
> wrote:
> > bos listkeys $S
> > bos: security object was passed a bad ticket error encountere
On Wed, Jan 19, 2011 at 12:48 PM, Ted Creedon wrote:
> bos listkeys $S
> bos: security object was passed a bad ticket error encountered while listing
> keys
with admin tokens?
try -c (your cell)?
> Looks like a keying problem - is there any way to print the key out rather
> than the checksum so
On Wed, 19 Jan 2011 09:48:52 -0800
Ted Creedon wrote:
> Looks like a keying problem - is there any way to print the key out
> rather than the checksum so I can check against asetkey?
'bos listkeys -showkey'
You don't have both afs and afs/cell.name principals, do you? I seem to
recall you've go
bos listkeys $S
bos: security object was passed a bad ticket error encountered while listing
keys
bos listkeys $S -localauth
key 1 has cksum 1520092366
Keys last changed on Tue Jan 18 17:17:58 2011.
All done.
Looks like a keying problem - is there any way to print the key out rather
than the chec
On Wed, 19 Jan 2011 09:10:58 -0800
Ted Creedon wrote:
> If I do an ls /afs the cpu stops and a hard reset is required
So, I take this to mean that the machine is unresponsive? Can you try
pressing Alt-SysRq-t and see if the process list traces are recorded
when this occurs?
--
Andrew Deason
ad
I can start the client (on the server geronimo) and get an aklog token
Since the -localauth switch works, I asssume its keyed properly (single des
same kvno)
If I do an ls /afs the cpu stops and a hard reset is required
I suspect that the problem is in the mounts
I have 3 more machines to exper
it was fixed in subsequent git sha1 7967840, avoid full dump on all sites
Derrick
On Jan 19, 2011, at 5:11 AM, Rainer Toebbicke
wrote:
> Hello,
>
> a "vos release" issued from my Mac (OpenAFS 1.5.78) always ends up doing a
lengthy, full release, whereas a normal 1.4.12 vos under RHEL5 manages
Hello,
a "vos release" issued from my Mac (OpenAFS 1.5.78) always ends up doing a
lengthy, full release, whereas a normal 1.4.12 vos under RHEL5 manages to do
quick incrementals. Is this a known incompatibility? Our servers are all
1.4.11-12.
Here's what the mac says:
This is a complete relea
10 matches
Mail list logo
