since i blew it and didn't reply-all earlier...
---------- Forwarded message ---------- From: Derrick Brashear <[email protected]> Date: Fri, Mar 23, 2012 at 3:00 PM Subject: Re: [OpenAFS] mmap issue? To: [email protected] On Fri, Mar 23, 2012 at 2:52 PM, Eric Chris Garrison <[email protected]> wrote: > Hello, > > I've had a complaint from one of our users. He says: > > "I just had afs do a very very nasty thing to me. I ran a program on > a data file and for some unknown reason the file was totally corrupted > after running this program. I can absolutely certify that the problem > is not the program itself because I ran exactly the same program on a > local disk and it did what I was asking it to do without corrupting the > file. > > I suspect strongly this problem is created by memory mapping of the file > which I think this program is implicitly using. The actual thing I was > running was a perl script, but it was calling programs I am pretty sure > do memory mapping for io speed." > > I asked him for details, and he is using code that uses this: > > "I was running a program in the "Antelope" package sold by brtt.com. > The particular program is a perl script called dbfix_calib. However, the > offender is almost certainly this line > system( "dbjoin $dbname.$table calibration | dbset -v - $table.calib > 'calib == NULL' calibration.calib" );" > > He is running OpenAFS 1.5.77 for MacOS 10.6.8, and our servers are at > 1.4.14-1.1.1. The server's not an issue here (if you'd said 1.6.0 I'd have told you you wanted 1.6.1pre4) That macos client is ancient and i haven't got a clue what bugs it might have. If you can give me a test I am happy to verify behavior in a current build. > I've searched for this, and it appears mmap operations used to be a > problem. At what version of OpenAFS (server and client) should we be at > for this to not be a problem? > > Thank you, > > Chris > -- > Eric Chris Garrison | Principal Mass Storage Specialist > [email protected] | Indiana University - Research Storage > 317-278-1207 | Jabber IM: [email protected] -- Derrick -- Derrick _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
