[OpenAFS] Disk cache not updating
Brian Huntley
bhuntley@clarkson.edu
Fri, 21 Jan 2005 10:39:58 -0500
This is a multipart message in MIME format.
--=_alternative 0055EADB85256F90_=
Content-Type: text/plain; charset="US-ASCII"
Howdy folks...
Just wondering if there's anything else I can send along to help debug
this issue...
Thanks all for your contributions!
Best
Brian
--
Brian T. Huntley, Manager of Network Operations
Office of Information Technology
Clarkson University
bhuntley@clarkson.edu -- 315.268.6723
"UNIX *is* user friendly. It's just selective about who its friends are."
Derrick J Brashear <shadow@dementia.org>
Sent by: openafs-info-admin@openafs.org
01/10/2005 09:58 PM
To
openafs-info@openafs.org
cc
Subject
Re: [OpenAFS] Disk cache not updating
You shouldn't cc me on the replies.
>>> inaccessable, though they are from everywhere else. 'fs checkservers'
>>> reports the server down on this client.
>>
>> can you tcpdump -s 1500 -vv port 7001 on the client while this is
>> happening?
>
> Interesting -- bad udp checksum?
your kernel provides it, so...
> 16:11:42.551001 IP (tos 0x0, ttl 64, id 3082, offset 0, flags [none],
proto 17, length: 60) CLIENT.afs3-callback > SERVER.afs3-fileserver: [bad
udp cksum 4bc3!] rx data cid 075159bc call# 23 seq 1 ser 66
<client-init>,<last-pckt> fs call get-time (32)
> 16:11:42.551481 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
17, length: 64) SERVER.afs3-fileserver > CLIENT.afs3-callback: [udp sum
ok] rx data cid 075159bc call# 23 seq 1 ser 44 <last-pckt> fs reply
get-time 2005/01/10 16:11:42 (36)
> 16:11:42.551512 IP (tos 0x0, ttl 64, id 3083, offset 0, flags [none],
proto 17, length: 93) CLIENT.afs3-callback > SERVER.afs3-fileserver: [bad
udp cksum 157a!] rx ack cid 075159bc call# 23 seq 0 ser 67
<client-init>,<slow-start> first 2 serial 0 reason delay ifmtu 5692 maxmtu
1444 rwind 32 maxpackets 4 (65)
well, it's getting an answer which it seems to like, i have never seen
this problem before. if it's reproducible i can suggest a patch to try, if
you're willing.
_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
--=_alternative 0055EADB85256F90_=
Content-Type: text/html; charset="US-ASCII"
<br><font size=2 face="sans-serif">Howdy folks...</font>
<br>
<br><font size=2 face="sans-serif">Just wondering if there's anything else
I can send along to help debug this issue...</font>
<br>
<br><font size=2 face="sans-serif">Thanks all for your contributions!</font>
<br><font size=2 face="sans-serif">Best</font>
<br><font size=2 face="sans-serif">Brian</font>
<br><font size=2 face="sans-serif">--<br>
Brian T. Huntley, Manager of Network Operations<br>
Office of Information Technology<br>
Clarkson University<br>
bhuntley@clarkson.edu -- 315.268.6723<br>
"UNIX *is* user friendly. It's just selective about who its friends
are."<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Derrick J Brashear <shadow@dementia.org></b>
</font>
<br><font size=1 face="sans-serif">Sent by: openafs-info-admin@openafs.org</font>
<p><font size=1 face="sans-serif">01/10/2005 09:58 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">openafs-info@openafs.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [OpenAFS] Disk cache not updating</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>You shouldn't cc me on the replies.<br>
<br>
>>> inaccessable, though they are from everywhere else. 'fs checkservers'<br>
>>> reports the server down on this client.<br>
>><br>
>> can you tcpdump -s 1500 -vv port 7001 on the client while this
is<br>
>> happening?<br>
><br>
> Interesting -- bad udp checksum?<br>
<br>
your kernel provides it, so...<br>
<br>
> 16:11:42.551001 IP (tos 0x0, ttl 64, id 3082, offset 0, flags
[none], <br>
proto 17, length: 60) CLIENT.afs3-callback > SERVER.afs3-fileserver:
[bad <br>
udp cksum 4bc3!] rx data cid 075159bc call# 23 seq 1 ser 66 <br>
<client-init>,<last-pckt> fs call get-time (32)<br>
> 16:11:42.551481 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF],
proto <br>
17, length: 64) SERVER.afs3-fileserver > CLIENT.afs3-callback: [udp
sum <br>
ok] rx data cid 075159bc call# 23 seq 1 ser 44 <last-pckt>
fs reply <br>
get-time 2005/01/10 16:11:42 (36)<br>
> 16:11:42.551512 IP (tos 0x0, ttl 64, id 3083, offset 0, flags
[none], <br>
proto 17, length: 93) CLIENT.afs3-callback > SERVER.afs3-fileserver:
[bad <br>
udp cksum 157a!] rx ack cid 075159bc call# 23 seq 0 ser 67 <br>
<client-init>,<slow-start> first 2 serial 0 reason delay ifmtu
5692 maxmtu 1444 rwind 32 maxpackets 4 (65)<br>
<br>
well, it's getting an answer which it seems to like, i have never seen
<br>
this problem before. if it's reproducible i can suggest a patch to try,
if <br>
you're willing.<br>
<br>
_______________________________________________<br>
OpenAFS-info mailing list<br>
OpenAFS-info@openafs.org<br>
https://lists.openafs.org/mailman/listinfo/openafs-info<br>
</tt></font>
<br>
--=_alternative 0055EADB85256F90_=--