Also das mit der Synology klappt nun. Doch möchte ich nun Suse an Suse binden. Das klappt nicht. Beim Ziel, einer Suse 13.2 habe ich ein Storage dran und dort eine Partition /dev/sda die genutzt werden soll. Beim Initiatior einer SLES11 wird der auch erkannt, aber ich kann den nicht verbinden, obwohl keine auth gesetzt ist. Im log vom Initiator steht: iscsid: conn 0 login rejected: initiator failed authorization with target Oct 28 11:21:17 schooladmin iscsid: Connection12:0 to [target: iqn.2015-10.de.bbs1-gifhorn:273850eb-476e-463e-99ee-b4107a681dde, portal: 172.16.3.6,3260] through [iface: default] is shutdown. Im Target steht: iSCSI Initiator Node: iqn.1996-04.de.suse:01:389acdc5768b is not authorized to access iSCSI target portal group: 1. Oct 28 11:21:15 nas2 kernel: iSCSI Login negotiation failed. Hat jemand hier noch einen Tipp für mich? Am 27. Oktober 2015 um 20:19 schrieb Sebastian Gödecke :

Ah Okay, Danke für die Antworten.

Am 27. Oktober 2015 um 20:09 schrieb Jan Ritzerfeld :

...

Am Dienstag, 27. Oktober 2015, 15:55:52 schrieb Sebastian Gödecke:

...

Hallo ML, ich möchte mein Suse mittels iSCSI um etwas mehr speicher erweitern. Dazu habe ich auf meiner Synology ein iSCSI Target erstellt. In der Ssue habe ich mittels Yast das target auch schon gefunden.

Du meinst damit, dass es unter "Ermittelte Ziele" auftaucht?

...

Was mir nun nicht ganz klar ist, welches ich auch durch lektüre nicht gelöst bekomme: wie/wo mounte ich da etwas hin?

Erst einmal musst du dich anmelden, dazu gibt es unter "Ermittelte Ziele" den Knopf "Anmelden". Dort kannst du auch angeben, wann es gestartet werden soll. Da ich meins nur für verschlüsselte Backups benutze habe ich "Start" auf manual. Falls du es regelmäßig benutzen willst, würde ich "automatic" wählen.

...

Oder brauche ich das gar nicht?

Dochdoch.

...

Der Speicher vom Target muss doch irgendwo in meinem Initiator angebunden werden. Aber wo?

So wie Mathias bereits geschrieben hat, stellt das Ziel anfangs nur eine nackte Festplatte zur Verfügung, /dev/sdX, die du erst partitionieren und formatieren musst. Gut daran ist, dass du sie auch ganz normal mit YaST verschlüsseln kannst.

Gruß Jan -- Beware of programmers who carry screwdrivers.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Mit freundlichen Grüßen Sebastian Gödecke

-- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Sebastian, Am 29.10.2015 um 14:57 schrieb Sebastian Gödecke:

Am 28. Oktober 2015 um 11:28 schrieb Sebastian Gödecke :

...

Also das mit der Synology klappt nun. Doch möchte ich nun Suse an Suse binden. Das klappt nicht. Beim Ziel, einer Suse 13.2 habe ich ein Storage dran und dort eine Partition /dev/sda die genutzt werden soll. Beim Initiatior einer SLES11 wird der auch erkannt, aber ich kann den nicht verbinden, obwohl keine auth gesetzt ist. Im log vom Initiator steht: iscsid: conn 0 login rejected: initiator failed authorization with target Oct 28 11:21:17 schooladmin iscsid: Connection12:0 to [target: iqn.2015-10.de.bbs1-gifhorn:273850eb-476e-463e-99ee-b4107a681dde, portal: 172.16.3.6,3260] through [iface: default] is shutdown.

Im Target steht: iSCSI Initiator Node: iqn.1996-04.de.suse:01:389acdc5768b is not authorized to access iSCSI target portal group: 1. Oct 28 11:21:15 nas2 kernel: iSCSI Login negotiation failed.

Hat jemand hier noch einen Tipp für mich?

Ich habe das noch mal mit einer frischen Suse 13.2 in einer VM probiert, auch hier der selber Fehler wenn ich zu dem Target verbinden will. Es ist wieder der loginfehler. Ich habe schon versucht den Identifer kürzer zu wählen, das brachte aber auch keinen erfolg.

Ist das unter Suse noch nicht stabil? Das würde mich nicht wundern. Zumindest was den Target Teil in 13.2 (LIO) betrifft - der ist völliger Müll, so wie er da ausgeliefert wird nicht zu gebrauchen. Stundenlange Nacharbeit war vonnöten um den zum Laufen zu bewegen. Könnte also durchaus sein, dass die Seuche auch der Initiator hat, wobei das allerdings doch völlig verschiedene Pakete sind.

Ah, Moment - lese dein Posting gerade noch einmal genauer: Ja, exakt dieselben Probleme hatte ich auch wenn man die 13.2 als Target verwenden will. Erkennen ging, connecten nicht. Wie gesagt, Müll, den offensichtlich keiner getestet hat. Schon das Yast Modul dazu ist völliger Schrott. Ich hatte damals alles LIO Zeugs von 13.2 rausgeworfen und neue Pakete von den aktuellen Quellen gebaut. Das Yast Modul kannst Du dann allerdings vergessen, ist aber wie gesagt eh, nicht zu gebrauchen. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 29.10.2015 um 15:33 schrieb Sebastian Gödecke: [...]

...

...

Ich habe das noch mal mit einer frischen Suse 13.2 in einer VM probiert, auch hier der selber Fehler wenn ich zu dem Target verbinden will. Es ist wieder der loginfehler. Ich habe schon versucht den Identifer kürzer zu wählen, das brachte aber auch keinen erfolg.

Ist das unter Suse noch nicht stabil?

Das würde mich nicht wundern. Zumindest was den Target Teil in 13.2 (LIO) betrifft - der ist völliger Müll, so wie er da ausgeliefert wird nicht zu gebrauchen. Stundenlange Nacharbeit war vonnöten um den zum Laufen zu bewegen. Könnte also durchaus sein, dass die Seuche auch der Initiator hat, wobei das allerdings doch völlig verschiedene Pakete sind.

Ah, Moment - lese dein Posting gerade noch einmal genauer: Ja, exakt dieselben Probleme hatte ich auch wenn man die 13.2 als Target verwenden will. Erkennen ging, connecten nicht. Wie gesagt, Müll, den offensichtlich keiner getestet hat. Schon das Yast Modul dazu ist völliger Schrott. Ich hatte damals alles LIO Zeugs von 13.2 rausgeworfen und neue Pakete von den aktuellen Quellen gebaut. Das Yast Modul kannst Du dann allerdings vergessen, ist aber wie gesagt eh, nicht zu gebrauchen.

Du hast den dann also per konsole aufgesetzt? Sowohl Target, als auch Initiator? Target ja, Initiator nein. Initiator war/ist eine 13.1

Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Manfred, hallo Leute, Am Donnerstag, 29. Oktober 2015 schrieb Manfred Kreisl:

Genauer gesagt mit dem Tool targetcli (siehe hier: https://www.thomas-krenn.com/de/wiki/Linux-IO_Target_%28LIO%29_unter_U buntu_14.04), das openSUSE einem vorenthält weil sie ja so ein geiles Yast Tool gebastelt haben.

Falsche Begründung ;-) - üblicherweise würde ich vermuten, dass nur niemand ein Paket dafür gebaut hat, weil das YaST-Modul bei den meisten Leuten so gut funktioniert ;-) Soweit meine Vermutung. Dann habe ich nachgesehen - in Tumbleweed und Leap 42.1 ist targetcli enthalten.

Soweit ich mir erinnere, hat das Yast Modul schon funktioniert, aber nur dann, wenn man NICHTS an den Vorgaben ändert. Sobald man eine klitzekleine Änderung durchführt, gings nicht mehr. Und da ich mindestens 20 Targets mit eigenen Namen hatte und das Importieren natürlich auch nicht klappte, ging wie bereits erwähnt halt rein gar nichts.

Zeigst Du mir bitte mal den zugehörigen Bugreport? Gruß Christian Boltz -- Die SuSE 9.2 ist ein gutes Argument 20 Euro in die Hand zu nehmen und ein DVD-Laufwerk zu kaufen. [Manfred Tremmel in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Manfred, hallo Leute, Am Donnerstag, 29. Oktober 2015 schrieb Manfred Kreisl:

Am 29.10.2015 um 18:36 schrieb Christian Boltz:

...

Am Donnerstag, 29. Oktober 2015 schrieb Manfred Kreisl:

...

Genauer gesagt mit dem Tool targetcli (siehe hier: https://www.thomas-krenn.com/de/wiki/Linux-IO_Target_%28LIO%29_unte r_U buntu_14.04), das openSUSE einem vorenthält weil sie ja so ein geiles Yast Tool gebastelt haben.

Falsche Begründung ;-) - üblicherweise würde ich vermuten, dass nur niemand ein Paket dafür gebaut hat, weil das YaST-Modul bei den meisten Leuten so gut funktioniert ;-)

Soweit meine Vermutung. Dann habe ich nachgesehen - in Tumbleweed und Leap 42.1 ist targetcli enthalten.

Schön, dann hat sich die Situation da ja erfreulicherweise gebessert, die Rede war aber von openSUSE 13.2

Weiß ich ja ;-)

...

...

Soweit ich mir erinnere, hat das Yast Modul schon funktioniert, aber nur dann, wenn man NICHTS an den Vorgaben ändert. Sobald man eine klitzekleine Änderung durchführt, gings nicht mehr. Und da ich mindestens 20 Targets mit eigenen Namen hatte und das Importieren natürlich auch nicht klappte, ging wie bereits erwähnt halt rein gar nichts.

Zeigst Du mir bitte mal den zugehörigen Bugreport?

Gibt keinen. Ich war damals als ich meine Tests gemacht hatte dermaßen geladen dass ich von einem Bugreport abgesehen hatte, da ich mich a) wahrscheinlich etwas im Ton vergriffen hätte und

Stimmt - manchmal muss man sich erst kurz zurücklehnen, bevor man einen bösen Bugreport schreibt ;-)

b) ich kein Bugreport-Fan bin, da mein(e) Bugreport(s) bislang stets seitens der Entwickler ignoriert wurden

Ich weiß ja nicht, wo Du überall Bugreports einreichst - in bugzilla.opensuse.org habe ich jedenfalls nur einen Bugreport von Dir gefunden. Ja, der ist noch offen - aber von _einem_ Bugreport auf "bringt ja doch nichts" zu schließen, ist wohl etwas vorschnell. Fürs YaST iSCSI-Modul gibt es übrigens ein knappes Dutzend Bugreports, alle fixed und großteils auch mit Update für ältere openSUSE-Versionen. Ich bin mir also ziemlich sicher, dass ein Bugreport geholfen hätte ;-) (und selbst wenn nicht, ist es wie bei den Wahlen - nur wer gewählt hat, darf über die Politiker meckern. Und nur wer einen Bugreport eingereicht hat, darf über nicht gefixte Bugs meckern ;-) Nebenbei: gut die Hälfte [1] aller openSUSE-Bugreports wird früher oder später gefixt (der Rest verteilt sich auf duplicate, noresponse, worksforme und diverse andere Gründe, die teils am Bugreporter und teils am Entwickler liegen) - Bugreports bringen also definitiv etwas.

Da es jetzt das targetcli gibt, vermute ich mal dass das Yast Modul reichlich umgekrempelt wurde, da targetcli und Yast völlig inkompatibel zueinander waren.

Keine Ahnung - ich kenne von iSCSI nur den Namen ;-) Gruß Christian Boltz [1] Je nachdem, wer die Bugreports einreicht, schwankt die Quote etwas - ich komme beispielsweise auf über 60% fixed :-) -- [Loadbalancer vor Mailservern] Ausbauen, bei Ebay verhökern und die frei gewordene Zeit zusammen mit dem Ebay-Erlös in eine große Betriebsparty mit Cocktails anlegen. [Peer Heinlein in postfixbuch-users] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Also ich habe nun LEAP 42.1 installiert und das sollte als Target dienen. Also habe ich nun in yast "iSCSI-LIO-Ziel" konfiguriert und keine Auth gesetzt. in meiner SLES11 SP§ wolte ich dann das Ziel mit iSCSI-Initiator hinzufügen und es wird mir auch weider als Ermittelt angezeigt, allerdings kann ich es nicht einbinden. Es steht bei verbunden immer noch "Falsch" und bei LEAP 24.1 als auch SLES sagen immer SLES: iscsid: conn 0 login rejected: initiator failed authorization with target iscsid: Connection7:0 to [target: iqn.2015-11.de.xxxxxxxxxx:421-1, portal: 172.16.3.7,3260] through [iface: default] is shutdown. leap42.1: iSCSI Initiator Node: iqn.1996-04.de.suse:01:389acdc5768b is not authorized to access iSCSI target portal group: 1. nas2 kernel: iSCSI Login negotiation failed. Aber wie oben erwähnt, habe ich keine Auth gewählt. Was muss ich Wo als bugreport schreiben, damit das gefixt wird (wenn es denn gemacht wird)? Gruß Sebastian Am 30. Oktober 2015 um 02:55 schrieb Manfred Kreisl :

Am 29.10.2015 um 23:02 schrieb Christian Boltz:

[...]

...

Ich weiß ja nicht, wo Du überall Bugreports einreichst - in bugzilla.opensuse.org habe ich jedenfalls nur einen Bugreport von Dir gefunden.

Ja, der ist noch offen - aber von _einem_ Bugreport auf "bringt ja doch nichts" zu schließen, ist wohl etwas vorschnell.

Aber es ist wie bei vielen Dingen: der erste Eindruck zählt, und der war bei mir halt sehr sehr schlecht.

...

Fürs YaST iSCSI-Modul gibt es übrigens ein knappes Dutzend Bugreports, alle fixed und großteils auch mit Update für ältere openSUSE-Versionen. Ich bin mir also ziemlich sicher, dass ein Bugreport geholfen hätte ;-)

Na, ist müßig darüber zu diskutieren. Aber im Falle Sebastians Problem, was übrigens wohl auch meines war, haben die vielen schönen Bugfixes offensichtlich nix geholfen, und meiner Meinung nach musste jeder, der das LIO Paket verwendet und vorher auf iscsi-target war, über diesen Bug stolpern

...

(und selbst wenn nicht, ist es wie bei den Wahlen - nur wer gewählt hat, darf über die Politiker meckern. Und nur wer einen Bugreport eingereicht hat, darf über nicht gefixte Bugs meckern ;-)

Da gebe ich dir Recht.

...

Nebenbei: gut die Hälfte [1] aller openSUSE-Bugreports wird früher oder später gefixt (der Rest verteilt sich auf duplicate, noresponse, worksforme und diverse andere Gründe, die teils am Bugreporter und teils am Entwickler liegen) - Bugreports bringen also definitiv etwas.

Du kennst doch sicher was man mit Statistiken alles machen kann...

...

...

Da es jetzt das targetcli gibt, vermute ich mal dass das Yast Modul reichlich umgekrempelt wurde, da targetcli und Yast völlig inkompatibel zueinander waren.

Keine Ahnung - ich kenne von iSCSI nur den Namen ;-)

Ja, wie wahrscheinlich 99,99% aller openSUSE Benutzer - darum konnte es meiner Meinung nach auch nur passieren, dass ein dermaßen verbuggtes Paket freigegeben wurde.

So, das war's von mir zu diesem Thema ;-)

lg Manfred

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 10. November 2015 um 22:29 schrieb Christian Boltz :

Hallo Sebastian, hallo Leute,

Am Dienstag, 10. November 2015 schrieb Sebastian Gödecke:

...

Also ich habe nun LEAP 42.1 installiert und das sollte als Target dienen. Also habe ich nun in yast "iSCSI-LIO-Ziel" konfiguriert und keine Auth gesetzt.

in meiner SLES11 SP§ wolte ich dann das Ziel mit iSCSI-Initiator hinzufügen und es wird mir auch weider als Ermittelt angezeigt, allerdings kann ich es nicht einbinden. Es steht bei verbunden immer noch "Falsch" und bei LEAP 24.1 als auch SLES sagen immer SLES: iscsid: conn 0 login rejected: initiator failed authorization with target iscsid: Connection7:0 to [target: iqn.2015-11.de.xxxxxxxxxx:421-1, portal: 172.16.3.7,3260] through [iface: default] is shutdown.

leap42.1: iSCSI Initiator Node: iqn.1996-04.de.suse:01:389acdc5768b is not authorized to access iSCSI target portal group: 1. nas2 kernel: iSCSI Login negotiation failed.

Aber wie oben erwähnt, habe ich keine Auth gewählt.

Was muss ich Wo als bugreport schreiben, damit das gefixt wird (wenn es denn gemacht wird)?

Erstmal eine Frage: Hast Du für den SLE offiziell Support _und_ kannst das Problem auch bei einer Verbindung von SLE zu einem (anderen? gleichen?) SLE reproduzieren? Falls ja, würde ich den SLE-Support bemühen. (Wobei ich jetzt nicht weiß, welche Support-Ansprüche Du genau hast und ob Du einen Bugfix "erzwingen" kannst.)

Ansonsten wie üblich bugzilla.opensuse.org

Am Ende landet das Ganze eh bei den gleichen Leuten (den YaST- Entwicklern) ;-)

Ob jetzt der "offizielle" SLE-Weg oder der direkte (weil ohne Umweg über den SLE-Support) Weg per bugzilla besser funktioniert, weiß ich mangels SLE nicht. (Ein Hinweis im Bugreport, dass das auch SLE betrifft, kann nicht schaden.)

Hm, also ob ich offizielen SLE Support habe, weiß ich gar nicht genau. Ich habe hier aber drei Server aus Basis des SLES die auch sauber zertifiziert und gekauft sind, allerdings ist da noch ein "Aufsatz" für den Bildungsbereich drauf, konkret für den schulischen Bereich. Ich habe selbstverständlich für das Ding support, aber ob das richtiger SLE support ist, weiß ich nicht. Es betrifft meiner Meinung ja auch nicht den SLES, weil die Kombination SLES11SP3 an eine Synology NAS funktioniert ja. Nur eben SLES11 an eine 13.2 und nun LEAP42.1 funktioniert nicht. Also als "iSCSI Initiator" funktinoiert das mit der SLES an die Synology, nur wenn LEAP42.1 als iSCSI Target dienen soll, klappt das nicht. Ich kann gerne das bei Bugzilla reporten, weiß aber nicht genau was ich da reporten soll?! Was bei mir passiert (oder auch nicht) inkl fehlermeldung von beiden Maschinen? Der Bugreport sollte ja dann auch verständlich sein. Gruß Sebastian

Gruß

Christian Boltz --

...

(Beschwerden bitte an die Verbrecher des jeweiligen Programms) :) Die KDE4-Entwickler sind vermutlich eh noch eingebunkert... [> Karl Thomas Schmidt und Helga Fischer in opensuse-de]

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org