[OpenAFS] Re: windows openafs cache not updating
Jonathan Nilsson
jnilsson@uci.edu
Mon, 12 Dec 2011 18:27:40 -0800
--001485f775fc0cf30704b3f00000
Content-Type: text/plain; charset=ISO-8859-1
>
> > FindClient: stillborn client 74024d60(d16fe8cc); conn 180213d0
> > (host MY.CLI.ENT.IP:7001) had client f402fa30(d16fe8cc)
> > CB: RCallBackConnectBack (host.c) failed for host MY.CLI.ENT.IP:7001
> > CB: WhoAreYou failed for host 34015890 (MY.CLI.ENT.IP:7001), error 1
> >
> > Could these messages be indicating a problem? (They appear frequently in
> > the logs and I cannot tell if they correspond to specific read or write
> > actions on the clients.)
>
> Yes, they indicate that the fileserver cannot contact that client to
> tell it that the files have changed (well, the latter two, anyway). Is
> that client behind a NAT or some kind of stateful firewall?
No, the client has a static IP.
> Assuming not, a simple test you can perform to check that a client is
reachable from the fileserver is by running:
>
> rxdebug <client> 7001 -version
>
doh! that does not respond.
in Control Panel -> Windows Firewall -> "Allow a program or feature through
Windows Firewall" it seems like the OpenAFS client must have attempted to
add itself, but not completely... i see a checkbox under the "Public"
network type, but not in the "Domain" or "Home/Work (Private)" network
type. when I add those checkboxes, then rxdebug <client> 7001 -version
works.
is it intentional to only allow 7001 on Public networks but not on Domain
networks?
thanks for the quick reply!
--
Jonathan
>
> from the fileserver. If that does not respond with the version of that
> client, check firewalls et al and allow port udp 7001 to the client.
> This is assuming, though, that the client generally stays up. It can be
> normal to see messages like that if the client is abruptly removed from
> the network or shutdown in an unclean fashion, etc.
>
> --
> Andrew Deason
> adeason@sinenomine.net
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>
--
Jonathan.Nilsson at uci dot edu
Social Sciences Computing Services
SSPB 1265 | 949.824.1536
--001485f775fc0cf30704b3f00000
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margi=
n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=3D"im"=
>> FindClient: stillborn client 74024d60(d16fe8cc); conn 180213d0<br>
> (host MY.CLI.ENT.IP:7001) had client f402fa30(d16fe8cc)<br>
> CB: RCallBackConnectBack (host.c) failed for host MY.CLI.ENT.IP:7001<b=
r>
> CB: WhoAreYou failed for host 34015890 (MY.CLI.ENT.IP:7001), error 1<b=
r>
><br>
> Could these messages be indicating a problem? (They appear frequently =
in<br>
> the logs and I cannot tell if they correspond to specific read or writ=
e<br>
> actions on the clients.)<br>
<br>
</div>Yes, they indicate that the fileserver cannot contact that client to<=
br>
tell it that the files have changed (well, the latter two, anyway). Is<br>
that client behind a NAT or some kind of stateful firewall?</blockquote><di=
v><br></div><div>No, the client has a static IP.</div><div>=A0</div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc =
solid;padding-left:1ex">
Assuming=A0not, a simple test you can perform to check that a client is=A0<=
/blockquote><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"> reachable=A0from the fileserver=
is by running:<br>
<br>
rxdebug <client> 7001 -version<br></blockquote><div><br></div><div>do=
h! that does not respond.</div><div><br></div><div>in Control Panel -> W=
indows Firewall -> "Allow a program or feature through Windows Fire=
wall" it seems like the OpenAFS client must have attempted to add itse=
lf, but not completely... i see a checkbox under the "Public" net=
work type, but not in the "Domain" or "Home/Work (Private)&q=
uot; network type. =A0when I add those checkboxes, then rxdebug <client&=
gt; 7001 -version works.</div>
<div><br></div><div>is it intentional to only allow 7001 on Public networks=
but not on Domain networks?</div><div><br></div><div>thanks for the quick =
reply!</div><div>--</div><div>Jonathan</div><div>=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
<br>
from the fileserver. If that does not respond with the version of that<br>
client, check firewalls et al and allow port udp 7001 to the client.<br>
This is assuming, though, that the client generally stays up. It can be<br>
normal to see messages like that if the client is abruptly removed from<br>
the network or shutdown in an unclean fashion, etc.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
--<br>
Andrew Deason<br>
<a href=3D"mailto:adeason@sinenomine.net">adeason@sinenomine.net</a><br>
<br>
_______________________________________________<br>
OpenAFS-info mailing list<br>
<a href=3D"mailto:OpenAFS-info@openafs.org">OpenAFS-info@openafs.org</a><br=
>
<a href=3D"https://lists.openafs.org/mailman/listinfo/openafs-info" target=
=3D"_blank">https://lists.openafs.org/mailman/listinfo/openafs-info</a><br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r><div><font face=3D"'courier new', monospace">Jonathan.Nilsson at =
uci dot edu</font></div><div><font face=3D"'courier new', monospace=
">Social Sciences Computing Services</font></div>
<div><span style=3D"font-family:'courier new',monospace">SSPB 1265 =
| 949.824.1536</span></div><br>
--001485f775fc0cf30704b3f00000--