VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1594 - 1596 of 16363)

Ticket Resolution Summary Owner Reporter
#13435 fixed iScsi CHAP auth failing since v4.3.14 => fixed in next maintenance release MickSx
Description

I am seeing a problem with iScsi authentication since version 4.3.14 same problem on v4.3.16

I am attaching two Wireshark traces - one from each version of Vbox. I have forced the target to use the same challenge in both cases.

The response returned by 4.3.12 is the same as I would expect if calculating manually. MD5 of attached file x.txt gives MD5(x.txt)= 3d3de31c2fdba8db30f40d10a80650d3

#7127 fixed iSCSI w/ QNAP targets gives read error / IDE controller reset / reboot of VM Ralph Schmieder
Description

This is related to closed bug #6111 which has been closed. The initial problem (block i/o errors which has been seen on older versions of VirtualBox and the QNAP NAS s/w now shows more subtle but also severe problems:

  • XP SP3 fully patched running in VM
  • DMA on primary IDE channel for HDD is set to auto, does not go into 'DMA mode' but stays in 'PIO mode'
  • XP runs for a while, resets IDE controller several times
  • Machine reboots eventually

Here's a small excerpt from the log file, which is attached. The VM displays the 'The system has recovered from a serious error.' dialog box after XP has restarted.

01:49:19.035 PIIX3 ATA: execution time for ATA command 0xc4 was 9 seconds
01:49:19.035 PIIX3 ATA: Ctl#0: finished processing RESET
01:55:05.647 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:06.152 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:06.657 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:07.161 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:07.666 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:07.666 PIIX3 ATA: LUN#0: disk read error (rc=VERR_PARSE_ERROR iSector=0xf5cd38 cSectors=0x28)
01:55:08.675 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:42.383 PIIX3 ATA: Ctl#0: RESET, DevSel=0 AIOIf=0 CmdIf0=0xc5 (33694945 usec ago) CmdIf1=0x00 (-1 usec ago)
01:55:42.393 PIIX3 ATA: Async I/O thread probably stuck in operation, interrupting
01:55:42.393 PIIX3 ATA: LUN#0: disk write error (rc=VERR_TIMEOUT iSector=0x1285568 cSectors=0x40)
01:55:42.393 PIIX3 ATA: Ctl#0: finished processing RESET
01:55:42.393 PIIX3 ATA: execution time for ATA command 0xc5 was 33 seconds
01:55:42.398 iSCSI: login to target iqn.2004-04.com.qnap:ts-439:iscsi.xpsp3.8d49b8 successful
01:55:42.457 Changing the VM state from 'RUNNING' to 'RESETTING'.
01:55:42.547 CPUMSetGuestCpuIdFeature: Enabled APIC

QNAP Software is the latest available (3.3.0 0629T). The box reports the following information for the iSCSI daemon:

[~] # /sbin/iscsid --version
iscsid version 2.0-871
[~] # uname -a
Linux speicher 2.6.33.2 #1 SMP Tue Jun 29 06:46:33 CST 2010 i686 unknown
[~] # 

Attached the minidump of the Windows XP system and the relevant VBox.log file.

#6111 fixed iSCSI w/ QNAP targets give block i/o error Ralph Schmieder
Description

Running vbox 3.1.2 on Mac OS 10.6.2 on MacBook Pro C2D w/ 4GB and also on Ubuntu Karmic 64bit version on a Atom 330 w/ 4GB. Both host platforms show the same behavior.

Goal: Attach a VBox HDD via iSCSI on a QNAP 439 Pro as a target. The iscsi daemon reports the following as a version information:

[~] # /sbin/iscsid --version
iscsid version 2.0-871

Problem: The HDD is seen within the guest but gives a lot of errors seen by the kernel log like the following (please see the kern.log file for additional information):

Feb  1 22:58:19 kernel: [   31.047487] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Feb  1 22:58:19 kernel: [   31.047734] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
Feb  1 22:58:19 kernel: [   31.047856]          res 40/00:02:00:24:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Feb  1 22:58:19 kernel: [   31.048002] ata1.00: status: { DRDY }
Feb  1 22:58:19 kernel: [   36.090995] ata1: link is slow to respond, please be patient (ready=0)
Feb  1 22:58:19 kernel: [   41.072801] ata1: device not ready (errno=-16), forcing hardreset
Feb  1 22:58:19 kernel: [   41.073107] ata1: soft resetting link
Feb  1 22:58:19 kernel: [   41.415493] ata1.00: configured for UDMA/33

I've tried all different host adapters for the VM (various IDE, various SCSI and SATA) but the result is pretty much the same. Eventually the installer comes to a halt and it seems like the HDD is defect (lots of I/O errors).

Using the same Ubuntu version as the iSCSI initiator works just fine. However, I'd like to add the VBox initiator as an additional virtualization layer and present the iSCSI target as a plain IDE drive to the virtual host.

The QNAP and the VBox host are both connected to a Gigabit switch, I've attached the SYSLOG of the Ubuntu guest up to the point where the installer prompts to select the language. The trace has been done with tcpdump and is roughly started at the same time as the VM.

The QNAP software is the latest available as of today which is 3.2.2 Build 0128T.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy