[vbox-dev] Major problem with latest from SVN

Mon Apr 16 16:15:50 GMT 2012

I know that :) My last comment was more targeted to other users...

Kind regards,

Frank

On Monday 16 April 2012 18:07:18 Perry Halbert wrote:
> Oh I have no problems with backups.  Do it daily and all control file
> before any update.  I just though you should know what happens outside
> your environment.
> 
> On 04/16/2012 11:00 AM, Frank Mehnert wrote:
> > Hi Perry,
> > 
> > in the meantime the changeset was fixed and re-applied. The symptom
> > of the bug was that the UUID of VDI files was changed and therefore
> > it was probably not correct identified by VirtualBox anymore. But I
> > cannot completely rule out that there are other smaller problems in
> > the medium registry in comparison to 4.1.12 because there were some
> > fixes (which might cause regressions) since then.
> > 
> > There was another bug in the VMM/Devices code which is now also fixed
> > so the latest SVN tree as of r40944 should be much stabler now. As
> > this problem affected R0 code it might be necessary to reboot your
> > host if you run the buggy code on that host before.
> > 
> > But these issues remind us to always backup data, especially when
> > using with the VirtualBox SVN repository :)
> > 
> > Kind regards,
> > 
> > Frank
> > 
> > On Monday 16 April 2012 16:39:17 Perry Halbert wrote:
> >> Thanks I will give it a shoot.
> >> 
> >> I also noticed a lot of issues when trying to add a *.vdi instead of
> >> creating a new HDD at creation.  Error says the *.vdi is not registered
> >> in the VirtualBox.xml and refuses to use it.  Since we can't add in the
> >> VMM any longer this is a show stopper for using existing guest VDI.
> >> 
> >> Another issue is I have been able to create the guest folder and place
> >> the *.VDI file in it and then create the guest and point that to the
> >> existing *.VDI file.  No other files in the folder just the VDI.  Now it
> >> says that the folder can not be used because it already exists.  It used
> >> to be as long as no .vbox file was not there it would allow you to
> >> create the guest.
> >> 
> >> On 04/16/2012 09:22 AM, Frank Mehnert wrote:
> >>> Perry,
> >>> 
> >>> thanks for the report and sorry for the delayed response. But it seems
> >>> that current HEAD has some more problems which we are investigating
> >>> (e.g. we see SEGFAULTs in certain circumstances).
> >>> 
> >>> But I've uploaded an extension pack which should work with current
> >>> HEAD to
> >>> 
> >>>     http://www.virtualbox.org/download/testcase/Oracle_VM_VirtualBox_Ex
> >>>     ten sion_Pack-4.1.51-77491.vbox-extpack
> >>> 
> >>> Kind regards,
> >>> 
> >>> Frank
> >>> 
> >>> On Monday 16 April 2012 15:55:13 Perry Halbert wrote:
> >>>> Thank you for backing out r77457 (due to VDI file content corruption)
> >>>> This seems to have fixed the corruption of currently installed guests.
> >>>> 
> >>>> Would it be possible to get a current Extension Pack?
> >>>> 
> >>>> Seems current changes require it to be updated.
> >>>> 
> >>>> On 04/15/2012 07:35 PM, Perry Halbert wrote:
> >>>>> This is what the error returns about the corrupt VDI.
> >>>>> 
> >>>>> Failed to open a session for the virtual machine Ubuntu-10.04.
> >>>>> 
> >>>>> UUID {01e7f120-0000-0000-0200-00008a000000} of the medium
> >>>>> '/drive/tara1/VirtualBox-VMs/Ubuntu-10.04/Ubuntu-10.04.vdi' does not
> >>>>> match the value {83a60317-2b7a-47a1-8eee-0df6a8b64e61} stored in the
> >>>>> media registry ('/home/perry/.VirtualBox/VirtualBox.xml').
> >>>>> 
> >>>>> Result Code: NS_ERROR_FAILURE (0x80004005)
> >>>>> Component: Medium
> >>>>> Interface: IMedium {53f9cc0c-e0fd-40a5-a404-a7a5272082cd}
> >>>>> 
> >>>>> On 04/15/2012 07:30 PM, Perry Halbert wrote:
> >>>>>> Latest from SVN r40927 completely ruins the Virtual Guest.  It comes
> >>>>>> back with the following.
> >>>>>> 
> >>>>>> 
> >>>>>> Failed to open a session for the virtual machine Ubuntu-10.04.
> >>>>>> 
> >>>>>> The device instance structure version has changed.
> >>>>>> 
> >>>>>> If you have upgraded VirtualBox recently, please make sure you have
> >>>>>> terminated all VMs and upgraded any extension packs. If this error
> >>>>>> persists, try re-installing VirtualBox.
> >>>>>> (VERR_PDM_DEVINS_VERSION_MISMATCH).
> >>>>>> 
> >>>>>> Result Code: NS_ERROR_FAILURE (0x80004005)
> >>>>>> Component: Console
> >>>>>> Interface: IConsole {1968b7d3-e3bf-4ceb-99e0-cb7c913317bb}
> >>>>>> 
> >>>>>> At this point you say ok and the VDI file becomes corrupt and
> >>>>>> Inaccessible.
> >>>>>> There is no recovery from this that I can find as even trying to
> >>>>>> reattach it comes back with the Parent file does not exist in
> >>>>>> VirtualBox.xml
> >>>>>> 
> >>>>>> Reverting back to r40867 does not fix the corrupt files but does
> >>>>>> work on ones you have not tried to start.
> >>>>>> 
> >>>>>> 
> >>>>>> _______________________________________________
> >>>>>> vbox-dev mailing list
> >>>>>> vbox-dev at virtualbox.org
> >>>>>> https://www.virtualbox.org/mailman/listinfo/vbox-dev
> >>>>> 
> >>>>> _______________________________________________
> >>>>> vbox-dev mailing list
> >>>>> vbox-dev at virtualbox.org
> >>>>> https://www.virtualbox.org/mailman/listinfo/vbox-dev
> >>> 
> >>> _______________________________________________
> >>> vbox-dev mailing list
> >>> vbox-dev at virtualbox.org
> >>> https://www.virtualbox.org/mailman/listinfo/vbox-dev
> > 
> > _______________________________________________
> > vbox-dev mailing list
> > vbox-dev at virtualbox.org
> > https://www.virtualbox.org/mailman/listinfo/vbox-dev

-- 
Dr.-Ing. Frank Mehnert
Senior Manager Software Development Desktop Virtualization, VirtualBox
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany

Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://www.virtualbox.org/pipermail/vbox-dev/attachments/20120416/ea1d80b1/attachment.sig>