Hi all,
I'm quite new to OpenAFS but I noticed that since I reinstalled
completely OpenAFS 1.6.0pre7 for Lion I can't have the OpenAFS menu
and any action in the preference panel seems to be without effect.
Is that a real issue ?
Thanks
Cedric
___
Open
There are bugs in pre7's backgrounder due to the unfortunate Kerberos
changes in Lion. 1.6.0 final includes fixes.
On Mon, Aug 22, 2011 at 6:00 AM, Cédric Hernalsteens
wrote:
> Hi all,
>
> I'm quite new to OpenAFS but I noticed that since I reinstalled
> completely OpenAFS 1.6.0pre7 for Lion I ca
My understanding of the Kerberos changes is Lion is:
o Weak encryption types are now dis-allowed.
o TCP protocol is used when large TGTs (eg. from Active Directory KDCs) are
involved.
Although potentially disruptive, these seem logical to me.
Do you know of any others?
-Rick
On 08/22/201
On Mon, Aug 22, 2011 at 10:07 AM, Rick Cochran wrote:
> My understanding of the Kerberos changes is Lion is:
>
> o Weak encryption types are now dis-allowed.
>
> o TCP protocol is used when large TGTs (eg. from Active Directory KDCs) are
> involved.
>
> Although potentially disruptive, these see
On 22 Aug 2011, at 15:07, Rick Cochran wrote:
> Although potentially disruptive, these seem logical to me.
>
> Do you know of any others?
The whole of MIT Kerberos has been ripped out and replaced with Heimdal. The
Heimdal API is private. Bits of the old MIT API are supported via a shim layer,
i believe we have one ppc64 machine running openafs. the biggest deal
was to make sure that the binaries were built 64-bit. the 32-bit
versions of the ucontext syscalls are broken/incomplete.
just based on your errors though it looks like the afs module isnt
loaded?
On Mon, 22 Aug 2011 12:49:51
Hello,
I know that judging from those error code -1 of the debug output,
it looks like the problem is about module. However, I can see
openafs module from lsmod even after the failure. 'dmesg' also shows:
Cache bypass pathed libafs module init.
Moreover, as I mentioned, I compiled those RPM
Hi folks,
My AFS network used to have six hosts: thee db servers and three fs
servers. Thinking that I might be able to end some unexplained
behavior, I decided to consolidate them and have three hosts.
I did this by creating a new db server on each fs server host and then
deleting the db
I believe you will need to restart all your client machines.
Jaap Winius wrote:
Hi folks,
My AFS network used to have six hosts: thee db servers and three fs
servers. Thinking that I might be able to end some unexplained behavior,
I decided to consolidate them and have three hosts.
I did t
On 8/22/2011 9:25 PM, Jaap Winius wrote:
> Hi folks,
>
> My AFS network used to have six hosts: thee db servers and three fs
> servers. Thinking that I might be able to end some unexplained behavior,
> I decided to consolidate them and have three hosts.
>
> I did this by creating a new db server
Quoting Chris Hoy Poy :
if you still have the old IPs in your control, put an iptables (or
some other firewall rule) up to log any traffic to/from the ports.
That's how I know where the packets are coming from and where they are
going. All of the queries are coming from the current ubik mas
On Tue, 23 Aug 2011 03:57:01 +0200
Jaap Winius wrote:
> Quoting Chris Hoy Poy :
>
> > if you still have the old IPs in your control, put an iptables (or
> > some other firewall rule) up to log any traffic to/from the ports.
>
> That's how I know where the packets are coming from and where the
On Wed, 17 Aug 2011 23:03:44 +0200
Jaap Winius wrote:
> If it's mostly due to the NAT and the fact that the firewalls must be
> traversed and the UPD connections kept track of, then I could set up
> some tunnels to avoid most of that. But, if it's just the higher
> latency and limited bandwidth,
13 matches
Mail list logo