I did better than that. I installed a Samba client, mounted it via Samba, all OK there. I mounted the share to another machine via nfs. No problem. Went back to the problem VM, mounted NFS at an alternate point. Still bad, and Samba mount still good.
The upgrades were CentOS 5.8: nfs-utils-1.0.9-60.el5.i386.rpm nfs-utils-lib-1.0.8-7.9.el5.i386.rpm RPM keeps a database of all installed files and their MD5 checksums. I ran a validation and there's nothing coming up damaged. I also mounted nfs from a 64-bit version of nfs-utils on another machine. I couldn't test as thoroughly on that one, but the "damaged" files looked OK. And, just for completeness' sake, I rebooted the VM host. Still damaged, although it seemed slightly less damaged. I think I'm going to run a memory test. Tim On Wed, 2012-07-18 at 17:21 -0400, Bill Hager wrote: > A binary diff may provide some insight. > > Can you mount the nfs share to a different system and get the same results? > > It sounds like the nfs server or client software got corrupted during > the upgrade. > > Sent from my iPhone > > On Jul 18, 2012, at 14:32, Tim Holloway <[email protected]> wrote: > > > It means that an eyeball of the contents of the files shows obvious > > differences. And in the case of some of the shared tarballs, the file > > structure isn't even recognized as TAR format on the client, although it > > works just file on the server. > > > > Almost everything on the shares is binary, so I don't have any text > > files long enough to exhibit selective corruption. > > > > On Wed, 2012-07-18 at 18:09 +0000, Allen, Tom (GE Transportation) wrote: > >> What does corrupt mean in this case? Non-matching md5sums or some sort of > >> recognizable error? And when you say "binary files" do you mean this > >> doesn't affect plain text files? Have you verified that last bit with MD5? > >> > >> > > > > > > > > --------------------------------------------------------------------- > > Archive http://marc.info/?l=jaxlug-list&r=1&w=2 > > RSS Feed http://www.mail-archive.com/[email protected]/maillist.xml > > Unsubscribe [email protected] > > --------------------------------------------------------------------- Archive http://marc.info/?l=jaxlug-list&r=1&w=2 RSS Feed http://www.mail-archive.com/[email protected]/maillist.xml Unsubscribe [email protected]
