rhel:iscsi-rhel6
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| rhel:iscsi-rhel6 [2012/05/22 11:06] – jenad | rhel:iscsi-rhel6 [2024/08/07 11:39] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| yum install iscsi-initiator-utils.x86_64 | yum install iscsi-initiator-utils.x86_64 | ||
| iscsiadm -m discovery -t sendtargets -p 192.168.44.77 | iscsiadm -m discovery -t sendtargets -p 192.168.44.77 | ||
| + | | ||
| + | nodes anzeigen lassen (targets) und notfalls nicht benötigte targets löschen: | ||
| + | | ||
| iscsiadm -m node | iscsiadm -m node | ||
| iscsiadm -m node --op delete --targetname <iqn> | iscsiadm -m node --op delete --targetname <iqn> | ||
| - | | + | |
| - | # | + | eventuell |
| - | | + | |
| + | | ||
| + | |||
| + | <note important> | ||
| + | eventuell initiatorid ändern: | ||
| + | vi / | ||
| + | |||
| + | iscsi neu starten | ||
| service iscsi stop | service iscsi stop | ||
| service iscsid restart | service iscsid restart | ||
| service iscsi start | service iscsi start | ||
| | | ||
| + | meldungen des kernels checken: | ||
| dmesg | dmesg | ||
| | | ||
| + | die ausgabe sieht ungefähr so aus (sdc war schon partitioniert): | ||
| < | < | ||
| [689943.698079] scsi 4:0:0:0: Direct-Access | [689943.698079] scsi 4:0:0:0: Direct-Access | ||
| Zeile 26: | Zeile 38: | ||
| </ | </ | ||
| - | falls noch nicht pertitioniert, weiter mit fdisk und mkfs ... | + | falls noch nicht partitioniert, weiter mit fdisk und mkfs ... |
| + | |||
| + | Open /etc/fstab file and append config directive: | ||
| + | |||
| + | /dev/sdc1 /mnt/foobar ext4 _netdev 0 0 | ||
| + | |||
| + | oder vorher label zuordnen: | ||
| + | |||
| + | e2label /dev/sdc1 < | ||
| + | |||
| + | und dann in der fstab das label angeben: | ||
| + | LABEL=< | ||
| + | |||
| + | noch besser ist es die UUID zuzuordnen, dann braucht man kein label zuzuordnen: | ||
| + | |||
| + | blkid -o list | ||
| + | |||
| + | und dann in der /etc/fstab die uuid angeben, zb wie hier: | ||
| + | |||
| + | UUID=cb024e63-cebd-4f0f-a623-3064ce9e3393 /mnt/PART1 btrfs _netdev 1 2 | ||
| + | |||
| + | |||
| + | ====== neue lun einlesen ====== | ||
| + | |||
| + | iscsiadm -m session --rescan | ||
| + | |||
| + | Kontrolle mit | ||
| + | |||
| + | iscsiadm -m session -P3 | ||
| + | |||
| + | da sollte dann sowas stehen | ||
| + | < | ||
| + | Attached SCSI devices: | ||
| + | ************************ | ||
| + | Host Number: 15 State: running | ||
| + | scsi15 Channel 00 Id 0 Lun: 0 | ||
| + | scsi15 Channel 00 Id 0 Lun: 7 | ||
| + | Attached scsi disk sdb State: running | ||
| + | scsi15 Channel 00 Id 0 Lun: 8 | ||
| + | Attached scsi disk sdc State: running | ||
| + | </ | ||
| + | |||
| + | |||
| + | ====== neues storage anbinden ====== | ||
| + | |||
| + | wie oben zunächst targets einlesen, aber gleichzeitig einloggen, die neue LUN wird dann als neues Gerät eingebunden, | ||
| + | |||
| + | nur anzeige neues Target | ||
| + | < | ||
| + | iscsiadm -m discovery -t sendtargets -p 192.168.40.50 | ||
| + | iscsiadm -m node | ||
| + | </ | ||
| + | |||
| + | neues Target einlesen und gleichzeitig einloggen (neue Session) | ||
| + | < | ||
| + | iscsiadm -m discovery -t sendtargets -p 192.168.40.50 --login | ||
| + | </ | ||
| + | |||
| + | <note tip>die neue LUN wird sofort ins multipathing eingebunden (falls der multipathd läuft). damit schlägt ein direktes mkfs fehl mit dieser meldung: | ||
| + | |||
| + | /dev/sde is apparently in use by the system; werde dort kein Dateisystem erstellen! | ||
| + | |||
| + | d.h. das neue gerät muß entweder aus dem multipathing wieder raus oder man verwendet das entsprechende multipathing-device, | ||
rhel/iscsi-rhel6.1337684810.txt.gz · Zuletzt geändert: (Externe Bearbeitung)
