On Mon, 14 Dec 2009, Troy Benjegerdes wrote:
Patches please!
I just started this (I'll be on a flight to the bay area, of all places
in about 20 minute), and I ran into stuff like the make_s_table host tools
getting compile as arm binaries.
Troy,
See the earlier discussion about the OpenAFS b
> My customer is planning a migration of OpenAFS to a different filesystem
> platform and is requesting information about when was the last time
> usernames accessed AFS. We use "kas" as an authentication method and I
have
> not found any way to display that information. Is there such a
possi
On Mon, 14 Dec 2009, Jake Thebault-Spieker wrote:
Part of the issue with Android and WebOS is that neither is designed to be a "file
manager" type
OS. They're both designed around the concept that the application will know
where the files it
needs are.
What this means is that neither has an ou
Accessed, you'd want fileserver audit logs (which get large).
Authenticated, you could use the kaserver audit logs, I suppose.
On Tue, Dec 15, 2009 at 10:06 AM, David R Boldt wrote:
>
>> My customer is planning a migration of OpenAFS to a different filesystem
>> platform and is requesting informa
On Tue, Dec 15, 2009 at 07:04:00AM -0800, Alf Wachsmann wrote:
> On Mon, 14 Dec 2009, Troy Benjegerdes wrote:
>> Patches please!
>>
>> I just started this (I'll be on a flight to the bay area, of all places
>> in about 20 minute), and I ran into stuff like the make_s_table host tools
>> getting com
On Tue, 15 Dec 2009, Troy Benjegerdes wrote:
On Tue, Dec 15, 2009 at 07:04:00AM -0800, Alf Wachsmann wrote:
On Mon, 14 Dec 2009, Troy Benjegerdes wrote:
I should say that I had problems with the disk cache on
my Pre and had to use memcache instead. I did not investigate.
Can you elaborate any
Can you elaborate any on the disk cache problems? I assume this was
likely because the backing filesystem was not ext3?
The work Marc Dionne has done in the 1.5.x branch has removed the
historical issues with non-ext3 filesystems. It should be possible to
use the cache manager from the deve
On Tue, Dec 15, 2009 at 11:11 AM, Simon Wilkinson wrote:
>>
>> Can you elaborate any on the disk cache problems? I assume this was
>> likely because the backing filesystem was not ext3?
>
> The work Marc Dionne has done in the 1.5.x branch has removed the historical
> issues with non-ext3 filesyst
I'm (trying) to run OpenAFS 1.5.68 on Linux 2.6.31 (gentoo-r6). I'm
running into a kernel oops from afsd. I believe the most relevant part
is this:
openafs: Can't init cache with inode numbers when complex inodes are in use
I see that this happens based on the following code in afs_dcache.c:
#if
That's what I've got so far. Is there any kernel config magic that
can
help me out here?
Make sure that the afsd you're running is from the same OpenAFS
version as your kernel module.
S.
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
Troy Benjegerdes wrote:
On Tue, Dec 15, 2009 at 07:04:00AM -0800, Alf Wachsmann wrote:
On Mon, 14 Dec 2009, Troy Benjegerdes wrote:
Patches please!
I just started this (I'll be on a flight to the bay area, of all places
in about 20 minute), and I ran into stuff like the make_s_table ho
11 matches
Mail list logo
