Hello!
Van egy gep, lvm-es ext3 particiokkal, vserverrel. A vserverben
ufs-kent latszik az egyebkent ext3-as particio, es ilyet
produkal:
vserver:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdv1 35G 16G 18G 49% /
none 16M 728K 16M 5% /tmp
vserver:~# du -hs /var/www/
27G /var/www/
vserver:~# dd if=/dev/zero of=/demo.dd ; ls -alh /demo.dd ; df -h ; rm /demo.dd
dd: writing to `/demo.dd': No space left on device
38547617+0 records in
38547616+0 records out
19736379392 bytes (20 GB) copied, 1140.37 seconds, 17.3 MB/s
-rw-r--r-- 1 root root 19G 2014-10-21 13:25 /demo.dd
Filesystem Size Used Avail Use% Mounted on
/dev/hdv1 35G 35G 0 100% /
none 16M 728K 16M 5% /tmp
vserver:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdv1 35G 16G 18G 49% /
none 16M 728K 16M 5% /tmp
Nem csak a vserver-bol, hanem a "kulso" rendszerbol is ugyanez
latszik.
host:~# lvdisplay /dev/VG/vserver-disk
--- Logical volume ---
LV Name /dev/VG/vserver-disk
VG Name VG
LV UUID 000000-0000-0000-0000-0000-0000-000000
LV Write Access read/write
LV Status available
# open 1
LV Size 35.00 GB
Current LE 8960
Segments 4
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:9
host:~# df /dev/mapper/VG-vserver--disk
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/VG-vserver--disk
36124288 16783916 17872484 49% /vserver
host:~# tune2fs -l /dev/VG/vserver-disk
tune2fs 1.41.3 (12-Oct-2008)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 00000000-0000-0000-0000-000000000000
Filesystem magic number: 0x0000
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal resize_inode dir_index filetype
needs_recovery sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 4587520
Block count: 9175040
Reserved block count: 366972
Free blocks: 4835018
Free inodes: 4386727
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 957
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Fri Oct 19 19:38:18 2007
Last mount time: Mon Feb 10 16:16:42 2014
Last write time: Mon Feb 10 16:16:42 2014
Mount count: 11
Maximum mount count: 31
Last checked: Fri Jun 11 13:39:37 2010
Check interval: 15552000 (6 months)
Next check after: Wed Dec 8 12:39:37 2010
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 65590
Default directory hash: tea
Directory Hash Seed: 00000000-0000-0000-0000-000000000000
Journal backup: inode blocks
Ha rsync-kel atviszem masik gepre a /var/www tartalmat, akkor ott
27 GB helyet foglal. Ha "tar cfz"-vel csomagolom be, es ugy
viszem at a masik gepre, akkor is 27 GB lesz a kicsomagolas utan
(becsomagolva 24 GB). Hardlink nincs a /var/www alatt,
ellenoriztem. Softlink eseten pedig az rsync -aHv linkkent
kellene, hogy atvigye a linket, tehat ez sem indokolhatna a meret
novekedeset. Gyanakodtam a reiserfs es az ext3 kozotti
kulonbsegre is (a masik gepen reiserfs van), de probabol
csinaltam ext3 particiot is, azon is 27 GB lett...
Nem birok rajonni, hogy hogyan csinalja... Lehetseges lenne, hogy
valami fajlrendszer-serules okoz ilyet?
Valami jo otlet?
--
Udvozlettel
Zsiga
_________________________________________________
linux lista - linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux
