lvm + reiserfs meretkorlat?

[Kosa Attila]

Hello!
Debian Sarge, 2.4.36.3 vanilla kernel (device-mapper patch-csel),
2.01.04-5 verzioju lvm2 csomag, 3.6.19-1 verzioju reiserfsprogs
csomag.

# vgdisplay
--- Volume group ---
VG Name VG
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 41
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 0
Open LV 0
Max PV 0
Cur PV 2
Act PV 2
VG Size 2.73 TB
PE Size 4.00 MB
Total PE 715239
Alloc PE / Size 0 / 0
Free PE / Size 715239 / 2.73 TB
VG UUID HB1rBM-lnDr-m7gZ-6oVY-kUM0-tHoD-YVZ7wh

# lvcreate -L 2T -n tombocske VG
/dev/VG/tombocske: write failed after 0 of 4096 at 0: No space left on device
Logical volume "tombocske" created
# ls -Al /dev/mapper/
total 0
brw-rw---- 1 root disk 254, 0 May 5 16:34 VG-tombocske
crw-rw---- 1 root root 10, 63 Apr 26 09:35 control
# ls -Al /dev/VG/
total 1
lrwxrwxrwx 1 root root 23 May 5 16:34 tombocske -> /dev/mapper/VG-tombocske
# lvremove /dev/VG/tombocske
Do you really want to remove active logical volume "tombocske"? [y/n]: y
Logical volume "tombocske" successfully removed
# lvcreate -L 1T -n tombocske VG
Logical volume "tombocske" created
# mkreiserfs /dev/VG/tombocske
mkreiserfs 3.6.19 (2003 www.namesys.com)

A pair of credits:
Vladimir Demidov wrote the parser for sys_reiser4(), the V3 alpha port, part of
the V3 journal relocation code, and helped Hans keep the business side of
things running.

Edward Shushkin wrote the encryption and compression file plugins, and the V3
journal relocation code.



count_blocks: block device too large
Aborted
# lvremove /dev/VG/tombocske
Do you really want to remove active logical volume "tombocske"? [y/n]: y
Logical volume "tombocske" successfully removed
# lvcreate -L 100G -n tombocske VG
Logical volume "tombocske" created
# mkreiserfs /dev/VG/tombocske
mkreiserfs 3.6.19 (2003 www.namesys.com)

A pair of credits:
Alexander Zarochentcev (zam) wrote the high low priority locking code, online
resizer for V3 and V4, online repacker for V4, block allocation code, and major
parts of the flush code, and maintains the transaction manager code. We give
him the stuff that we know will be hard to debug, or needs to be very cleanly
structured.

Vitaly Fertman wrote fsck for V3 and maintains the reiserfsprogs package now.
He wrote librepair, userspace plugins repair code, fsck for V4, and worked on
developing libreiser4 and userspace plugins with Umka.


Guessing about desired format.. Kernel 2.4.36.3 is running.
Format 3.6 with standard journal
Count of blocks on the device: 26214400
Number of blocks consumed by mkreiserfs formatting process: 9011
Blocksize: 4096
Hash function used to sort names: "r5"
Journal Size 8193 blocks (first block 18)
Journal Max transaction length 1024
inode generation number: 0
UUID: d4c6f9eb-077b-4dc8-9b32-e05643bbdfad
ATTENTION: YOU SHOULD REBOOT AFTER FDISK!
ALL DATA WILL BE LOST ON '/dev/VG/tombocske'!
Continue (y/n):y
Initializing journal - 0%....20%....40%....60%....80%....100%
Syncing..ok

Tell your friends to use a kernel based on 2.4.18 or later, and especially not a
kernel based on 2.4.9, when you use reiserFS. Have fun.

ReiserFS is successfully created on /dev/VG/tombocske.
# lvextend -L +1T /dev/VG/tombocske
Extending logical volume tombocske to 1.10 TB
Logical volume tombocske successfully resized
# resize_reiserfs /dev/VG/tombocske
resize_reiserfs 3.6.19 (2003 www.namesys.com)


count_blocks: block device too large
Aborted
# lvextend -L +1T /dev/VG/tombocske
Extending logical volume tombocske to 2.10 TB
Logical volume tombocske successfully resized


Tehat lehetseges 2TB-nal nagyobb lvm particiot letrehozni, meg ha
egy lepesben nem is sikerult neki. Gyanus, hogy az lvcreate a
hibas, mert 2048G nem sikerul neki, mig 2047G igen. Viszont a
reiserfs-re nincs tippem. Az elobb haromszor egymas utan meg
tudta csinalni (nem hittem a szememnek, azert probaltam ki
haromszor). Es amikor a veglegest akartam letrehozni, akkor
megint nem tudta, sot, azota egyaltalan nem tudja. Probaltam mar
reboot-ot is kinomban, de nem javult meg.

Valami jo otlet?

[Gabor HALASZ]

Post by Kosa Attila
Valami jo otlet?

A reiserfs3 sem korlat (This now allows for a theoretical maximum file
size of 2^60 bytes, but as there can be only 2^32 blocks with a maximum
of 2^16 bytes per block, the file system itself only supports 2^48 bytes)

Ezert megint kapni fogok, de hatha segit: tervezd at, vagy hasznalj
valami mast a linux helyett, egy nagy halom tool (es a kernel is) a mai
napig hulyeseget reportol ha 2T feletti meretet lat, tudok kuldeni
2.6.24/sid-es screenshotot, amin 3TB-s md drive lenne, csak eppen
negativ a Used erteke, de hozzaadva/kivonva az Available oszlopbol meg
mindig nem egyezik az 1k-blocks-ban levovel...

[Kosa Attila]

Post by Gabor HALASZ

Post by Kosa Attila
Valami jo otlet?

A reiserfs3 sem korlat (This now allows for a theoretical maximum file

Igy tudtam en is.

Post by Gabor HALASZ
Ezert megint kapni fogok, de hatha segit: tervezd at, vagy hasznalj
valami mast a linux helyett, egy nagy halom tool (es a kernel is) a mai

Egyelore Etch lett belole, igy mukodik amit szerettem volna.

A valami masra is van tipped? Peldaul a *bsd hogyan viszonyul a
sata-s 3ware kartyakhoz es a tobb TB-os particiokhoz?

[Hirling Endre]

Post by Gabor HALASZ
Ezert megint kapni fogok, de hatha segit: tervezd at, vagy hasznalj
valami mast a linux helyett, egy nagy halom tool (es a kernel is) a mai
napig hulyeseget reportol ha 2T feletti meretet lat, tudok kuldeni

Az egyik backup szerverünk sarge, 2.6.17.valami, és egy 6T-s ext3-ra
csinálja a mentéseket gond és minden látható hülyeségreportolás nélkül.
Ennek alapján legalábbis komoly esély van rá, hogy működhet a dolog.

-m-

[Andras HORVATH]

Post by Hirling Endre
Az egyik backup szerverünk sarge, 2.6.17.valami, és egy 6T-s ext3-ra

csak nehogy egyszer meg kelljen fsckzni..

raas

[Gabor HALASZ]

Post by Hirling Endre

Post by Gabor HALASZ
Ezert megint kapni fogok, de hatha segit: tervezd at, vagy hasznalj
valami mast a linux helyett, egy nagy halom tool (es a kernel is) a mai
napig hulyeseget reportol ha 2T feletti meretet lat, tudok kuldeni

Az egyik backup szerverünk sarge, 2.6.17.valami, és egy 6T-s ext3-ra
csinálja a mentéseket gond és minden látható hülyeségreportolás nélkül.

Min van az a 6T? Storagen?

Post by Hirling Endre
Ennek alapján legalábbis komoly esély van rá, hogy működhet a dolog.

Nyilvan van, ahol mukodik...

[Hirling Endre]

Post by Gabor HALASZ
Min van az a 6T? Storagen?

Hogy storage, az túlzás, valami fiberes diszkdoboz.

Post by Gabor HALASZ

Post by Hirling Endre
Ennek alapján legalábbis komoly esély van rá, hogy működhet a dolog.

Nyilvan van, ahol mukodik...

Erre próbáltam utalni, miszerint nem sok minden, és nem "a mai napig"
beszél hülyeséget 2T fölött. Sajnos nem tudom neked pontosan felidézni a
20T-s tesztünket (swraid0 v. lvm storage fölött, nem én csináltam, nem
emlékszem), de azzal sem volt látványos probléma.

-m-

[Gabor HALASZ]

Post by Hirling Endre

Post by Gabor HALASZ
Min van az a 6T? Storagen?

Hogy storage, az túlzás, valami fiberes diszkdoboz.

Mindegy mi, a lenyeg, hogy megkerulted a kernel az utobbi evek soran
osszeganyolt reszeinek jelentos szazalekat. Igy konnyu :)

Post by Hirling Endre

Post by Gabor HALASZ

Post by Hirling Endre
Ennek alapján legalábbis komoly esély van rá, hogy működhet a dolog.

Nyilvan van, ahol mukodik...

Erre próbáltam utalni, miszerint nem sok minden, és nem "a mai napig"
beszél hülyeséget 2T fölött.

Csak a kritikus reszei a kernelnek, mint pl az md driver.

Post by Hirling Endre
Sajnos nem tudom neked pontosan felidézni a
20T-s tesztünket (swraid0 v. lvm storage fölött, nem én csináltam, nem
emlékszem), de azzal sem volt látványos probléma.

Nekem megvan a keploves, jpg-ben elmentve, sok masikkal egyetemben (es
meg csak nem is en csinaltam :). Egyebkent az a legnagyobb baj, hogy
nalad nem jelentkezik (nem szomszed tehene effekt miatt), vagy
jelentkezzen mindenkinel, vagy senkinel, a ketto kozotti allapot
szamomra elfogadhatatlan.