So nachdem ich jetzt alle meine ESX Server auf 3.5 aktualisiert habe, wollte ich mich von meinem openfiler Target trennen und es mal mit open-E DSS versuchen \ud83d\ude42
\nDie ersten Test waren durchweg positiv und im iSCSI Bereich habe ich gut 8 MB\/s mehr Durchsatz als mit dem alten Target.<\/p>\n
Wenn da nicht immer diese ABER w\u00e4re …
\n
\nAlso flugs die Volumes einem Target zugewiesen und dann im ESX importieren wollen.<\/p>\n
Geht aber nicht weil beim erstellen des Storage folgende Fehlermeldung kommt:
\n„unable to read partition information from this disk“<\/p>\n
Schade erstmal, beim openfiler ging das einfach so…
\nWieder mal den Onkel Google befragt – aber auch der war nicht so richtig im Bilde.<\/p>\n
Am Ende hilft dann folgendes Vorgehen: vmhba0:0:0 \/dev\/cciss\/c0d0 in meinem Fall also \/dev\/sda<\/p>\n Mit einem fdisk \/dev\/sda<\/em> erkennt das fdisk die Partition schon als fehlerhaft. Hinweis: Da es per def. dem root nicht erlaubt ist per SSH auf den ESX zu gehen, ben\u00f6tigen wir als erstes einen Benutzer ohne root-rechte. P.S. So nachdem ich jetzt alle meine ESX Server auf 3.5 aktualisiert habe, wollte ich mich von meinem openfiler Target trennen und es mal mit open-E DSS versuchen \ud83d\ude42 Die ersten Test waren durchweg positiv und im iSCSI Bereich habe ich gut 8 MB\/s mehr Durchsatz als mit dem alten Target. Wenn da nicht immer diese […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"enabled":false},"version":2}},"categories":[16],"tags":[69,22,70],"class_list":["post-15","post","type-post","status-publish","format-standard","hentry","category-edv-probleme","tag-esx","tag-iscsi","tag-open-e"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/peux2-f","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts\/15","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=15"}],"version-history":[{"count":0,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=\/wp\/v2\/posts\/15\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=15"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=15"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ewig-drohendes-versagen.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=15"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nAn der ESX Konsole als root anmelden.
\nein vmkpcidivy -q vmhba_devs<\/em>
\nliefert alle Laufwerke<\/p>\n
\nvmhba0:1:0 \/dev\/cciss\/c0d1
\nvmhba32:0:0 \/dev\/sda<\/em><\/p>\n
\nEinfach mit w<\/em> best\u00e4tigen und schon ist die Partition bereit um als Storage eingebunden zu werden.<\/p>\n
\nF\u00fcr alle die so wie ich, zu „faul“ sind<\/s> „effizient“ arbeiten und deswegen nicht extra den beschwerlichen Weg bis in den Serverraum gehen wollen, hier die Remote Anleitung.<\/p>\n
\nDen legt man einfach im ESX unter Users&Groups an und geben ihm Shellzugriff.
\nDann z.B. mit Putty via SSH auf den Server mit dem frisch erstellten Benutzer anmelden und sich mit su<\/em> gefolgt vom root Password die passenden Rechte verschaffen.
\nSo nun kamen wieder mal Probleme auf mich zu, da meine ESXe weder fdisk noch vmkpcidivy als Kommando finden wollten.
\nDa hilft dann folgendes:
\n.\/usr\/sbin\/vmkpcidivy -q vmhba_devs<\/em>
\nund
\n.\/sbin\/fdisk \/dev\/sda<\/em><\/p>\n
\nWer sich gleich als root am ESX anmelden m\u00f6chte !!!NICHT EMPFOHLEN!!! kann dies wie folgend tun:
\nLokal am ESX anmelden oder via SSH mit „nicht“ root Benutzer und su
\nnano \/etc\/ssh\/sshd_config<\/em>
\nPermitRootLogin von „no“ auf „yes“ \u00e4ndern
\nDie Datei mit Ctrl-O sichern und nano mit Ctrl-X beenden
\nNicht vergessen den SSH Dienst neu zu starten \ud83d\ude42
\n .\/etc\/init.d\/sshd restart<\/em><\/p>\n\n\n","protected":false},"excerpt":{"rendered":"