Hi Dan!
Thanks a lot for your reply.
On Mon, 28 Dec 2009, Dan Pritts wrote:
[...]
It is disk-based, no tape support at all. You could use a standard
tape backup program to back up backuppc4afs's backup store.
You may see mention elsewhere that using tape to backup a backuppc data
store
Hi,
I've come accross
http://www.opensubscriber.com/message/openafs-info@openafs.org/3232709.html
and would like to know why UDP instead of TCP has been chosen as the
transport protocol?
Thanks in advance for any info kind regards,
Holger
signature.asc
Description: Digital
My understanding is that the choice to use UDP was something that was
inherited from before OpenAFS (that is, prior to the code being dropped by
IBM).
If you look at Derrick's reply to the email you linked, he says there was a
branch in CVS. I believe there is still a plan to make the switch to
On Mon, Dec 28, 2009 at 10:01 AM, Jake Thebault-Spieker
summatusmen...@gmail.com wrote:
My understanding is that the choice to use UDP was something that was
inherited from before OpenAFS (that is, prior to the code being dropped by
IBM).
If you look at Derrick's reply to the email you
On Mon, Dec 28, 2009 at 1:48 AM, Adam Megacz a...@megacz.com wrote:
Andrew Deason adea...@sinenomine.net writes:
They are probably performing a difference sequence of syscalls on the
file, or using different flags, etc. Is this reliably reproducible?
fstrace dumps could be more enlightening,
From: Holger Rauch
...
and would like to know why UDP instead of TCP has been chosen as the
transport protocol?
The choice of UDP is historical. I would guess that there
were many reasons it was chosen for the original
implementation, many of them would no longer apply with
today's system
Many AFS tools will accept either of these two principals for the
vlserver/dbserver/fileserver:
afs/c...@realm
a...@realm
Is one preferred over the other for new cells?
Moreover, there seems to be some sort of change in the behavior of the
1.5.68 aklog relative to 1.4.11; the new
On Mon, Dec 28, 2009 at 3:00 PM, Adam Megacz a...@megacz.com wrote:
Many AFS tools will accept either of these two principals for the
vlserver/dbserver/fileserver:
afs/c...@realm
a...@realm
Is one preferred over the other for new cells?
yes. afs/c...@realm allows a realm to host
On 28 Dec 2009, at 20:00, Adam Megacz wrote:
Many AFS tools will accept either of these two principals for the
vlserver/dbserver/fileserver:
afs/c...@realm
a...@realm
afs/c...@realm is preferred.
Moreover, there seems to be some sort of change in the behavior of the
1.5.68 aklog
On 27 Dec 2009, at 20:47, Adam Megacz wrote:
Strange, I can cat the file in question, but for some reason Ruby
programs (I don't know Ruby) choke on it.
An strace of the failing command would be interesting, as would an
fstrace log that accompanies the strace. If you can do them on a
Dear All,
I have this problem
Total number of volumes on server afs1.hep.man.ac.uk partition /vicepc: 56
.
.
.
.
.
.
12 volumes out of the 56 volumes I can not even do ls on them
[r...@afs1 ~]# vos listvol -s afs1.hep.man.ac.uk |grep jimmy
jimmy
On 28 Dec 2009, at 22:58, sabah s. salih wrote:
[r...@afs1 ~]# fs listacl /afs/.hep.man.ac.uk/u/jimmy
fs: File '/afs/.hep.man.ac.uk/u/jimmy' doesn't exist
afs1.hep.man.ac.uk is returning 'No such vnode' when the client tries
to fetch the root directory of that volume.
Is that fileserver
Derrick Brashear sha...@gmail.com writes:
Moreover, there seems to be some sort of change in the behavior of the
1.5.68 aklog relative to 1.4.11; the new aklog only appears to attempt
the latter one.
There seems not to be.
Well, when I hold tickets for afsad...@research.cs.berkeley.edu and
13 matches
Mail list logo