Re: Problem mit HP Autoloader
Heinz Dittmar wrote:
Am Donnerstag, 12. Mai 2005 07:32 schrieb Kyek, Andreas, VF-DE:
[...]
Laut HP Datenblatt hat der Autoloader ein 68pol. Stecker extern und kann LVD / SE Ultra Wide SCSI2.
(heist: entweder LVD [=low voltage differential SCSI] oder SE UW [=single ended Ultra Wide])
beides nutzt den 68 poligen Stecker.
Ich kann ehrlich gesagt nicht sehen, warum zumindest der device-scan am DC-2976 den HP-Autoloader nicht erkennen sollte. Der DC kann laut seiner Spezifikation Ultra Wide und der HP auch; das sollte für die Verbindung eigentlich genügen.
Was genau soll dieses "inkomtabibel" sein? LVD [=low voltage differential SCSI] wird vermutlich das Problem sein, und somit funktioniert der SCSI-Bus nicht in den Spezifikationen für den DC2976.
Das der Dawi kein LVD kann, ist klar. Aber gemäss HP Datenblatt macht der Autoloader eben _auch_ "SE UW-SCSI" und das kann der. Andreas
Kyek, Andreas, VF-DE wrote:
Ich kann ehrlich gesagt nicht sehen, warum zumindest der device-scan am DC-2976 den HP-Autoloader nicht erkennen sollte. Der DC kann laut seiner Spezifikation Ultra Wide und der HP auch; das sollte für die Verbindung eigentlich genügen. [...] Das der Dawi kein LVD kann, ist klar. Aber gemäss HP Datenblatt macht der Autoloader eben _auch_ "SE UW-SCSI" und das kann der.
Wie sieht es denn dann auf deinem System aus, wird der Autoloader dort richtig eingebunden auf der SCSI-Ebene? Was sagt den "cat /proc/scsi/scsi" ? Sandy
Guten Tag Sandy Drobic, Am Donnerstag, 12. Mai 2005 um 11:39 schrieb Sandy Drobic:
Kyek, Andreas, VF-DE wrote:
Ich kann ehrlich gesagt nicht sehen, warum zumindest der device-scan am DC-2976 den HP-Autoloader nicht erkennen sollte. Der DC kann laut seiner Spezifikation Ultra Wide und der HP auch; das sollte für die Verbindung eigentlich genügen. [...] Das der Dawi kein LVD kann, ist klar. Aber gemäss HP Datenblatt macht der Autoloader eben _auch_ "SE UW-SCSI" und das kann der.
Wie sieht es denn dann auf deinem System aus, wird der Autoloader dort richtig eingebunden auf der SCSI-Ebene? Was sagt den "cat /proc/scsi/scsi" ?
Sandy
Hallo! Inzwischen haben wir den Autoloader an den Server angeschlossen, er wird auch sowohl vom eigentlichen SCSI-BIOS erkannt, als auch von /proc/scsi/scsi angezeigt. Soweit so gut, sollte man meinen. Problem: mtx -f /dev/sg* load 2 funktioniert mit keinem der /dev/sg*, wir haben´s auch mit /dev/st* versucht; keine Reaktion. Dummerweise ist die Email mit den Systeminformationen (kernel, Kommandoausgaben usw.) irgendwie verloren gegangen, so dass ich derzeit nichts genaueres schreiben kann. Ich werde mich aber melden, sobald das geschehen ist (ca. in 1 Woche). Auf jeden Fall danke für die Nachfrage, nur leider kann ich derzeit keine Frage stellen, da mir schlicht die nötigen Daten fehlen. Schöne Pfingsten! :) Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hallo! Ich habe jetzt endlich Zugriff aufs System bekommen und kann somit ein paar Ergebnisse liefern: gdi1:~ # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: SAF-TE Rev: 1127 Type: Processor ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: HP Model: C5713A Rev: H107 Type: Sequential-Access ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 05 Lun: 01 Vendor: HP Model: C5713A Rev: H107 Type: Medium Changer ANSI SCSI revision: 02 Host: scsi0 Channel: 01 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD 0 RAID5 52G Rev: H Type: Direct-Access ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 02 Lun: 00 Vendor: BNCHMARK Model: DLT1 Rev: 5032 Type: Sequential-Access ANSI SCSI revision: 02 gdi1:~ # mtx -f /dev/sg2 status mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed gdi1:~ # mtx -f /dev/sg1 status mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed gdi1:~ # mtx -f /dev/sg0 status mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed gdi1~ # tapeinfo -f /dev/sg0 Product Type: Processor Vendor ID: 'HP ' Product ID: 'SAF-TE^@^@^@^@^@^@^@^@^@^@' Revision: '1127' Attached Changer: No SerialNumber: '[^@' MinBlock:23296 MaxBlock:514 SCSI ID: 4 SCSI LUN: 0 Ready: yes Medium Type: Not Loaded Density Code: 0x5b BlockSize: 5251104 DataCompEnabled: no DataCompCapable: no DataDeCompEnabled: no CompType: 0x70431440 DeCompType: 0x0 Block Position: 1526726656 kann als /dev/st1 angesprochen werden. gdi1~ # tapeinfo -f /dev/sg1 Product Type: Tape Drive Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:16777215 SCSI ID: 5 SCSI LUN: 0 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208 gdi1~ # tapeinfo -f /dev/sg2 Product Type: Medium Changer Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:320 SCSI ID: 5 SCSI LUN: 1 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208 gdi1:~ # mtx -f /dev/sg0 load 2 mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed Kernel 2.4.18-64GB-SMP Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein mtx -f /dev/sg0 load 2 ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis. Vielen Dank schonmal und ein schönes Wochenende noch. ciao, Stefan
Hallo, Stefan Schilling wrote:
Hallo!
Ich habe jetzt endlich Zugriff aufs System bekommen und kann somit ein paar Ergebnisse liefern:
Schon klar...
gdi1:~ # cat /proc/scsi/scsi
Attached devices: Das ist sg0 Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: SAF-TE Rev: 1127 Type: Processor ANSI SCSI revision: 02 sg1 Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: HP Model: C5713A Rev: H107 Type: Sequential-Access ANSI SCSI revision: 02 sg2 Host: scsi0 Channel: 00 Id: 05 Lun: 01 Vendor: HP Model: C5713A Rev: H107 Type: Medium Changer ANSI SCSI revision: 02 sg3 Host: scsi0 Channel: 01 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD 0 RAID5 52G Rev: H Type: Direct-Access ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 02 Lun: 00 Vendor: BNCHMARK Model: DLT1 Rev: 5032 Type: Sequential-Access ANSI SCSI revision: 02
Also ist das folgende das Problem...
gdi1:~ # mtx -f /dev/sg2 status mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed ... gdi1~ # tapeinfo -f /dev/sg2
Product Type: Medium Changer Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:320 SCSI ID: 5 SCSI LUN: 1 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208
Bis hierher alles normal. Als nächstes hättest du mtx -f /dev/sg2 load 2 probieren sollen...
gdi1:~ # mtx -f /dev/sg0 load 2 mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed Kernel 2.4.18-64GB-SMP
Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein
mtx -f /dev/sg0 load 2
/dev/sg2 muss es sein.
ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis.
Hast Du mal von HP das LTTE-Programm drauflosgelassen? Das Gerät hat wahrscheinlich ein Display - was steht da drauf? SCSI-BUS in Ordnung? Ggf. mal als einziges Gerät an einem *genau den Spezifikationen* des Gerätes passenden HBA hängen - LVD, SE, Wide, Narrow... Kabellängen, Terminierung - das alles sind gar nicht so seltene Fehlerquellen. Ansonsten muss ich Montag meine meinen HP Autoloader mit tapeinfo kitzeln und sehen was der sagt... Arno
Vielen Dank schonmal und ein schönes Wochenende noch.
ciao, Stefan
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Guten Tag Arno Lehmann, Am Samstag, 21. Mai 2005 um 23:26 schrieb Arno Lehmann:
Hallo,
Stefan Schilling wrote:
Hallo!
gdi1:~ # cat /proc/scsi/scsi
Attached devices: Das ist sg0 Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: SAF-TE Rev: 1127 Type: Processor ANSI SCSI revision: 02 sg1 Host: scsi0 Channel: 00 Id: 05 Lun: 00 Vendor: HP Model: C5713A Rev: H107 Type: Sequential-Access ANSI SCSI revision: 02 sg2 Host: scsi0 Channel: 00 Id: 05 Lun: 01 Vendor: HP Model: C5713A Rev: H107 Type: Medium Changer ANSI SCSI revision: 02 sg3 Host: scsi0 Channel: 01 Id: 00 Lun: 00 Vendor: MegaRAID Model: LD 0 RAID5 52G Rev: H Type: Direct-Access ANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 02 Lun: 00 Vendor: BNCHMARK Model: DLT1 Rev: 5032 Type: Sequential-Access ANSI SCSI revision: 02
Also ist das folgende das Problem...
gdi1:~ # mtx -f /dev/sg2 status mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed ... gdi1~ # tapeinfo -f /dev/sg2
Product Type: Medium Changer Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:320 SCSI ID: 5 SCSI LUN: 1 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208
Bis hierher alles normal. Als nächstes hättest du mtx -f /dev/sg2 load 2 probieren sollen...
gdi1:~ # mtx -f /dev/sg2 load 2 mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=0 (Unknown?!) mtx: Request Sense: Sense Key=No Sense mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 00 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no READ ELEMENT STATUS Command Failed gdi1:~ #
Kernel 2.4.18-64GB-SMP
Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein
mtx -f /dev/sg0 load 2
/dev/sg2 muss es sein.
s.o.
ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis.
Hast Du mal von HP das LTTE-Programm drauflosgelassen?
nein. für welches OS ist das?
Das Gerät hat wahrscheinlich ein Display - was steht da drauf?
nachdem er die Kassette geladen hat, zeigt er mir eine "0" an (= kein Band geladen). Das kann ich mittels Knopf ändern.
SCSI-BUS in Ordnung? Ggf. mal als einziges Gerät an einem *genau den Spezifikationen* des Gerätes passenden HBA hängen - LVD, SE, Wide, Narrow... Kabellängen, Terminierung - das alles sind gar nicht so seltene Fehlerquellen.
das ist ein HP-Server mit eingebauter SCSI-Karte, das verwendete Kabel stammt direkt vom Zubehör des Autoloaders. Das einzige, wo ich mir nicht sicher bin, ist der Terminator. Kann sein, dass der von einem anderen Gerät stammt. Aber das kann ich am Montag prüfen.
Ansonsten muss ich Montag meine meinen HP Autoloader mit tapeinfo kitzeln und sehen was der sagt...
wäre nett. Hinweis: Falls das verloren gegangen sein sollte, es gibt s.o. zwei Tapedevices. Eins ist intern und kann auch mittels /dev/st1 angesprochen (beschrieben) werden. Dies hat die ID 02. Installiert ist ein SuSE 8.0 (oder 8.2? ich weiss es nicht genau). Danke Arno. cu, Stefan
Hallo Stefan, On Saturday, May 21, 2005 10:08 PM, Stefan Schilling wrote:
Hallo!
Ich habe jetzt endlich Zugriff aufs System bekommen und kann somit ein paar Ergebnisse liefern:
[...]
viele Meldungen
Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein
mtx -f /dev/sg0 load 2
ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis.
ich betreibe hier ebf. einen HP Autoloader (DDS3) und habe damit keine Probleme, allerdings muß ich seit der SuSE 8.2 diesen entsperren. mtst -f /dev/st0 unlock mtst -f /dev/st0 eject danach kann ich mit den Kommandos wieder arbeiten ... mtx -f /dev/sg3 load / unload HTH Daniel
Hallo Daniel! Am Montag, 23. Mai 2005 um 08:57 schrieb Daniel Bauer:
Hallo Stefan,
On Saturday, May 21, 2005 10:08 PM, Stefan Schilling wrote:
Hallo!
Ich habe jetzt endlich Zugriff aufs System bekommen und kann somit ein paar Ergebnisse liefern:
[...]
viele Meldungen
Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein
mtx -f /dev/sg0 load 2
ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis.
ich betreibe hier ebf. einen HP Autoloader (DDS3) und habe damit keine Probleme, allerdings muß ich seit der SuSE 8.2 diesen entsperren.
mtst -f /dev/st0 unlock mtst -f /dev/st0 eject
Danke für den Hinweis, ich habe es dem Passwortmann gesagt, er will´s mal probieren. Mal schaun, wie lange das dauert. Ich melde mich dann wieder, k?
danach kann ich mit den Kommandos wieder arbeiten ...
mtx -f /dev/sg3 load / unload
hmh, klar. (ich hasse es, mich nicht selber einloggen zu können, das dauert dann immer alles so lange). cu, Stefan
Guten Tag Stefan Schilling, Am Montag, 23. Mai 2005 um 21:04 schrieb Stefan Schilling:
Hallo Daniel!
Am Montag, 23. Mai 2005 um 08:57 schrieb Daniel Bauer:
Hallo Stefan,
On Saturday, May 21, 2005 10:08 PM, Stefan Schilling wrote:
Ich hoffe, ihr könnt damit was anfangen. Normalerweise sollte ein
mtx -f /dev/sg0 load 2
ja eigentlich funktionieren (ich hab das auch noch mit " ... -f /dev/sg1 ... und ... /dev/sg2 ... " probiert. Immer wieder das o.s. Ergebnis.
ich betreibe hier ebf. einen HP Autoloader (DDS3) und habe damit keine Probleme, allerdings muß ich seit der SuSE 8.2 diesen entsperren.
mtst -f /dev/st0 unlock mtst -f /dev/st0 eject
Danke für den Hinweis, ich habe es dem Passwortmann gesagt, er will´s mal probieren. Mal schaun, wie lange das dauert. Ich melde mich dann wieder, k?
Rückmeldung: lt. seiner Angaben hat das nicht geklappt, wobei es mir auch mit mehreren Nachfragen nicht wirklich gelungen ist, ihm zu entlocken, was er denn nun wirklich probiert hat. Er meinte, er hätte da mal was probiert... Auf jeden Fall *schien* er wohl die o.s. Kommandos zu meinen. Ok, was kann ich sonst noch machen? Sowas muss doch funktionieren... Danke und einen schönen Dienstag noch! cu, Stefan
Moin, Stefan Schilling wrote:
Hallo!
Ich habe jetzt endlich Zugriff aufs System bekommen und kann somit ein paar Ergebnisse liefern:
gdi1~ # tapeinfo -f /dev/sg1
Product Type: Tape Drive Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:16777215 SCSI ID: 5 SCSI LUN: 0 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208
gdi1~ # tapeinfo -f /dev/sg2
Product Type: Medium Changer Vendor ID: 'HP ' Product ID: 'C5713A ' Revision: 'H107' Attached Changer: No MinBlock:1 MaxBlock:320 SCSI ID: 5 SCSI LUN: 1 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x26 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 637534208
So, jetzt hab' ich hier das Ergebnis von tapeinfo mit meinem alten Autoloader: goblin:~ # tapeinfo -f /dev/sg5 Product Type: Medium Changer Vendor ID: 'HP ' Product ID: 'C1553A ' Revision: '9503' Attached Changer: No SCSI ID: 5 SCSI LUN: 1 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x24 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 goblin:~ # tapeinfo -f /dev/sg4 Product Type: Tape Drive Vendor ID: 'HP ' Product ID: 'C1553A ' Revision: '9503' Attached Changer: No MinBlock:1 MaxBlock:16777215 SCSI ID: 5 SCSI LUN: 0 Ready: yes BufferedMode: yes Medium Type: Not Loaded Density Code: 0x24 BlockSize: 0 DataCompEnabled: yes DataCompCapable: yes DataDeCompEnabled: yes CompType: 0x20 DeCompType: 0x0 Block Position: 120512 goblin:~ # Was mir auffällt ist das Changer offensichtlich doch entscheidend unterschiedlich angesprochen werden: Deiner scheint vom Laufwerk mehr Informationen zu bekommen, z.B. zur Block Position. Und meiner Lügt, denn es ist eine Cartridge geladen... Das macht die Auswertung irgendwelcher Unterschiede schwieriger. Also würde ich empfehlen mit den L&TT-Tools dem Probelm nachzugehen. Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
participants (5)
-
Arno Lehmann -
Daniel Bauer -
Kyek, Andreas, VF-DE -
Sandy Drobic -
Stefan Schilling