Here is something I can't put my hands around to well and I don't really understand why that is, other then may be the fize of each mount point not process properly on AMD64, but that's just an idea. See lower below for why I think it might be the case. In any case, I would welcome a logical explication why that might be however.

I mirror a mount point for three servers, one AMD64 and two i386. Then I do df -h for each one, but I get way different results when I do it on AMD64, or when I do it on i386, but I can't understand why.

When I do the df -i however, I do get the same amount of inode, so there is the same amount of files. I even use rsync to make a perfect mirror of them and still I get way different results.

AMD64 give me 4.6GB as the i386 gives me 8.1GB. The funny part is that the AMD64 should give me more as the file system include a bit more stuff

AMD64 mount point file system is for /var/www as the mirror one is for /var/www/sites and the amd does include all of sites files.

However is I log in with WinSCP and do the calculate stuff on both server to the location

/var/www/sites, I do get the same results.

dev.....
52584 files, 2799 folders
location /var/www
7,685 MB (8,059,054,473)

www2....
52584 files, 2799 folders
location /var/www
7,683 MB (8,056,394,923)

The difference in size is the logs files that are process not in sync of each others, but locally on each one.

I can't explain this one.

This is really weird.

I thought to delete the file system and recreate it with the additional mount to to see, but the results should be good as it is now as the /var/www/sites is inside the /var/www one on the AMD64.

i386 display:
# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/wd0a      247M   27.8M    206M    12%    /
/dev/wd0h      4.6G    3.2M    4.3G     0%    /home
/dev/wd0d      495M    1.0K    470M     0%    /tmp
/dev/wd0g      4.4G    206M    3.9G     5%    /usr
/dev/wd0e     12.6G    745M   11.2G     6%    /var
/dev/wd1b      7.8G    2.0K    7.4G     0%    /var/mysql
/dev/wd0f      991M    1.1M    940M     0%    /var/qmail
/dev/wd1a     19.7G    8.1G   10.6G    43%    /var/www/sites


AMD64 display:
www1# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/wd0a      251M   40.5M    198M    17%    /
/dev/wd0h     1024M   54.0K    972M     0%    /home
/dev/wd0d     1006M    2.0K    956M     0%    /tmp
/dev/wd0g      4.9G    304M    4.4G     6%    /usr
/dev/wd0e     24.6G    4.6G   18.7G    20%    /var
/dev/wd0f     1006M    1.5M    955M     0%    /var/qmail


I also thought about files still open, but I rebooted the system to be safe and still the same results.

May be the disklabel is not seen right, or calculate right on AMD64. I am not sure I understand this right, but if the file system use fsize of 2048 on AMD64 and display almost 1/2 the size of the i386 that use fsize of 1024, may be that's just the part of the fsize that is missing in the calculation.

So, far I couldn't come up with a different explication.

www1# disklabel wd0
# Inside MBR partition 3: type A6 start 63 size 78156162
# /dev/rwd0c:
type: ESDI
disk: ESDI/IDE disk
label: Maxtor 6E040L0
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 16383
total sectors: 78165360
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # microseconds
track-to-track seek: 0  # microseconds
drivedata: 0

16 partitions:
#             size        offset  fstype [fsize bsize  cpg]
a: 524097 63 4.2BSD 2048 16384 328 # Cyl 0*- 519 b: 8388576 524160 swap # Cyl 520 - 8841 c: 78165360 0 unused 0 0 # Cyl 0 - 77544 d: 2097648 8912736 4.2BSD 2048 16384 328 # Cyl 8842 - 10922 e: 52429104 11010384 4.2BSD 2048 16384 328 # Cyl 10923 - 62935 f: 2097648 63439488 4.2BSD 2048 16384 328 # Cyl 62936 - 65016 g: 10486224 65537136 4.2BSD 2048 16384 328 # Cyl 65017 - 75419 h: 2132865 76023360 4.2BSD 2048 16384 328 # Cyl 75420 - 77535*


oppose to i386:
# disklabel wd0
# Inside MBR partition 3: type A6 start 63 size 58621122
# /dev/rwd0c:
type: ESDI
disk: ESDI/IDE disk
label: QUANTUM FIREBALL
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 16383
total sectors: 58633344
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0           # microseconds
track-to-track seek: 0  # microseconds
drivedata: 0

16 partitions:
#             size        offset  fstype [fsize bsize  cpg]
a: 524097 63 4.2BSD 1024 8192 86 # Cyl 0*- 519 b: 8388576 524160 swap # Cyl 520 - 8841 c: 58633344 0 unused 0 0 # Cyl 0 - 58167 d: 1048320 8912736 4.2BSD 1024 8192 86 # Cyl 8842 - 9881 e: 27263376 9961056 4.2BSD 1024 8192 86 # Cyl 9882 - 36928 f: 2097648 37224432 4.2BSD 1024 8192 86 # Cyl 36929 - 39009 g: 9436896 39322080 4.2BSD 1024 8192 86 # Cyl 39010 - 48371 h: 9874368 48758976 4.2BSD 1024 8192 86 # Cyl 48372 - 58167

Reply via email to