On 5/3/2010 11:35 PM, Andrew Deason wrote:
> On Mon, 3 May 2010 23:04:06 -0400
> "Brandon S. Allbery KF8NH" wrote:
>
>> On May 3, 2010, at 09:09 , Frank Burkhardt wrote:
>>> is the openafs-fileserver supposed to take advantage of multiple
>>> cpu cores?
>
> Yes, however, I think most of the cpu-
Hi Jeff,
Thanks for replying.
I think what Justin is trying to do is log into a PC in an AD domain (using
a local or domain account), obtain krb5 tickets in an MIT realm, get
tokens in an AFS cell (afs/c...@mit.realm), and optionally get tokens in
a second AFS cell (a...@mit.realm).
The pri
On 5/4/2010 4:24 PM, Justin Brinegar wrote:
> I'm having some problems getting Network Identity Manager/KFW to obtain
> tickets in a foreign kerberos realm at logon - details are below. I've
> got this to work on one machine, but I can't replicate it on another.
You can obtain extensive log data
I'm having some problems getting Network Identity Manager/KFW to obtain
tickets in a foreign kerberos realm at logon - details are below. I've
got this to work on one machine, but I can't replicate it on another.
The setup:
wedge is in atestdomain.physics.unc.edu, 32 bit Windows 7, UAC off.
Hi Andrew,
thanks for your information and advice.
I was not aware of the 'fs newcell' with 0.0.0.0
I try it without an IP, but that gives me an error-message.
/Ralf
Am 04.05.2010 um 20:57 schrieb Andrew Deason:
> On Tue, 4 May 2010 13:01:48 -0500
> Andrew Deason wrote:
>
>>> Questions:
>>>
On 5/4/2010 2:57 PM, Andrew Deason wrote:
> So, if you do this:
>
> fs newcell cell.name.foo 0.0.0.0
>
> That client should use DNS lookups for dbserver information from then
> on, assuming it was started with -afsdb. If it was not started with
> -afsdb, that cell will become inaccessible until t
On Tue, 4 May 2010 13:01:48 -0500
Andrew Deason wrote:
> > Questions:
> > * How can we migrate those clients to use the AFSDB-records without
> > rebooting (will the kernel-resisdent list updated if the afsd
> > started with -afsdb)?
> > * Or is the reboot needed to get rid of the kernel-
On Tue, 4 May 2010 15:31:02 +
"Brunckhorst, Ralf" wrote:
> Questions:
> * What is the behavior of a running afs-client if we change an
> AFSDB-record in DNS (because one of the AFSDB-server is moved to a
> new location)?
Clients should cache the AFSDB information for the TTL in the DN
Jeffrey,
Thanks so much for your detailed answer. This helps. The windows engineering
team here is currently testing 1.5.59.2. Currently we are locked down to 1.4.2
for production servers until they sign off on the new version. I guess we will
have to live with it until we can get the new rele
On Tue, 4 May 2010 08:45:23 +0300 (EEST)
Atro Tossavainen wrote:
> > My guess is that this would be the result of using 'vos changeaddr',
> > or at least something with MH vs non-MH hosts.
>
> MH, non-MH?
MH for 'multihomed'. "Old" VLDB server entries just map a server number
to a server IP. A
Hi,
I would like to get some info regarding AFSDB-records.
Here some background info:
* 3-4 afs-clients running on Linux/Solaris.
* client-version: 1.2.x and 1.4.x
* 2 cells with 3 x AFSDB-servers for each cell
* near all clients have a static CellServDB file
* only access to th
On 5/4/2010 10:56 AM, Lobaugh, John wrote:
>
> Is the reg setting
>
> HKLM\SYSTEM\CurrentControlSet\Services\transarcafsdaeomon/PriorityClass
>
> used with version 1.4.2.0 of the Windows AFS service ?
PriorityClass is not present in the 1.4.2 distribution.
> We have been struggling with a
Is the reg setting
HKLM\SYSTEM\CurrentControlSet\Services\transarcafsdaeomon/PriorityClass
used with version 1.4.2.0 of the Windows AFS service ?
We have been struggling with a deadlock issue on two Windows 2003 servers where
this setting is not present. The issue is not occuring on some
13 matches
Mail list logo