Mistake with iSCSI authentication causes Segmentation Fault

[Steltek]

While toying around with iSCSI support recently, I noticed that VirtualBox crashes very quickly at the slightest problem with the SCSI target data (like wrong authentication credentials).

The UI displays an error stating:

Failed to determine the accessibility state of the medium .

Callee RC: NS_ERROR_CALL_FAILED (0x800706BE)

The console where the VirtualBox command was run shows 'Segmentation Fault', the kernel log outputs: [ 6613.591346] VBoxSVC[17042]: segfault at b677b008 ip b73f6626 sp b67783fc error 4 in libc-2.13.so[b737d000+153000] [ 6621.900797] VirtualBox[16970]: segfault at 9d12af8 ip 09d12af8 sp bff4829c error 15

After this crash, it is impossible tostart VirtualBox again until one manually removes all references to the iSCSI volume from the VM's XML config file. (VirtualBox will keep crashing the same way until this is done.)

In addition to that, VirtualBox loses the state of running VMs after this crash (all VMs are shown as 'Powered Off' even though some are running). The only way around this seems to be to shut down all VMs and all VirtualBox related processes, and start everything again.

Host: Debian GNU/Linux wheezy/testing Kernel: Linux server 3.1.0-1-686-pae #1 SMP Tue Jan 10 05:42:54 UTC 2012 i686 GNU/Linux

[Steltek]

Update: Even specifying correct credentials causes the crash. Specifying an invalid target ID seems to be OK (no crash there).

[Steltek]

Update2: When not using CHAP authentication, everything seems to work OK. Rechecking the authentication I noticed that even when giving the correct credentials, the iSCSI server refuses them (as if VirtualBox did not submit them correctly):

Feb 20 00:38:00 kernel: [5976226.290100] rx_data returned 0, expecting 48.
Feb 20 00:38:00 kernel: [5976226.294757] iSCSI - Login negotiation failed from [x.x.x.x]

The username is in this format: MyUsername2
The password is in this format: Simplepasswor

Could there be a problem with the length of these? (The storage system accepts and uses similar username/passwords when used with Debian's open-iscsi initiator, so the problem appears to be with VirtualBox.)

[aeichner]

Sorry that it took so long to reply. I confirmed the crash when using wrong credentials, the fix will be in the next maintenance release, thanks for the report. However I can't reproduce the problem you have when using correct credentials, everything works as epxected. I'm using a 3.2.6 kernel instead of 3.1.0 though, could be a bug in the target but it would be great if you could attach a packet trace too be sure it is not a bug in VirtualBox.