Dear Experts,
I have installed OSX 10.7.1 a few weeks ago and I uninstalled my old (Snow
Leopard) OpenAfs version using the uninstall link from the Snow Leopard
installer image, and installed the Lion version. My main aim is to have access
in my Finder.app to two realms, to which I am logged in
Hi,
On Wed, Sep 21, 2011 at 18:23, Simon Wilkinson wrote:
>
> On 21 Sep 2011, at 23:08, Dan Scott wrote:
>
>> I have to perform a fairly major upgrade on my Kerberos servers which
>> authenticate our Openafs cell, which means running with 2 different
>> kerberos servers, at least for a short whi
On 21 Sep 2011, at 23:08, Dan Scott wrote:
> I have to perform a fairly major upgrade on my Kerberos servers which
> authenticate our Openafs cell, which means running with 2 different
> kerberos servers, at least for a short while.
Running with two different KDCs, both servicing the same realm
Hi,
I have to perform a fairly major upgrade on my Kerberos servers which
authenticate our Openafs cell, which means running with 2 different
kerberos servers, at least for a short while.
I'd like to create a keytab on the new server and add it to the
KeyFile of our existing servers. Then when a
yes, presumed fixed.
On Wed, Sep 21, 2011 at 4:56 PM, Richard Brittain
wrote:
> Hi,
> I'm trying out 1.6 on our Mac clients, and discovered that it seems to
> have a fixed a Finder problem which existed in 1.4.x. With 1.4.x on OSX
> 10.5/6, we could not drag files >4GB to AFS (Finder returned
Hi,
I'm trying out 1.6 on our Mac clients, and discovered that it seems to
have a fixed a Finder problem which existed in 1.4.x. With 1.4.x on OSX
10.5/6, we could not drag files >4GB to AFS (Finder returned unknown
error, code 0). This was specifically a Finder issue -- the command line
Another facet of the foreign-realm groups: when creating a foreign-realm
group, I had to give it an explicit owner. The command "pts
creategroup" reports the id -206 for the newly created group, and so
does "pts listentries"; command "pts examine" shows the id -102,
and the name of the e
On 21.09.2011 16:42, Anders Magnusson wrote:
> On 09/21/2011 02:56 PM, Lars Schimmer wrote:
>> On 2011-09-21 13:09, Anders Magnusson wrote:
>>>
>>> In the hunt for oddities regarding the new IFS Windows client I have
>>> observed a problem causing bad performance, and hopefully someone has
>>> some
On Wed, Sep 21, 2011 at 14:42, Anders Magnusson wrote:
...
> No, state-of-the-art HP workstation. Note that this is more-or-less the
> behaviour
> of all our Win7 machines with the IFS client, all of them are really new
> hardware.
This is a WAG, but high end workstations sometimes have
network
On 9/21/2011 7:09 AM, Anders Magnusson wrote:
>
> In the hunt for oddities regarding the new IFS Windows client I have
> observed a problem causing bad performance, and hopefully someone has
> some idea about what is going on.
>
> Environment:
> Server: OpenAFS 1.4.12.1, CentOS 5.3
> Client: Win
On 09/21/2011 02:56 PM, Lars Schimmer wrote:
On 2011-09-21 13:09, Anders Magnusson wrote:
In the hunt for oddities regarding the new IFS Windows client I have
observed a problem causing bad performance, and hopefully someone has
some idea about what is going on.
Environment:
Server: OpenAFS 1.
On 2011-09-21 13:09, Anders Magnusson wrote:
In the hunt for oddities regarding the new IFS Windows client I have
observed a problem causing bad performance, and hopefully someone has
some idea about what is going on.
Environment:
Server: OpenAFS 1.4.12.1, CentOS 5.3
Client: Windows 7, OpenAFS
In the hunt for oddities regarding the new IFS Windows client I have
observed a problem causing bad performance, and hopefully someone has
some idea about what is going on.
Environment:
Server: OpenAFS 1.4.12.1, CentOS 5.3
Client: Windows 7, OpenAFS 1.7.1
The test case is to write an ISO im
13 matches
Mail list logo