[ReiserFS]Mount problemen

[Verwijderd]

Ik heb een server staan met 1 RAID6 volume van 15.7TB. Ik heb met parted een gpt PartitionTable gemaakt en daarna 1 ReiserFS volume van 15.7TB.

Daarna met mkreiserfs /dev/sdb1 het volume geformateerd...

code:

# mkreiserfs /dev/sdb1
mkreiserfs 3.6.19 (2003 www.namesys.com)

A pair of credits:
BigStorage  (www.bigstorage.com)  contributes to our general fund  every month,
and has done so for quite a long time.

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.


Guessing about desired format.. Kernel 2.6.22-gentoo-r5 is running.
Format 3.6 with standard journal
Count of blocks on the device: 536870896
Number of blocks consumed by mkreiserfs formatting process: 24595
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: 26c25c42-d468-4a18-a51e-87394bd4045f
ATTENTION: YOU SHOULD REBOOT AFTER FDISK!
        ALL DATA WILL BE LOST ON '/dev/sdb1'!
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/sdb1.

Daarna kon ik 'm mounten door simpel # mount /dev/sdb1 /mnt/areca/raidvol6 te doen.

Vanaf dat moment kon ik alles met dat volume wat je er ook van verwacht: Lezen, schrijven, df geeft juiste beschikbare ruimte... allemaal goed!


Maar als ik reboot, dan kan het zomaar gebeuren dat ik mijn volume daarna niet meer kan mounten. Het gebeurt ook weleens dat ik 'm wel kan mounten, maaar dan geeft df -h zomaar dat ik nog maar 2TB beschikbaar heb. Ik heb het getest. En inderdaad: Hij geeft een melding schijf vol als ik er meer naartoe aan het schrijven ben dan 2TB.

Uitvoer van parted /dev/sdb print:

code:

parted /dev/sdb print
Model: Areca ARC-1280-VOL#00 (scsi)
Disk /dev/sdb: 15.7TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  15.7TB  15.7TB  reiserfs

Information: Don't forget to update /etc/fstab, if necessary.

Iemand een idee waar dit aan kan liggen?
Moet ik misschien nog opties meegeven in mount waar ik niet van weet?

Oh, en dit zeggen dmesg en mijn messageslog:
dmesg:

code:

ReiserFS: sdb1: found reiserfs format "3.6" with standard journal
ReiserFS: sdb1: using ordered data mode
ReiserFS: sdb1: journal params: device sdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sdb1: checking transaction log (sdb1)
ReiserFS: sdb1: Using r5 hash to sort names
ReiserFS: sdb1: warning: Created .reiserfs_priv on sdb1 - reserved for xattr storage.

/var/log/everything/current (na een mount die wel succesvol is. dus direct na een mkfsreiser)

code:

Sep 13 10:55:48 [kernel] ReiserFS: sdb1: found reiserfs format "3.6" with standard journal
Sep 13 10:55:48 [kernel] ReiserFS: sdb1: using ordered data mode
Sep 13 10:55:48 [kernel] ReiserFS: sdb1: journal params: device sdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
Sep 13 10:55:48 [kernel] ReiserFS: sdb1: checking transaction log (sdb1)
Sep 13 10:55:48 [kernel] ReiserFS: sdb1: Using r5 hash to sort names
Sep 13 10:55:48 [kernel] ReiserFS: sdb1: warning: Created .reiserfs_priv on sdb1 - reserved for xattr storage.

Oh, en als ik 'm probeer te mounten zonder succes, zegt dmesg:

code:

ReiserFS: sdb: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on sdb

[ Voor 2% gewijzigd door Verwijderd op 13-09-2007 14:41 . Reden: Nabrandertje ]

[deadinspace]

Verwijderd schreef op donderdag 13 september 2007 @ 14:24:
Oh, en als ik 'm probeer te mounten zonder succes, zegt dmesg:

code:

ReiserFS: sdb: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on sdb

Hieruit maak ik op dat je probeert /dev/sdb te mounten, en niet /dev/sdb1. Klopt dat?

[Verwijderd]

Nee, ik probeer gewoon /dev/sdb1 te mounten.
Ik dacht ook even het verkeerd te hebben gedaan, dus heb het nogeens getest en het is echt /dev/sdb1.

[deadinspace]

Hmm, dat is vreemd...

Wat zegt mount als het mounten niet lukt?

Wat geeft

cat /proc/partitions

Als het mounten wel wil lukken? En wat als het mounten niet wil lukken?

[Verwijderd]

# cat /proc/partitions
major minor  #blocks  name

   8     0   36151920 sda
   8     1     136521 sda1
   8     2   20008957 sda2
   8     3    2008125 sda3
   8     4   13992615 sda4
   8    16 15380854272 sdb
   8    17 2147483647 sdb1

Bij een onsuccesvolle mount:

# mount /dev/sdb1 /mnt/areca/raid6_vol00
mount: you must specify the filesystem type

# mount -t reiserfs /dev/sdb1 /mnt/areca/raid6_vol00
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Bij een succesvolle mount:

# mount /dev/sdb1 /mnt/areca/raid6_vol00

# mount
/dev/sda2 on / type ext3 (rw,noatime)
proc on /proc type proc (rw,nosuid,nodev,noexec)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,nosuid,noexec)
shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
/dev/sdb1 on /mnt/areca/raid6_vol00 type reiserfs (rw)

# dmesg | tail -n 5
ReiserFS: sdb1: found reiserfs format "3.6" with standard journal
ReiserFS: sdb1: using ordered data mode
ReiserFS: sdb1: journal params: device sdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sdb1: checking transaction log (sdb1)
ReiserFS: sdb1: Using r5 hash to sort names

[jealma]

Volgens Wikipedia heeft ReiserFS een maximale volume-size van 16TiB. 15.7TB is volgens mijn minder als 16TiB, maar je zit wel dicht in de buurt.
Verder vraag ik me af waarom je ReiserFS op een 15.7TB volume wilt zetten. Met zoveel ruimte ga je waarschijnlijk geen bestandjes a la 4KB erop zetten, dus waarom kies je niet voor JFS of XFS? Vooral XFS is een goede keuze als je Areca met een BBU is uitgerust en als je server achter een USP staat.

Ik zou iig eens proberen om je volume met een ander FS te formatteren, mounten en testen, om zo uit te sluiten dat ReiserFS het probleem is. Ik zie namelijk op http://www.namesys.com/mount-options.html niet echt opties staan die je nog zou moeten meegeven tijdens het mounten.

[Verwijderd]

Opzich moet de grote niet uitmaken zolang het maar onder de 16T blijft, lijkt mij. Maar onder het mom van 'niet geschoten is altijd mis', heb ik het toch maar even getest door een partitie van 8T te maken; Zelfde probleem!

Wat betreft XFS:
Hoewel het wat richting off-topic gaat naar mijn idee... Als ik immers wilde discuseren over welk FS en waarvoor, dan had ik dat wel gepost
Maargoed, om er toch even op in te gaan: Ik heb van Wikipedia begrepen dat XFS het aanmaken en verwijderen van directory-entries een stuk trager is dan andere bestandssystemen. (letterlijke vertaling). En aangezien het niet ondenkbaar is dat dat best eens intesief zal gaan gebeuren op dat ding, spreekt me de keuze voor XFS dus niet zo aan.

OH, BTW: Ik was ook bij http://www.namesys.com/mount-options.html, maar helaas zag ik daar geen opties die mogelijk mijn probleem konden verhelpen.

Ik ga toch even testen met een XFS Volume van 16T. En als ik daar het probleem niet heb, dan moet ik maar kijken wat ik ga doen...

[jealma]

Het was/is niet mijn bedoeling om je over te halen een ander FS als ReiserFS te gebruiken, maar het lijkt me handig om te testen met bijvoorbeeld JFS of XFS of het probleem dat je hebt bij ReiserFS of het mounten daarvan ligt, of dat het probleem em zit in iets anders.

[Verwijderd]

Helemaal eens.... Ben nu aan het testen met XFS...
Ben benieuwd!

To be continued...

[Verwijderd]

Potverdikkie! Met XFS precies hetzelfde probleem:
Partitie aanmaken, formateren, daarna mounten en naar schrijven.... Gaat allemaal goed...
Opnieuw opstarten en weer proberen te mounten... Niet meer werken!

# parted /dev/sdb print
Model: Areca ARC-1280-VOL#00 (scsi)
Disk /dev/sdb: 15.7TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  15.7TB  15.7TB  xfs

Information: Don't forget to update /etc/fstab, if necessary.

# mount /dev/sdb1 /mnt/areca/raid6_vol00
mount: you must specify the filesystem type
dataserver4 ~ # mount -t xfs /dev/sdb1 /mnt/areca/raid6_vol00
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

[jealma]

Staat er bij de event-manager van je Areca nog wat bijzonders dat mischien meer informatie kan geven?
Of mischien is 1 van de hardeschijven een beetje gaar (S.M.A.R.T. op je areca wel ff aanzetten).

Je weet nu iig dat ReiserFS niet het probleem is.

[Verwijderd]

Nee, precies.
Aan de ene kant ben ik er blij mee. Aan de andere kant zou ik blij zijn geweest met een oplossing. Probleem bestaat nu natuurlijk nog...

Verder zoeken... Wederom een "To be continued...."

[deadinspace]

[quote]Verwijderd schreef op vrijdag 14 september 2007 @ 08:42:

# cat /proc/partitions
major minor  #blocks  name

   8     0   36151920 sda
   8     1     136521 sda1
   8     2   20008957 sda2
   8     3    2008125 sda3
   8     4   13992615 sda4
   8    16 15380854272 sdb
   8    17 2147483647 sdb1

Is dit als het mounten wel of niet wil lukken? Ik vroeg trouwens om de output in beide gevallen (dus zowel wanneer het wel werkt als wanneer het niet werkt)

[Verwijderd]

Haha! Ja overheen gelezen.
Nou, antwoord is simpel: cat /proc/partitions geeft altijd dezelfde output.
(zolang ik mijn partitietabel niet wijzig )

[DataGhost]

code:

Kernel configuration
   Block layer --->
      [*] Support for Large Block Devices
      [*] Support for Large Single Files

CONFIG_LBD:

Say Y here if you want to attach large (bigger than 2TB) discs to
your machine, or if you want to have a raid or loopback device
bigger than 2TB. Otherwise say N.

CONFIG_LSF:

Say Y here if you want to be able to handle very large files (bigger
than 2TB), otherwise say N.

Dat staat allemaal aan?

[Verwijderd]

Yep, allebei aan!

[jealma]

https://bugs.launchpad.ne...source-2.6.20/+bug/127125
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/107326

Schijnt dat er een bug in parted zit, waardoor er een corrupt gpt label aan wordt gemaakt. De mensen van de eerste link hebben exact hetzelfde probleem, namelijk dat er iets corrupt is na het opnieuw mounten en dat ze voor die tijd wel kunnen schrijven.

Probleem zit em dus waarschijnlijk in je kernel. Ik weet niet of je Ubuntu gebruikt (ik gok eerder op Gentoo) maar mischien kun je hier iets mee?

[Verwijderd]

Ik gebruik inderdaad Gentoo. En ik heb inderdaad ook precies hetzelfde probleem. Die gast (gokje ) heeft ook geprobeerd het device te formateren en daarna te mounten. /dev/sda dus bijvoorbeeld. Heb ik hier ook gedaan. En werken he!
Goed, ik weet nu in ieder geval dat ik niet de enige ben
Nu nog opzoek naar een elegante werkbare oplossing...
Bedankt voor de tip jealma!

[ Voor 3% gewijzigd door Verwijderd op 17-09-2007 13:39 ]