Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Derrick J Brashear wrote: On Mon, 24 Oct 2005, Mike Bydalek wrote: Derrick J Brashear wrote: I doubt it's an AFS cache problem as opposed to an issue where permission denied is being misinterpreted and the result cache in either internal AFS or MacOS kernel filesystem code What's the proper way to test this out? I don't see how this can be a permission denied as I have system:anyuser rl set. The proper way is probably fstrace, but I don't know if Chaskiel finished it. You can also try tcpdump and do a verbose capture (-vv -s 1500) and see if there are any errors which come in over the network. It looks like there is some error that is being thrown, good call. Attached is the tcpdump from the client to the server. Let me know if there's something I can do on my end to test this to be sure it's a bug, which I can then submit. To explain the dump, basically, it's from cd'ing to the directory, doing an 'ls', then doing a 'tail Setup.sh'. Then on a different computer, I modify the end of Setup.sh. Back on the machine I did the dump from, I then did a 'tail Setup.sh' again, with an 'ls' and an 'ls -al' Sorry for the size. Again, this was done on 10.4.2 with XCode tools 2.1. -Mike 11:12:50.800413 IP (tos 0x0, ttl 64, id 1296, offset 0, flags [none], length: 76) 172.20.0.148.afs3-callback 172.20.0.2.afs3-vlserver: [udp sum ok] rx data cid 0d438560 call# 1 seq 1 ser 1 client-init,last-pckt vldb call get-entry-by-name-u root.cell (48) 11:12:50.868627 IP (tos 0x0, ttl 64, id 7091, offset 0, flags [none], length: 1104) 172.20.0.2.afs3-vlserver 172.20.0.148.afs3-callback: [udp sum ok] rx data cid 0d438560 call# 1 seq 1 ser 1 last-pckt vldb reply get-entry-by-name-u root.cell numservers 1 servers afsuuid 002762268e38134dada7020014acaa77 partitions a rwvol 536870915 rovol 536870916 backup 536870917 (1076) 11:12:50.869509 IP (tos 0x0, ttl 64, id 1297, offset 0, flags [none], length: 93) 172.20.0.148.afs3-callback 172.20.0.2.afs3-vlserver: [udp sum ok] rx ack cid 0d438560 call# 1 seq 0 ser 2 client-init,slow-start first 2 serial 0 reason delay ifmtu 5692 maxmtu 1444 rwind 32 maxpackets 4 (65) 11:12:50.869709 IP (tos 0x0, ttl 64, id 1298, offset 0, flags [none], length: 120) 172.20.0.148.afs3-callback 172.20.0.2.afs3-vlserver: [udp sum ok] rx data cid 0d438564 call# 1 seq 1 ser 1 client-init,last-pckt vldb call get-addrs-u (92) 11:12:50.870514 IP (tos 0x0, ttl 64, id 7092, offset 0, flags [none], length: 116) 172.20.0.2.afs3-vlserver 172.20.0.148.afs3-callback: [udp sum ok] rx data cid 0d438564 call# 1 seq 1 ser 1 last-pckt vldb reply get-entry-by-name-u [|vldb] (88) 11:12:50.870634 IP (tos 0x0, ttl 64, id 1299, offset 0, flags [none], length: 93) 172.20.0.148.afs3-callback 172.20.0.2.afs3-vlserver: [udp sum ok] rx ack cid 0d438564 call# 1 seq 0 ser 2 client-init,slow-start first 2 serial 0 reason delay ifmtu 5692 maxmtu 1444 rwind 32 maxpackets 4 (65) 11:12:50.870889 IP (tos 0x0, ttl 64, id 1300, offset 0, flags [none], length: 72) 172.20.0.148.afs3-callback 172.20.0.2.afs3-fileserver: [udp sum ok] rx data cid 0d438568 call# 1 seq 1 ser 1 client-init,last-pckt fs call fetch-status fid 536870915/1/1 (44) 11:12:50.871889 IP (tos 0x0, ttl 64, id 7093, offset 0, flags [none], length: 94) 172.20.0.2.afs3-fileserver 172.20.0.148.afs3-callback: [udp sum ok] rx ack cid 0d438568 call# 1 seq 0 ser 1 req-ack,slow-start first 1 serial 0 reason ping acked 1 ifmtu 5692 maxmtu 1444 rwind 16 maxpackets 4 (66) 11:12:50.871965 IP (tos 0x0, ttl 64, id 1301, offset 0, flags [none], length: 93) 172.20.0.148.afs3-callback 172.20.0.2.afs3-fileserver: [udp sum ok] rx ack cid 0d438568 call# 1 seq 0 ser 2 client-init,slow-start first 1 serial 1 reason ping response ifmtu 5692 maxmtu 1444 rwind 16 maxpackets 4 (65) 11:12:50.872892 IP (tos 0x0, ttl 64, id 7094, offset 0, flags [none], length: 60) 172.20.0.2.afs3-fileserver 172.20.0.148.afs3-callback: [udp sum ok] rx data cid 0d5625f0 call# 5 seq 1 ser 9 client-init,last-pckt cb call op#65538 (32) 11:12:50.873041 IP (tos 0x0, ttl 64, id 1302, offset 0, flags [none], length: 496) 172.20.0.148.afs3-callback 172.20.0.2.afs3-fileserver: [udp sum ok] rx data cid 0d5625f0 call# 5 seq 1 ser 1 last-pckt cb reply op#65538 (468) 11:12:50.874250 IP (tos 0x0, ttl 64, id 7095, offset 0, flags [none], length: 93) 172.20.0.2.afs3-fileserver 172.20.0.148.afs3-callback: [udp sum ok] rx ack cid 0d5625f0 call# 5 seq 0 ser 10 client-init,slow-start first 2 serial 0 reason delay ifmtu 5692 maxmtu 1444 rwind 32 maxpackets 4 (65) 11:12:50.874589 IP (tos 0x0, ttl 64, id 7096, offset 0, flags [none], length: 60) 172.20.0.2.afs3-fileserver 172.20.0.148.afs3-callback: [udp sum ok] rx data cid 0d5625f4 call# 1 seq 1 ser 1 client-init,last-pckt cb call op#65538 (32) 11:12:50.874708 IP (tos 0x0, ttl 64, id 1303, offset 0, flags [none], length: 496) 172.20.0.148.afs3-callback 172.20.0.2.afs3-fileserver: [udp sum
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
On Tue, 25 Oct 2005, Mike Bydalek wrote: It looks like there is some error that is being thrown, good call. Attached is the tcpdump from the client to the server. Let me know if there's something I can do on my end to test this to be sure it's a bug, which I can then submit. Oh no, I'm very sure it's a bug. Derrick ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Mike Bydalek wrote: I just finished installing a test OS X 10.4.2 client with 1.4.1-rc1, and I seem to be having some strange caching issues. Basically, on the server, I have a public/ directory, and within that directory is a scripts/ directory. Well, what happened was I tried to run the script from the Mac, it failed, so I tweaked it on the server, and then tried to re-run it on the Mac, and then it reported 'script.sh not found'. Even weirder is that if I did an 'ls' it listed it, but if I did a 'ls -al' it listed all the other files in there, but that one file, and reported an error 'ls: script not found' So, I did some testing and basically it seems there is a caching problem. If I create one file on the server, cat it on the client, modify it on the server, and then re-cat it on the client, the changes aren't acknowledged. My question is, before I submit a bug report, what's the proper way to clear the cache on the Mac client? I see you can delete the cache/ items, but everything I've seen says to be sure afsd isn't running, which I don't know the proper way to shut it down on the Mac clients (no init script). Any ideas? Rebooting is a pain :) -Mike fs flushvolume path-to-dir fs flush path-to-file Check to make sure you are not behind a firewall/NAT that is blocking the callback break messages from the server. Jeffrey Altman smime.p7s Description: S/MIME Cryptographic Signature
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
I doubt it's an AFS cache problem as opposed to an issue where permission denied is being misinterpreted and the result cache in either internal AFS or MacOS kernel filesystem code On Mon, 24 Oct 2005, Mike Bydalek wrote: I just finished installing a test OS X 10.4.2 client with 1.4.1-rc1, and I seem to be having some strange caching issues. Basically, on the server, I have a public/ directory, and within that directory is a scripts/ directory. Well, what happened was I tried to run the script from the Mac, it failed, so I tweaked it on the server, and then tried to re-run it on the Mac, and then it reported 'script.sh not found'. Even weirder is that if I did an 'ls' it listed it, but if I did a 'ls -al' it listed all the other files in there, but that one file, and reported an error 'ls: script not found' So, I did some testing and basically it seems there is a caching problem. If I create one file on the server, cat it on the client, modify it on the server, and then re-cat it on the client, the changes aren't acknowledged. My question is, before I submit a bug report, what's the proper way to clear the cache on the Mac client? I see you can delete the cache/ items, but everything I've seen says to be sure afsd isn't running, which I don't know the proper way to shut it down on the Mac clients (no init script). Any ideas? Rebooting is a pain :) -Mike ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Jeffrey Altman wrote: Mike Bydalek wrote: My question is, before I submit a bug report, what's the proper way to clear the cache on the Mac client? I see you can delete the cache/ items, but everything I've seen says to be sure afsd isn't running, which I don't know the proper way to shut it down on the Mac clients (no init script). fs flushvolume path-to-dir fs flush path-to-file I tried running 'fs flushvolume /var/db/openafs/cache/' but I get an error saying invalid argument. I am assuming you do that against the cache volume, of course, based on my cacheinfo file, which contains: /afs:/var/db/openafs/cache:3 Just to verify whether or not this is a caching issue, per the admin documentation, I tried the following, but it looks like it never resets the cache: # fs getcacheparms AFS using 289 of the cache's available 3 1K byte blocks. # fs setcachesize 0 New cache size set. # fs setcachesize -reset New cache size set. # fs getcacheparms AFS using 289 of the cache's available 3 1K byte blocks. Am I doing all this right, or am I way off? Check to make sure you are not behind a firewall/NAT that is blocking the callback break messages from the server. I'm not, this is a pure LAN test environment that I'm using. -Mike ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Derrick J Brashear wrote: I doubt it's an AFS cache problem as opposed to an issue where permission denied is being misinterpreted and the result cache in either internal AFS or MacOS kernel filesystem code What's the proper way to test this out? I don't see how this can be a permission denied as I have system:anyuser rl set. Thanks, Mike ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Mike Bydalek wrote: Jeffrey Altman wrote: fs flushvolume path-to-dir fs flush path-to-file I tried running 'fs flushvolume /var/db/openafs/cache/' but I get an error saying invalid argument. I am assuming you do that against the cache volume, of course, based on my cacheinfo file, which contains: /afs:/var/db/openafs/cache:3 The paths are destinations in AFS that you want to have flushed. smime.p7s Description: S/MIME Cryptographic Signature
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
On Mon, 24 Oct 2005, Mike Bydalek wrote: Derrick J Brashear wrote: I doubt it's an AFS cache problem as opposed to an issue where permission denied is being misinterpreted and the result cache in either internal AFS or MacOS kernel filesystem code What's the proper way to test this out? I don't see how this can be a permission denied as I have system:anyuser rl set. The proper way is probably fstrace, but I don't know if Chaskiel finished it. You can also try tcpdump and do a verbose capture (-vv -s 1500) and see if there are any errors which come in over the network. Derrick ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Jeffrey Altman wrote: Mike Bydalek wrote: Jeffrey Altman wrote: fs flushvolume path-to-dir fs flush path-to-file I tried running 'fs flushvolume /var/db/openafs/cache/' but I get an error saying invalid argument. I am assuming you do that against the cache volume, of course, based on my cacheinfo file, which contains: /afs:/var/db/openafs/cache:3 The paths are destinations in AFS that you want to have flushed. That makes sense then. When I do that, weird things happen: # fs flushvolume /afs/contentconnections.com/public/testdir/ # ls MyFile.txt # ls -al ls: MyFile.txt: No such file or directory total 12 drwxrwxrwx 2 mbydalek DomainUs 2048 Oct 24 10:50 . drwxrwxrwx 6 daemonwheel 2048 Oct 24 09:53 .. # Should I just bug report this? Or what else can I do to test some things out, or see what's going on, etc.? Thanks, Mike ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
On Mon, 24 Oct 2005, Mike Bydalek wrote: fs flushvolume path-to-dir fs flush path-to-file I tried running 'fs flushvolume /var/db/openafs/cache/' but I get an error saying invalid argument. I am assuming you do that against the cache volume, That's because that's nonsensical. That's not a volume. That's the cache. Derrick ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Derrick J Brashear wrote: On Mon, 24 Oct 2005, Mike Bydalek wrote: fs flushvolume path-to-dir fs flush path-to-file I tried running 'fs flushvolume /var/db/openafs/cache/' but I get an error saying invalid argument. I am assuming you do that against the cache volume, That's because that's nonsensical. That's not a volume. That's the cache. Well, the reason I thought that was because on Linux the cache is mounted as a volume. I guess OS X doesn't do that ... -Mike ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] OpenAFS 1.4.1 RC1 Cache on OS X 10.4.2
Well, the reason I thought that was because on Linux the cache is mounted as a volume. I guess OS X doesn't do that ... Not as an AFS volume it isn't. And not necessarily as any at all. Derrick ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
