Hi Guys, Interesting that you mention that. I had some problems with my test db , running out from VMware and I got problems recently with the simplest Windows applications ever which is cardfile. I didn't have any problems witht the applications running directly inside the vm disk. Problems start to happen when accessing files , main program or just data files , through the network of the VMs. And what isn't was my surprise when I googled for "data corruption in virtualized environments" ! It's seems that things are not so solid and stable as the industry claims. Besides the filesystem corruptions, which happens very often , afterall all filesys is running inside a single file(or some). But from I believe that the main problem is with the virtual network. Obviously that there is a delay from a real network. You have to pass the bits to a virtual network adapter in the guest OS first so it can go to the real adapter in the host OS after and it seems that present network protocols were not designed to to handle the issues that arise from this architecture. Check it out : http://www.channelinsider.com/c/a/Virtualization/Virtualized-Environments-Causing-Data-Loss-for-Businesses-Report-438025/ There is also a paper that I could not find from IEEE (maybe just paying) with the title : Silent Data Corruption in Virtualized
Environments  by Rick Harper - IBM Research which seems quite interesting.
By what I saw in google the message is clear : It is just not safe enough !.

Rgds...



Em 27-04-2012 22:11, Chris Pedersen escreveu:
After a few hours of digging, I think I might have the answer.

Dosbox binds a virtual ne2000 to your actual network card. As such, you need to spoof a different macaddress for each network card.
The command is buried in the documentation for the megabuild6

It fits the symptons I've experienced anyway. I did a lot of testing with one dosbox - the txx corruption occured once I introduced multiple dos boxes.
I'll see if the problem goes away and keep you posted.


Chris

------------------------------------------------------------------------
Subject: Re: [Dataperf] TXX corruption
From: [email protected]
Date: Fri, 27 Apr 2012 19:30:14 -0400
To: [email protected]

Hi Chris,

I had a similar experience with DosBox. I suspected the problem occurred when more than one user tried to edit the same record or create records at the same time. After corrupting a large .txx 3 times I stopped experimenting.

Robert Kendall

Sent from my iPhone

On Apr 27, 2012, at 3:22 PM, Chris Pedersen <[email protected] <mailto:[email protected]>> wrote:

    I might have to rescind that recommendation for dosbox.

    A database that has worked fine with no corruption for years has
    now gotten .txx corruptions 3 times in 2 months.
    I've had to execute the fix a corrupt .txx file each time.  Data
    is clean - problem recurrs later.

    Does anyone have a copy of the old dpdiag.exe?  Does it work on
    current version?

    Any ideas?

    Chris

    ------------------------------------------------------------------------
    To: [email protected] <mailto:[email protected]>
    From: [email protected] <mailto:[email protected]>
    Date: Fri, 20 Apr 2012 08:26:51 -0500
    Subject: Re: [Dataperf] DPSpool to PDF?

    DPSpool will print to any Windows printer. So if you set up a PDF
    printer (like www.cutepdf.com <http://www.cutepdf.com> or
    www.pdf995.com <http://www.pdf995.com>) you can print to it and
    create PDF documents.
    Tim Rude

--
        "Robert Kendall" <[email protected]
        <mailto:[email protected]>> wrote in message
        news:[email protected]...
        Will DPSpool print a report as a PDF?

        Robert Kendall

        ------------------------------------------------------------------------

        _______________________________________________
        Dataperf mailing list
        [email protected] <mailto:[email protected]>
        http://lists.dataperfect.nl/mailman/listinfo/dataperf


    _______________________________________________ Dataperf mailing
    list [email protected] <mailto:[email protected]>
    http://lists.dataperfect.nl/mailman/listinfo/dataperf

    _______________________________________________
    Dataperf mailing list
    [email protected] <mailto:[email protected]>
    http://lists.dataperfect.nl/mailman/listinfo/dataperf



_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf
_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/mailman/listinfo/dataperf

Reply via email to