Make sure the Windows Firewall has its 7001/udp port open. The code in OAFW to do this apparently doesn't work. Microsoft has a block in place to ensure that the firewall policy cannot be altered during boot. However, it can be modified later. The daily builds at
http://web.mit.edu/jaltman/Public/OpenAFS \\afs\athena.mit.edu\user\j\a\jaltman\Public\OpenAFS contain the fix for this. If the port is not open in the firewall, the callbacks can't make it through to the OAFS cache manager. Of course, if your user's have their machines behind NATs/Firewalls of their own, they may still have a similar problem. Jeffrey Altman Lars Schimmer wrote: > Hi! > > Some of my users has some issues with the ondiskcache in OpenAFS RC6 on > windows XP SP2. > So I just want to ask if there are some known issues (I haven´t found > anything in release notes not in known issues or in the history file for > RC8). > User foo logs on linux server one and creates a file in afs directory bar. > Right after that user foo takes his windows desktop with the explorer to > directory bar and found no files. > If I control this directory on another linux client (RC4), the file is > available. > Another user told me, with the RC3 the "update explorer dir with F5" > works, which doesn´t work under RC5. But the "automatic update of the > directory" isn´t working at least within 10 min. > The volume is mounted with the -rw switch into the afs tree and the > fileservers are both RC4 on linux. And there are RO copies of the > volumes available. > > I am a bit away from the machines so I can´t really test this behaviour > this week, so I just can ask here. > > Cya& Thx > Lars > > _______________________________________________ > OpenAFS-info mailing list > [email protected] > https://lists.openafs.org/mailman/listinfo/openafs-info
smime.p7s
Description: S/MIME Cryptographic Signature
