16 Tb fájlrendszer ext3-al

Debian GNU/Linux

Sziasztok!

A cégünknél most üzemelünk be egy 16Tb-os RAID6-os volume-ot (iSCSI -val), ext3at raktunk rá és olyan probléma van vele hogy rsync-el át akarjuk migrálni a régi fájlrendszert, de az néhány fájlnál nem hozza magával a jogosultságokat, és simárn root root-al jön létre az új fájl (a fájlok 99%-a viszont rendben van)... Mi lehet ennek az oka? Az ext3-at mkfs.ext3-al csináltam, ami alap beállításokkal hiba nélkül lefutott, 4K block mérettel. Előfordulhat hogy valami fájlrendszer szintü probléma van a dolog hátterében? Az rsync-et "-av" kapcsolóval paramétereztem.

A másik kérdésem az lenne hogy ext2ifs-el próbáltuk rávenni a Windows-os szervereinket hogy ők is lássák a meghajtót, de formázatlanként látják a partíciót, és ha rá akarunk nézni a meghajtó tartalmára akkor formázni szeretné. (Holott már egy csomó dolog fel van rá másolva...) Létezik valami használható megoldás arra hogy egy tömböt lássanak a linuxos és a windowsos szerverek is? Nem szeretnénk több volume-ot definiálni, mert a linuxos szervereink belátható időn belül el fogják használni ezt a tárterületet, a windowsos-akat viszont csak azért szeretnénk beállítani hogy ha esetleg kifogynak a helyből akkor hirtelen tudjunk hova nyúlni.

  • 1827 megtekintés

( andrej_ v | 2011. 02. 04., p – 08:57 )

Windows-on a unix services nem tud NFS klienst? Azzal jobban jártok valszin, mint bűvészkedéssel.

( elod v | 2011. 02. 04., p – 09:04 )

Azért látják formázatlannak mert:

"""
Large inodes

The current version of Ext2 IFS only mounts volumes with an inode size of 128 like old Linux kernels have.

Some very new Linux distributions create an Ext3 file systems with inodes of 256 bytes. Ext2 IFS 1.11 is not able to access them.

Currently there is only one workaround: Please back up the files and create the Ext3 file system again. Give the mkfs.ext3 tool the -I 128 switch. Finally, restore all files with the backup.
"""

Köszi! Ez vhogy elkerülte a figyelmünket... És az hogy az rsync nem viszi át a jogosultságokat az milyen problémából adódhat? Lehet hogy a windows már beletrutyizott a fájlrendszerbe?...

Kicsit tanácstalan vagyok hogy most újra csináljam-e az egész fájlrendszert, mert a fájlok áthelyezése így is napokba tellik...

Amúgy a végén lehet hogy az lesz hogy a windowsok majd kapnak egy sima samba megosztást, csak eddig ezt nem akartuk mert így gigabitnél nagyobb sávszélességet nem fogunk tudni elérni...

( DieHappy | 2011. 02. 04., p – 09:42 )

Lehet hulyeseget mondok, de ugy remlik az ext3 alapbol csak 8Tb-ot kezel, es csak trukkozessel veheto ra a 16-ra. Nem lehet ebbol gond?

( lberes (nem ellenőrzött) | 2011. 02. 04., p – 10:44 )

-p, --perms
This option causes the receiving rsync to set the destination permissions to be the same as the source permissions. (See also the --chmod option for a way to modify what rsync considers to be the source permissions.)

(Szerk.: most elbizonytalanodtam, ui. en mindig -azvpt kapcsolokat hasznalok, es a man azt irja, hogy a -a [archive] funkcio mar tartalmazza a prezervaciot).

--
Fedora, RHEL, CentOS, virtualizáció, SELinux: http://sys-admin.hu

( dap | 2011. 02. 04., p – 12:19 )

Ha nem kell uid/gid mapping, akkor tolj be egy --numeric-ids -t is neki, hátha.

Fájlrendszer szintű probléma kizárt.

( uid_16401 | 2011. 02. 04., p – 14:34 )

Van bátorságod ennyi adatot ext3-ra tenni? Használj zfs-t, azt pont erre találták ki.