Recent content by tukl

Hallo nochmal: https://lore.kernel.org/lkml/CAHk-=wjWKEQUG2Z5a=2FGUfO5+choQ0jhszqyDmHfZoTXVJYJQ@mail.gmail.com/T/ ist der vorgefundene Fehler. Sollte mit 5.17 wieder verschwinden und tritt erst ab Skylake auf. Gruß, Heiko.

Hallo, ich hab das Problem nun nach dem Update auf 7.2 auch nachvollziehen können. Migration von qemu-6.2 VMs auf "ältere" CPUs führen zu sehr langsamen bis komplett hängenden VMs bei 100% CPU der VM. Ich hatte noch 4 Hosts auf dem 5.13er Kernel bei denen der reboot noch offen war -> gleiches...

Hi, habe es heute Morgen geschafft den aktuellen Master durchzubauen. Kann bestätigen das nun auch die Anzeige sauber funktioniert. Sowohl bei den Drives als auch bei den Import/Export-Slots wird das Label nun korrekt angezeigt. Gruß, Heiko.

Hi, Punkt 1: Done. Punkt 2: Scheitere aktuell am Bauen. Hab jetzt mal über git den aktuellen Tree geholt, den Patch applied und dann make getippt. *poof* Irgendwelcher dependency-Kram mit 0.115 und 0.11.6. Da steht wohl ein Releasewechsel an. Hab den Patch aber mal mit sg_raw nachvollzogen...

Ok, dann mache ich mal weiter: Wenn ich ein Tape mounten will, muß ich immer ein Laufwerk selektieren. Bei mehr als einem Drive (Habe teilweise mehr als 16 in einer Lib), wäre es praktisch wenn einfach das nächste freie Laufwerk RoundRobin genommen würde. Das ist aber mehr ein Feature was nett...

Hi Dominik, ehrlich gesagt ist mir das etwas viel Aufwand nur um 5 Zeilen Code zu schicken ;) Kannst das also gerne selbst machen. Soll ich für weitere Dinge einen neuen Thread starten falls mir noch was auffällt oder einfach hier weitermachen? Gruß, Heiko.

Hi, habe nun das selbst compilierte proxmox- backup-server-Package installiert. TapeLib funktioniert nun wie man sich es wünscht :) Gruß, Heiko.

Ok, damit man die Volumenamen hat, ist der VolTag bei der ersten Element-Anfrage notwendig: root@pbs01:~# ./pmtx status --changer ibm3584 using device /dev/tape/by-id/scsi-000007814651057A Transport Element (Griper) 0: Empty Transport Element (Griper) 1: Empty Data Transfer Element...

Hi Nochmal, ich habe nun mal den Master von PBS 2.0-4 durchgebaut um zu sehen ob der neue Code nun funktioniert. root@pbs01:~# ./pmtx status --changer ibm3584 using device /dev/tape/by-id/scsi-000007814651057A Error: read element status (B8h) failed: Illegal Request, Additional sense: Invalid...

Falls du ein frisches pmtx hast, kann ich gerne damit testen. Ansonsten warte ich auf frische Pakete. Danke schonmal für die echt fixe Umsetzung, Heiko.

So, auch mit den Nachfolgemodellen mit ALMS und aktueller Firmware verhält sich der Zugriff identisch. Bleibe daher erstmal bei der "alten" Lib für weitere Tests. Falls du noch weitere Daten benötigst, Test-Outputs usw., ich stehe gerne zur Verfügung. Gruß, Heiko.

Ok, exakt so sieht es aus. Bei den Drives tut es und beim Rest laufe ich in den Fehler. Die exakten Start/Anzahl der Elemente und die Size scheint egal zu sein. Die Lib liefert trotzdem die korrekten Daten aus. Nur sobald DVCID auf 1 sitzt gibt es den Fehler außer bei den Drives. Ich hätte noch...

Tjo, an der Stelle habe ich leider verloren. Der letzte Release für die Hardware war 7422 Release Date: 10/09/09. Gruß, Heiko.

Keine Änderung, wie gesagt, die Lib mag DVCID=1 nicht. Auch wenn ich die MTX-Queries nehme und dort DVCID auf 1 setzte gibt es sofort wieder den bekannten Fehler. Gruß, Heiko.

Ok, sobald ich die DVCID auf 1 setze, knallen alle Abfragen egal was die Anzahl der Elemente sagt. CURDATA 0 oder 1 ist egal. Also nochmal mtx gegriffen und die CDB-Daten ausgeben lassen. mtx macht erstmal ein inquiry 0000: 17 00 00 00 1D 12 00 01 00 02 05 7A 01 78 03 01 '...........z.x..'...