> >> My feeling is that #define RX_MAX_FRAG 1 instead of 4 does make
> >> things
> >> behave better if there is packet loss to be expected.
I tried this, and i does really change everything... (mea culpa, there seem to
be packet losses on my line...)
I still come to have ping ~500ms sometimes, bu
On Wednesday 08 July 2009 00:19:31 Adam Megacz wrote:
> Russ Allbery writes:
> >> One possibility: I could require >=1.4.10 in order to build, but allow
> >> installation on earlier versions of OpenAFS.
> >>
> >> Will this work?
> >
> > Yup.
>
> Okay, libnss-afs 1.09 has been released. Debs are i
Russ Allbery writes:
>> One possibility: I could require >=1.4.10 in order to build, but allow
>> installation on earlier versions of OpenAFS.
>>
>> Will this work?
>
> Yup.
Okay, libnss-afs 1.09 has been released. Debs are in the usual place.
http://git.hcoop.net/?p=megacz/libnss-afs.git;h=
Adam Megacz writes:
> Russ Allbery writes:
>> Adam, on Debian you want to link with -lafsauthent_pic -lafsrpc_pic.
>> At least if they're available, which for lenny may require using a
>> backport since they only went in the 1.4.10 release.
>
> One possibility: I could require >=1.4.10 in order
Adam Megacz writes:
> I see.
>
> Russ, as a Debian guru, can you advise me on the officially-approved
> way to pick the right libraries at deb-install-time? It's more
> important that libnss-afs continue to work properly with etch's native
> version of opeanfs than that it work on amd64.
In bot
Russ Allbery writes:
> Adam, on Debian you want to link with -lafsauthent_pic -lafsrpc_pic. At
> least if they're available, which for lenny may require using a backport
> since they only went in the 1.4.10 release.
One possibility: I could require >=1.4.10 in order to build, but allow
installa
Goulou wrote:
My feeling is that #define RX_MAX_FRAG 1 instead of 4 does make
things
behave better if there is packet loss to be expected.
I'll try this. I noticed by searching about this field the existence of a
"jumbo" flag : I suppose it is not in official releases yet, since /sbin/afsd
Russ Allbery writes:
> Adam, on Debian you want to link with -lafsauthent_pic -lafsrpc_pic. At
> least if they're available, which for lenny may require using a backport
> since they only went in the 1.4.10 release.
I see.
Russ, as a Debian guru, can you advise me on the officially-approved
wa
Derrick Brashear writes:
> Krull wrote:
>> the latest version 1.08 of libnss-afs cannot be build on a amd64 Ubuntu
>> Jaunty.
Hi Krull. I don't have root access to any amd64 machines, so
unfortunately I can't reproduce this. If you find a solution, please
let me know.
- a
> I'll try this. I noticed by searching about this field the existence
> of a "jumbo" flag : I suppose it is not in official releases yet,
> since /sbin/afsd -help doesn't mention it? (and using it gives an
> error...)
There is the other behaviour of rx that is packing more than one
(small) AFS d
> My feeling is that #define RX_MAX_FRAG 1 instead of 4 does make
> things
> behave better if there is packet loss to be expected.
I'll try this. I noticed by searching about this field the existence of a
"jumbo" flag : I suppose it is not in official releases yet, since /sbin/afsd
-help doesn'
> Sure it is.
I actually knew that (fortunately...), thus couldn't imagine I was alone in
this situation...
> If there is significant packet loss on the connection, it will go
> slower still.
I agree with you, I don't think my connection has that many losses though.
> (a) the cache is larger
On Tue, 7 Jul 2009, Harald Barth wrote:
> About AFS:
>
> > If there is significant packet loss on the connection, it will go slower
> > still.
>
> My feeling is that #define RX_MAX_FRAG 1 instead of 4 does make things
> behave better if there is packet loss to be expected.
Also doublecheck your
Gunnar Krull writes:
> On Monday 06 July 2009 19:28:55 Adam Megacz wrote:
> the latest version 1.08 of libnss-afs cannot be build on a amd64
> Ubuntu Jaunty. I'm getting this error message:
>
> gcc -shared -fPIC -o libnss_afs.so.2 nss_afs.o \
>
>
Derrick Brashear writes:
> a fully-compiled object that crashes is of limited value, yes?
>
> there are shared libafsauthent and libafsrpc; where are they
> installed, and why are they not being linked?
The shared versions aren't installed on Debian because I didn't trust
the SONAME to remain st
About AFS:
> If there is significant packet loss on the connection, it will go slower
> still.
My feeling is that #define RX_MAX_FRAG 1 instead of 4 does make things
behave better if there is packet loss to be expected.
About xDSL:
It might be the case that the throttling of TCP compared to th
Frédéric:
Sure it is. In fact I build OpenAFS within AFS across my NAT'd cable
modem connection while using that connection for many other things
at the same time. I regularly access AFS using my cell phone data
connection which is sometimes shared by multiple computers by turning it
into a wifi
On Tue, Jul 7, 2009 at 2:13 AM, Gunnar
Krull wrote:
> On Monday 06 July 2009 19:28:55 Adam Megacz wrote:
>> mozafar roshany writes:
>> > I working on OpenAFS through this document on Debian Lenny:
>> > ...
>> > I should mention that I've installed the libnss-afs_1.08_i386.deb package
>> > or its 1
Harald Barth wrote:
> $ /usr/heimdal-1.2.1/bin/kinit --cache=$KRB5CCNAME --renew
This command just instructed kinit to renew the TGT in the cache
$KRB5CCNAME. Does such a cache exist? Is there a valid TGT in the
cache? Is the TGT renewable?
> klist
You just asked to list the contents of th
Nobody has any idea about this? Isn't AFS designed to be used over "normal"
internet links? Or am I the only one with this slowing-down problem?
I'll be really happy if anybody would help me...
Frédéric Grelot.
- "Goulou" a écrit :
> Hi all,
>
> I'm trying to give my users an access t
> If you have a keytab, k5start will do the same thing for non-Heimdal,
> but we discourage users from generating keytabs for their personal
> accounts
So I discovered that heimdal's kinit does not have a feature which
does this without password or keytab (which really astonished me,
because i
21 matches
Mail list logo
