fedora: fc19 fdisk ziet device maar maakt geen /dev/ node

[Boudewijn]

Hoihoi

Lange dag hier en niet wakker en loop te prutten.
Heb een fc19 doos (ja fc20 is uit maar ik zit met ovirt te spelen) met een areca 1220 erin met daaraan een raid array. Die klopt volgens de utilities prima.

Ik zie in mijn fdisk -l inderdaad /dev/sdb1 van de goede grootte, echter wordt er geen /dev/sdb1 aangemaakt.
Alleen een /dev/sdb , maar dat is natuurlijk niet mijn partitie (kan hem trouwens ook niet mounten).

[root@X~]# cat /proc/scsi/scsi
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: SanDisk SDSSDHP1 Rev: X230
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi6 Channel: 00 Id: 00 Lun: 01
  Vendor: Areca    Model: ARC-1220-VOL#01  Rev: R001
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi6 Channel: 00 Id: 16 Lun: 00
  Vendor: Areca    Model: RAID controller  Rev: R001
  Type:   Processor                        ANSI  SCSI revision: 00

Ziet er ok gewoon prima uit , die sandisk is idd de OS-schijf.

Wat gaat hier nou mis?


De raidarray werkte trouwens out-of-the-box in een debian en ubuntu box.
Hmmz ik heb met makedev geprobeerd die node aan te maken en kom dit tegen in dmesg:

code:

[   20.615106] device-mapper: table: 253:4: multipath: error getting device
[   20.615110] device-mapper: ioctl: error adding target to table
[   20.620435] device-mapper: table: 253:4: multipath: error getting device
[   20.620439] device-mapper: ioctl: error adding target to table

Dat zou wijzen op multipath problemen, maar:

[root@X ~]# multipath -ll
Jan 04 01:24:58 | multipath.conf +5, invalid keyword: getuid_callout
Jan 04 01:24:58 | multipath.conf +18, invalid keyword: getuid_callout
20004d927fffff801 dm-2 Areca   ,ARC-1220-VOL#01
size=5.5T features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=1 status=active
  `- 6:0:0:1 sdb 8:16 active ready running

De partitie in kwestie is trouwens gewoon een simpele partitie met een ext4 fs erop. Geen LVM oid.

[ Voor 30% gewijzigd door Boudewijn op 04-01-2014 01:42 ]

[DeBolle]

Eerste ingeving/vraag: waarom ziet multipath maar een device voor dm-2?
Oh, wacht. Dat IS het probleem.

[ Voor 18% gewijzigd door DeBolle op 04-01-2014 11:01 ]

[CAPSLOCK2000]

Moet er misschien nog een driver geladen worden?

[Hero of Time]

Enige wat ik mij kan bedenken is dat de kernel wel bekend is met het device, maar niet de partities ervan. Die kan je scannen/verkrijgen met partprobe. Als je zelf een schijf partitioneert met fdisk wordt er niet altijd een rescan uitgevoerd door de kernel. Parted doet dat vziw wel.

[Boudewijn]

CAPSLOCK2000 schreef op zaterdag 04 januari 2014 @ 15:36:
Moet er misschien nog een driver geladen worden?

Lijkt al gebeurd te zijn, was eerste wat ik controleerde:

[root@X ~]# lsmod | grep arc
arcmsr                 36502  2 

Hero of Time schreef op zaterdag 04 januari 2014 @ 15:59:
Enige wat ik mij kan bedenken is dat de kernel wel bekend is met het device, maar niet de partities ervan. Die kan je scannen/verkrijgen met partprobe. Als je zelf een schijf partitioneert met fdisk wordt er niet altijd een rescan uitgevoerd door de kernel. Parted doet dat vziw wel.

Ja maar dit is een bestaande array die uit een werkende ubuntu setup komt (de ubuntu boot-disk heb ik eruit getrokken). Herpartitioneren is dus niet de bedoeling, er staat nog data op. Buiten dat heeft dit al tijden prima gewerkt.

Een partprobe levert wel een /dev/sdb1 op, maar die kan ik dan weer niet mounten.

[root@X ~]# mount /dev/sdb1 /raid/
mount: /dev/sdb1 is already mounted or /raid busy

Bizar dat er nog zoveel verschil zit tussen 2 mainstream distro's met soortgelijke kernel.
Ik ga me zo eens verdiepen in multipath.

Kleine noot,de layout van de disks/partitie:

CLI> rsf info
 #  Name             Disks TotalCap  FreeCap DiskChannels       State          
===============================================================================
 1  data                 4 8001.6GB    0.0GB 5678               Normal
===============================================================================
GuiErrMsg<0x00>: Success.

CLI> vsf info
  # Name             Raid Name       Level   Capacity Ch/Id/Lun  State         
===============================================================================
  1 ARC-1220-VOL#01  data            Raid5   6001.2GB 00/00/01   Normal
===============================================================================
GuiErrMsg<0x00>: Success.

Daarna gewoon met fdisk een partitie aangemaakt en daar een filesystem op geknald.
Net nog even de ubuntu disk geboot... dat werkt gewoon, en nergens iets te vinden rond multipath.

[ Voor 27% gewijzigd door Boudewijn op 04-01-2014 21:37 ]

[Hero of Time]

Heb je een multipath omgeving draaien? Dus heb je een file server met twee IP ranges of iig adressen en heeft de client ook toegang tot beide netwerken om de fileserver te bereiken? Zoniet, dan heeft multipath geen enkel nut.

[Boudewijn]

Exact , dat heb ik dus niet en ik vind het vrij vaag dat die multipath aan mijn raidkaart zit .
Wat interessant is is dat dit prima werkte tot ik ovirt heb geinstalleerd en ovirt heeft nogal wat packages binnengetrokken. Ik denk dat dit hiermee te maken heeft.

Nu nog kijken hoe ik er vanaf kom zonder ovirt te slopen.

[Hero of Time]

Multipath zou dan een recommend zijn, ipv een depend. Standaard worden recommended packages als dependencies gezien, tenzij je dat aanpast (iets wat ik standaard als eerste doe bij een nieuw Debian systeem in aptitude). Het verwijderen zou 'm niet moeten slopen.

[Boudewijn]

Een blacklist van alle devices in multipath.conf lostte alles op . Multipath blijft sindsdien van mijn spullen af.

[Hero of Time]

En apt-get remove multipath was geen optie, omdat...?

[Boudewijn]

1: omdat het fedora is
2: omdat het een situatie is met ovirt en ovirt herinstalleert vrolijk weer vdsm wat als dependency multipath heeft. Dan maar accepteren dat het geinstalleerd is en de hele boel blacklisten....

[Hero of Time]

1: Fedora heeft ook apt!
2: Juistem, Fedora kan nogal ruk zijn met hun dependencies. Waar de ene distro met minimale depends werkt en recommends en suggests heeft, doet Fedora vaak de recommend als depend.

[Boudewijn]

Yup dat is best wel lelijk, maar ja het is opgelost.

Wel bizar dat ik fors moet wennen na jaren alleen maar debian/ubuntu.

[Hero of Time]

Heh, en ik sta in principe op 't punt om ook Fedora te gaan gebruiken. Eerst maar eens achterhalen hoe ik een core systeem installeer, zoals ik dat met Debian altijd doe, en dan verder opbouwen.