On Sat, Jan 31, 2009 at 09:53:43PM +, Simon Wilkinson wrote:
On 31 Jan 2009, at 20:05, Axel Thimm wrote:
Fedora 10 kernels starting with 2.6.27.12-170.2.5.fc10.x86_64 fail
I've successfully built 1.4.8, without patches, for this kernel -
those errors look different from what I'd
We have encountered a strange error here on a volume. vos examine (or
fs lq) says that it is 15G in size,
but du can only find 4G in the volume. salvager do not find anything
wrong with the volume.
Any hints? The fileserver runs 1.4.5 (on RHEL4). Reading the RELNOTES
for the later
We have encountered a strange error here on a volume. vos examine (or fs lq)
says that it is 15G in size,
but du can only find 4G in the volume. salvager do not find anything wrong
with the volume.
Have you told it to reattach orphan files during salvage?
You may have salvaging errors.
On 31 Jan 2009, at 20:05, Axel Thimm wrote:
CC [M] /builddir/openafs-1.4.8/src/libafs/
MODLOAD-2.6.27.12-170.2.5.fc10.x86_64-Default/afs_analyze.o
In file included from /builddir/openafs-1.4.8/src/afs/afsincludes.h:
44,
from /builddir/openafs-1.4.8/src/libafs/
Hi,
On Sun, Feb 01, 2009 at 10:18:00AM +, Simon Wilkinson wrote:
On 1 Feb 2009, at 09:26, Axel Thimm wrote:
I wish Fedora would keep the last kernel-devel around
OpenAFS has a repository of every kernel-devel module that Fedora/RedHat
has released for all of the architectures we build
Harald Barth wrote:
We have encountered a strange error here on a volume. vos examine (or fs lq)
says that it is 15G in size,
but du can only find 4G in the volume. salvager do not find anything wrong
with the volume.
Have you told it to reattach orphan files during salvage?
No, I
Simon Wilkinson wrote:
I've so far run a number of file system test utilities against
disconnected mode, as well as using it for some day to day work, and a
large number of package builds. I'm not currently aware of any way to
break the current code. There are some additional fixes in CVS,
On 1 Feb 2009, at 09:26, Axel Thimm wrote:
There are of course more than just kernel changes in Fedora 10 - there
are many updates to other packages that may have caused this, maybe by
poluting /usr/include. Have you tried building on a recently updated
chroot/host?
I build with mock, on the
You could try natkeep, I've got an OSX oriented page with a link to the
original source up at:
http://www.ibiblio.org/macsupport/afs/natkeep.html
The only advantage it yields, assuming it works for you, is that the
packets tapping the port on the nat die there, instead of going all the way
On 1 Feb 2009, at 15:55, Jason Edgecombe wrote:
Simon Wilkinson wrote:
I've so far run a number of file system test utilities against
disconnected mode, as well as using it for some day to day work,
and a large number of package builds. I'm not currently aware of
any way to break the
On Fri, Jan 30, 2009 at 12:35 PM, Chris Kurtz c...@mars.asu.edu wrote:
Specs:
...
Jan 30 10:28:48 www4 kernel: afs: Lost contact with volume location
server 149.169.146.57 in cell mars.asu.edu
Jan 30 10:30:03 www4 kernel: afs: volume location server 149.169.146.57
in cell mars.asu.edu is
Both the guests and hosts are 64bit, and the guests are paravirtualized.
The hosts are running ntp from a central clocksource -- I haven't seen
any clockdrift.
We've seen the io problems, and made changes to eliminate that as much
as possible (everything but the bare OS is nfs mounted, and we use
Simon Wilkinson wrote:
On 1 Feb 2009, at 15:55, Jason Edgecombe wrote:
Simon Wilkinson wrote:
I've so far run a number of file system test utilities against
disconnected mode, as well as using it for some day to day work, and
a large number of package builds. I'm not currently aware of any
13 matches
Mail list logo