Hello Jeff,
thanks for the feedback and suggestion,
>
> This sounds like an MTU problem -- your connection to the network in
> question includes a segment with a lower MTU than those to which the
> fileserver and client are directly connected. Perhaps there is a VPN or
> other tunnel in between?
no, I am not on VPN and there is no other tunnel between server and client
>
> Try running this command (as root) on the client:
>
> ip link set dev eth0 mtu 1200
>
> Replace "eth0" with the name of the relevant interface.
>
relevant interface is eth0 in my case. settining mtu size however does not seem
to have any effect of files stalling;
root@lmlpt:/home/lmijovic# ip addr | grep eth0 | head -n 1
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP
qlen 1000
cp of file to afs stalls at file size of 1329 bytes
root@lmlpt:/home/lmijovic# ip link set dev eth0 mtu 1200
root@lmlpt:/home/lmijovic# ip addr | grep eth0 | head -n 1
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1200 qdisc pfifo_fast state UP
qlen 1000
+ a couple of different sizes (500,1000)
still stalls at wc -c 1329 (while 1328 in all cases gets copied fine/wo
stalling)
Best, Liza
>
> If this makes the problem go away, you know that the problem is that
> some portion of the network is not passing packets above the configured
> size.
>
>
> -- Jeff
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info