Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

USB device - dauerndes Rescan

Moderatoren: Dayworker, irix

Member
Beiträge: 13
Registriert: 20.07.2011, 17:53

USB device - dauerndes Rescan

Beitragvon gdebus » 24.04.2012, 15:36

Hallo,

habe hier einen 4.1.0 502767 Host im Einsatz. An dem Host ist ein USB-RDX Laufwerk angeschlossen. In einer SLES11-VM läuft ein Backup-Programm was auf das RDX sichern soll. Da die Sicherungen nicht immer laufen habe ich mal etwas nachgeforscht. In den /var/log/message Dateien auf dem Host und in der VM finde ich zeitgleich folgende Einträge:

Host:
vmkernel: 52:00:47:32.617 cpu5:4407)<6>usb 1-5: USB disconnect, address 60
vmkernel: 52:00:47:32.943 cpu3:4407)<6>usb 1-5: new high speed USB device using ehci_hcd and address 61
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: configuration #1 chosen from 1 choice
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: Vendor: 0x1a5a, Product: 0x0006, Revision: 0x0120
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: Interface Subclass: 0x06, Protocol: 0x50
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb-storage 1-5:1.0: interface is claimed by usb-storage
vmkernel: 52:00:47:33.099 cpu1:9870254)<7>usb-storage: device found at 61
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: device is not available for passthrough
vmkernel: 52:00:47:33.099 cpu1:9870254)<7>usb-storage: waiting for device to settle before scanning
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: New USB device found, idVendor=1a5a, idProduct=0006
vmkernel: 52:00:47:33.099 cpu4:4407)<6>usb 1-5: new device strings: Mfr=1, Product=2, SerialNumber=3
vmkernel: 52:00:47:33.110 cpu3:4126)ScsiNpiv: 1500: GetInfo for adapter vmhba722, [0x410008040080], max_vports=0, vports_inuse=0, linktype=0, state=0, failreas
on=0, rv=-1, sts=bad0020
vmkernel: 52:00:47:35.101 cpu2:9874349)usb-storage: detected SCSI revision number 3 on vmhba722
vmkernel: 52:00:47:35.101 cpu2:9874349)usb-storage: patching inquiry data to change SCSI revision number from 3 to 2 on vmhba722
vmkernel: 52:00:47:35.101 cpu2:9874349)usb-storage: setting peripheral qualifier to 'not connected' on vmhba722
vmkernel: 52:00:47:35.101 cpu5:4384)<6>usb-storage 1-5:1.0: unclaiming vmhba722
vmkernel: 52:00:47:35.101 cpu5:9870254)<7>usb-storage: device scan complete

VM:

kernel: [80105.894359] usb 1-1: reset high speed USB device using ehci_hcd and address 57
kernel: [80121.202911] usb 1-1: USB disconnect, address 57
kernel: [80121.203479] scsi 58:0:0:0: killing request
kernel: [80121.598254] usb 1-1: new high speed USB device using ehci_hcd and address 58
kernel: [80122.087388] usb 1-1: New USB device found, idVendor=1a5a, idProduct=0006
kernel: [80122.087392] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: [80122.087394] usb 1-1: Product: RDX
kernel: [80122.087396] usb 1-1: Manufacturer: TANDBERG
kernel: [80122.087398] usb 1-1: SerialNumber: XXXXXXX
kernel: [80122.087499] usb 1-1: configuration #1 chosen from 1 choice
kernel: [80122.093515] scsi59 : SCSI emulation for USB Mass Storage devices
kernel: [80122.117585] usb-storage: device found at 58
kernel: [80122.117588] usb-storage: waiting for device to settle before scanning
kernel: [80123.128017] scsi 59:0:0:0: Direct-Access TANDBERG RDX 0120 PQ: 0 ANSI: 3
kernel: [80123.128171] sd 59:0:0:0: Attached scsi generic sg2 type 0
kernel: [80123.128844] usb-storage: device scan complete
kernel: [80123.143451] sd 59:0:0:0: [sdb] 625134256 512-byte logical blocks: (320 GB/298 GiB)
kernel: [80123.154760] sd 59:0:0:0: [sdb] Write Protect is off
kernel: [80123.154764] sd 59:0:0:0: [sdb] Mode Sense: 0b 00 00 08
kernel: [80123.154766] sd 59:0:0:0: [sdb] Assuming drive cache: write through
kernel: [80123.194707] sd 59:0:0:0: [sdb] Assuming drive cache: write through
kernel: [80123.194712] sdb: sdb1
kernel: [80125.484201] sd 59:0:0:0: [sdb] Assuming drive cache: write through
kernel: [80125.484205] sd 59:0:0:0: [sdb] Attached SCSI removable disk

Diese "Ereignisse" treten in unregelmässigen nicht nachvollziehbaren Abständen auf.
Wenn dann das Backup läuft, bricht es nach diesem Ereignis ab.
Wenn ich ein neues LW ins RDX einlege, hat es mal sdd1 und 2 Stunden später ist es sdb1.
Warum scannt der Host dauernd?

Einzige nicht akzeptable Lösung wäre lt. Google usb2 deaktivieren.

Hat einer eine Lösung ;)

Gerd

King of the Hill
Beiträge: 13656
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 24.04.2012, 18:01

Hat das Drive einen Energiesparmodus? Vermutlich deaktiviert der Gast das Gerät um Energie zu sparen.

Member
Beiträge: 13
Registriert: 20.07.2011, 17:53

Beitragvon gdebus » 25.04.2012, 14:36

Hi,

es handelt sich um ein Tandberg RDX Quickstor.

Gehe mal davon aus.

Aber warum macht er die Rescan auf während eines Backups, wo ja das LW aktiv/ in Benutzung ist?

King of the Hill
Beiträge: 13656
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 27.04.2012, 18:23

Welche USB-Version hat das Laufwerk? Mit USB3.0 kann VMware meines Wissens nach momentan noch nichts anfangen.
Unter Umständen ist auch das Tape selbst das Problem, ESX(i)4/5 unterstützen ja keine Tape-Laufwerke mehr.


Zurück zu „ESXi 4“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 5 Gäste