Fix in CVS. Grab delta DEVEL15-bypasscache-fix-linux24-20081009 and apply.
On Thu, Oct 9, 2008 at 2:09 AM, Axel Reinhold <[EMAIL PROTECTED]> wrote:
> While 1.5.52 did well with Linux 2.4 - since the last two versions 1.5.53 and
> 1.5.54 no more compiling:
>
> openafs-1.
On Wed, Oct 8, 2008 at 10:12 PM, Jason Edgecombe
<[EMAIL PROTECTED]> wrote:
> I noticed that the disk free space in finder shows ~976GB. Thanks for
> bumping that up. Should that be bumped again to 2TB just to account for
> the possible case that someone may drag a 2TB file into a 2TB volume?
>
> W
Is this kind of thing of any value?
Problem signature:
Problem Event Name: APPCRASH
Application Name: afsd_service.exe
Application Version: 1.5.5000.0
Application Timestamp:487e13a8
Fault Module Name:MSVCR80.dll
Fault Module Version: 8.0.50727.805
Fault Module Tim
One from 1.5.54 might be of more value :)
On Thu, Oct 9, 2008 at 10:42 AM, John Hascall <[EMAIL PROTECTED]> wrote:
>
> Is this kind of thing of any value?
>
> Problem signature:
> Problem Event Name: APPCRASH
> Application Name: afsd_service.exe
> Application Version: 1.5.5000.0
> Appli
I am just a simple unfrozen caveman,
but your system of numbers confuses me...
1.5.54 > 1.5.5000 ?
Plus all this talk about 1.4.8
as if it is the latest and greatest thing...
John
> One from 1.5.54 might be of more value :)
>
> On Thu, Oct 9, 2008 at 10:42 AM, John Hascall <[EMAIL PROTECTED
1.5.5400 (which is 1.5.54) > 1.5.5000 (1.5.50)
On Thu, Oct 9, 2008 at 10:52 AM, John Hascall <[EMAIL PROTECTED]> wrote:
>
>
> I am just a simple unfrozen caveman,
> but your system of numbers confuses me...
>
> 1.5.54 > 1.5.5000 ?
If you were from Omicron-Perseii 8, it would also infuriate you.
Also, concerning 1.4.x vs. 1.5.x:
1.4.8 is the soon-to-be-latest-and-greatest... in the Maintenance
branch. It's recommended that Windows users use the Features branch,
1.5. It's like Linux used to do with 2.4 & 2.5 -- 2.4 was the more
stable branch, but you got lots of latest-and-greatest i
Not really. The 1.5.5000.0 (1.5.50) builds are several
months old and many many bugs have already been fixed
in them. Especially without an afsd.dmp file to provide
a stack trace it would not be worth my time to investigate
the cause of this issue.
Jeffrey Altman
John Hascall wrote:
> Is this
Greetings all,
Couple questions to clarify, in learning about two very different AFS contexts
(old = IBM/TA 3.5 Win2K, new = OpenAFS RHEL4.5)
I think this is true - with OpenAFS, there are AFS accounts & Kerberos
principals (entities/accounts so to speak) but only the Kerberos one has a
password
avison48 wrote:
> Greetings all,
>
> Couple questions to clarify, in learning about two very different AFS
> contexts (old = IBM/TA 3.5 Win2K, new = OpenAFS RHEL4.5)
>
> I think this is true - with OpenAFS, there are AFS accounts & Kerberos
> principals (entities/accounts so to speak) but only t
Hi,
after applying a simple bugfix (see bug #119443, this should also be
relevant to HPUX and DUX) it is possible to load the nonfs kernelmodule
on OpenSolaris Systems. Server and client daemons can be started and
everything seems to work OK sofar. I tested this with OpenSolaris build
98 on i
I have the latest client on Leopard with the kerb extras package. I'm
able to obtain a kerb ticket via the kerberos app, however I must open a
terminal and issue aklog to obtain an AFS token.
Is there a recommended way for integrating these two steps in a simple
way for our users? Most of the so
check out the AFSCommander package.
Derrick
On Oct 9, 2008, at 16:27, John Koyle <[EMAIL PROTECTED]> wrote:
I have the latest client on Leopard with the kerb extras package. I'm
able to obtain a kerb ticket via the kerberos app, however I must
open a
terminal and issue aklog to obtain an
I can report success building and running openafs-1.4.8pre2 client on
64-bit Fedora 10 (rawhide) and a locally built kernel 2.6.27 (release
version).
Marc
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinf
14 matches
Mail list logo