Hello,
I recently updated my linux machine to latest release of aptsid including the latest slh kernel:
Code:
Linux compa 3.4-0.slh.4-aptosid-686 #1 SMP PREEMPT Sun May 27 12:52:42 UTC 2012 i586 GNU/Linux
After that nfs export of that machine behaves strange:
If I mount a share of that machine on another machines ( one is also with aptosid, the ohter one Ubunutu 12.04 ) and then do md5sum on files on it's not the same as if I do it local.
The wrong md5sums remain the same as long as the folder is mounted. If I remount it again the md5sums change.
The strange thing is: On another machine with nearly the same kernel version there is no problem with nfs shares. The only difference is that it's a 64 Bit Kernel on that machine:
Code:
Linux compb 3.4-0.slh.3-aptosid-amd64 #1 SMP PREEMPT Fri May 25 14:14:11 UTC 2012 x86_64 GNU/Linux
Is it possible that it's related to the type of machine I'm using on compa?
The machine that is causing the problem is quite special ... it's the alix board with AMD Geode CPU:
Code:
cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 5
model : 10
model name : Geode(TM) Integrated Processor by AMD PCS
stepping : 2
microcode : 0x8b
cpu MHz : 498.076
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow up
bogomips : 996.15
clflush size : 32
cache_alignment : 32
address sizes : 32 bits physical, 32 bits virtual
power management:
Is anybody else facing similar problems?
Any hints what else I should check?
I also did apt-get purge for all nfs-server related files and reinstalled it but no improvement. |