pyvix-discuss Mailing List for pyvix
Status: Beta
Brought to you by:
woodsplitter
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Lars N. <ln...@in...> - 2011-01-31 19:14:40
|
For all those out there getting here by searching for python and vmware: give libvirt a try, at http://www.libvirt.org/ |
From: Patrick D. <pat...@vm...> - 2010-04-08 18:48:37
|
Hey guys, I was looking through the archives and haven't seen any activity since 2007. Is the project dead? I've been working some python bindings for libvix which uses ctypes to create a very "pythonic" type library. A sample of how you would work with it would look like: $ python Python 2.6.4 (r264:75706, Dec 7 2009, 18:43:55) [GCC 4.4.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vix >>> v = vix.Vix() >>> v.connect() >>> vm = v.get_virtual_machine('/path/to/vm.vmx') >>> vm.login('username', 'password') >>> vm.put_file('myfile', '/path/to/dir/on/host/myfile') >>> vm.get_file('/path/to/dir/on/host/myfile') >>> vm.rm('/path/to/dir/on/host/myfile') >>> vm.ps() [(1L, 'init', 'root', '/sbin/init'), (2L, 'kthreadd', 'root', 'kthreadd'), (3L, '0', 'root', 'migration/0'), (4L, '0', 'root', 'ksoftirqd/0'), (5L, '0', 'root', 'watchdog/0'), ....] >>> vm.kill(pid) >>> ... Let me know if anyone is interested. So far I've only tested it out with Linux, but I would imagine with some tweaking I could get it to work with Windows as well. Thanks! --Patrick. |
From: Eric B. <eri...@gm...> - 2007-08-06 16:22:47
|
It looks like VMWare released a newer version of the VIX api which appears to be included in version 6 of workstation. I wouldn't be surprised if this had something to do with it. Perhaps we should see whats in the changelog between versions. Eric On 8/2/07, Johan Jeffery <joh...@us...> wrote: > > No. Unfortunately, I have not been able to get very far. I had to modify > the > findVixDir() in _support.py to find the vix.dll to be the following (and I > sure there are better, more pythonic ways of doing this -- I am open to > any > suggestions): > > def findVixDir(): > if PLATFORM_IS_WINDOWS: > import _winreg > r = _winreg.ConnectRegistry(None, _winreg.HKEY_LOCAL_MACHINE) > try: > serverInstKey = _winreg.OpenKey(r, > r'SOFTWARE\VMware, Inc.\VMware VIX' > ) > try: > serverInstDir = _winreg.QueryValueEx( > serverInstKey, 'InstallPath' > )[0] > finally: > _winreg.CloseKey(serverInstKey) > > serverKey = _winreg.OpenKey(r, > r'SOFTWARE\VMware, Inc.' > ) > try: > serverType = _winreg.QueryValueEx( > serverKey, 'Core' > )[0] > finally: > _winreg.CloseKey(serverKey) > finally: > r.Close() > > vixDir = os.path.join(serverInstDir, os.pardir, 'VMware VIX') > if vixDir.endswith(os.sep): > vixDir = vixDir[:-len(os.sep)] > vixDir = os.path.normpath(vixDir) > > vixDlls = [] > for root, dirs, files in os.walk(vixDir): > for name in files: > if name.lower().endswith('x.dll') : > vixDlls.append(root[len(vixDir)+1:]) > if serverType == 'VMware Workstation': > for dll in vixDlls: > if dll[0] =='w': > vixDir = os.path.join(vixDir, dll) > else: > for dll in vixDlls: > if dll[0] =='s': > vixDir = os.path.join(vixDir, dll) > > return vixDir > > Once I made this change so that it finds the vix.dll, it all goes into > la-la > land when you try to establish a connection to the host with: > > h = Host() > > It never returns. > > - Johan > > > ------ Original Message ------ > Received: Tue, 31 Jul 2007 04:55:59 PM MDT > From: "Eric Buehl" <eri...@gm...> > To: "Johan Jeffery" <joh...@us...>Cc: > pyv...@li... > Subject: Re: [Pyvix-discuss] Question on Getting Started Pyvix > > > Hey Johan, > > > > Are you able to use pyvix otherwise? Is it only the test scripts that > don't > > function? If so, I wouldn't worry about it -- as far as I know, these > tests > > are only there to demonstrate the broken API provided by VMWare. I > haven't > > tried with a more recent version of VMWare server, but hopefully some of > > these things have been fixed. > > > > Eric > > > > > > On 7/23/07, Johan Jeffery <joh...@us...> wrote: > > > > > > In downloading and trying pyvix, I'm getting stuck. After installing > > > pyvix, I > > > tried the tests. The tests crash because it can't find a site-config. > In > > > looking at _support.py, it is trying to load pyvix_test_site_config. > What > > > is > > > this and what should there be in it? Or where do I get one or how can > I > > > create > > > one? > > > > > > I'm stuck without it. > > > > > > Thanks! > > > > > > - Johan > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Pyvix-discuss mailing list > > > Pyv...@li... > > > https://lists.sourceforge.net/lists/listinfo/pyvix-discuss > > > > > > > > > |
From: Johan J. <joh...@us...> - 2007-08-02 23:39:55
|
No. Unfortunately, I have not been able to get very far. I had to modif= y the findVixDir() in _support.py to find the vix.dll to be the following (and = I sure there are better, more pythonic ways of doing this -- I am open to a= ny suggestions): def findVixDir(): if PLATFORM_IS_WINDOWS: import _winreg r =3D _winreg.ConnectRegistry(None, _winreg.HKEY_LOCAL_MACHINE) try: serverInstKey =3D _winreg.OpenKey(r, r'SOFTWARE\VMware, Inc.\VMware VIX' ) try: serverInstDir =3D _winreg.QueryValueEx( serverInstKey, 'InstallPath' )[0] finally: _winreg.CloseKey(serverInstKey) serverKey =3D _winreg.OpenKey(r, r'SOFTWARE\VMware, Inc.' ) try: serverType =3D _winreg.QueryValueEx( serverKey, 'Core' )[0] finally: _winreg.CloseKey(serverKey) finally: r.Close() vixDir =3D os.path.join(serverInstDir, os.pardir, 'VMware VIX') if vixDir.endswith(os.sep): vixDir =3D vixDir[:-len(os.sep)] vixDir =3D os.path.normpath(vixDir) vixDlls =3D [] for root, dirs, files in os.walk(vixDir): for name in files: if name.lower().endswith('x.dll') : vixDlls.append(root[len(vixDir)+1:]) if serverType =3D=3D 'VMware Workstation': for dll in vixDlls: if dll[0] =3D=3D'w': vixDir =3D os.path.join(vixDir, dll) else: for dll in vixDlls: if dll[0] =3D=3D's': vixDir =3D os.path.join(vixDir, dll) return vixDir Once I made this change so that it finds the vix.dll, it all goes into la= -la land when you try to establish a connection to the host with: h =3D Host() It never returns. - Johan ------ Original Message ------ Received: Tue, 31 Jul 2007 04:55:59 PM MDT From: "Eric Buehl" <eri...@gm...> To: "Johan Jeffery" <joh...@us...>Cc: pyv...@li... Subject: Re: [Pyvix-discuss] Question on Getting Started Pyvix > Hey Johan, > = > Are you able to use pyvix otherwise? Is it only the test scripts that don't > function? If so, I wouldn't worry about it -- as far as I know, these tests > are only there to demonstrate the broken API provided by VMWare. I hav= en't > tried with a more recent version of VMWare server, but hopefully some o= f > these things have been fixed. > = > Eric > = > = > On 7/23/07, Johan Jeffery <joh...@us...> wrote: > > > > In downloading and trying pyvix, I'm getting stuck. After installing > > pyvix, I > > tried the tests. The tests crash because it can't find a site-config= =2E In > > looking at _support.py, it is trying to load pyvix_test_site_config. = What > > is > > this and what should there be in it? Or where do I get one or how can= I > > create > > one? > > > > I'm stuck without it. > > > > Thanks! > > > > - Johan > > > > > > > > ---------------------------------------------------------------------= ---- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browse= r. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Pyvix-discuss mailing list > > Pyv...@li... > > https://lists.sourceforge.net/lists/listinfo/pyvix-discuss > > > = |
From: Eric B. <eri...@gm...> - 2007-07-31 22:55:55
|
Hey Johan, Are you able to use pyvix otherwise? Is it only the test scripts that don't function? If so, I wouldn't worry about it -- as far as I know, these tests are only there to demonstrate the broken API provided by VMWare. I haven't tried with a more recent version of VMWare server, but hopefully some of these things have been fixed. Eric On 7/23/07, Johan Jeffery <joh...@us...> wrote: > > In downloading and trying pyvix, I'm getting stuck. After installing > pyvix, I > tried the tests. The tests crash because it can't find a site-config. In > looking at _support.py, it is trying to load pyvix_test_site_config. What > is > this and what should there be in it? Or where do I get one or how can I > create > one? > > I'm stuck without it. > > Thanks! > > - Johan > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Pyvix-discuss mailing list > Pyv...@li... > https://lists.sourceforge.net/lists/listinfo/pyvix-discuss > |
From: Johan J. <joh...@us...> - 2007-07-23 20:41:30
|
In downloading and trying pyvix, I'm getting stuck. After installing pyvi= x, I tried the tests. The tests crash because it can't find a site-config. In= looking at _support.py, it is trying to load pyvix_test_site_config. What= is this and what should there be in it? Or where do I get one or how can I c= reate one? I'm stuck without it. Thanks! - Johan |
From: David R. <dav...@gm...> - 2007-05-23 04:30:54
|
> Is the pyvix project still alive to take this change? Yes: http://sourceforge.net/mailarchive/message.php?msg_name=8a34b3d40705132251k41ca8f1fy693f2e49fd4a0872%40mail.gmail.com I've already made that change in private tests, I just haven't published my most recent changes because I haven't had a chance to test them with VMWare Server (only with Workstation 6). I'd go ahead and publish them anyway as an unofficial snapshot, since it appears that I won't have time to work on the project within the next couple of weeks, but I don't have SSH access to SourceForge right now. |
From: Paul P. <pv...@go...> - 2007-05-23 03:31:36
|
I just started looking at pyvix today. I downloaded 2006.07.18 and the latest VIX SDK: - http://superb-west.dl.sourceforge.net/sourceforge/pyvix/pyvix-2006.07.18.win32-py2.4.exe -and- - http://www.vmware.com/download/sdk/vixapi.html I installed and then I tried a simple import: import pyvix.vix It failed in importing the regkey that finds the path to vix.dll. >From looking at the code and looking at my install it looks like the path has changed from: - HKLM\SOFTWARE\VMware, Inc.\VMware Server\InstallPath + "VMware VIX" -to- - HKLM\SOFTWARE\VMware, Inc.\VMware VIX\InstallPath + ("ws-2\32bit" or "server-1\32bit") Is the pyvix project still alive to take this change? Thanks! Pv |
From: David R. <dav...@gm...> - 2007-05-14 05:51:30
|
Over the weekend, I tested pyvix with VMware Workstation 6.0.0 build 45731 and vix 1.1 build 45731 (http://download3.vmware.com/software/sdk/VMware-vix-1.1.0-45731.exe ). After a few changes for Workstation compatibility, the entire test suite passes, except for two cases. One is expected to fail, since it registers and unregisters VMs, operations that Workstation does not support. The other is due to a multithreading bug in VMware's code, which causes Host.findRunningVMPaths() to return incorrect results and perform invalid memory access. Just like all of the bugs that caused the test suite to crash like crazy with Server 1.0.0, this one is a VMware bug, not a pyvix bug. Although this remaining bug is irritating, overall Vix reliability has improved hugely since Server 1.0.0, when it was close to useless. I'm very busy right now, but within a few weeks, I'll test the vix-45731 build with Server 1.0.3, and post new pyvix binaries that should be compatible with both Server 1.0.x and Workstation 6.0.x. |
From: Eric B. <eri...@gm...> - 2007-03-30 22:47:19
|
This may be old news, but it looks like there is a new version of VMware server with a ton of bug fixes. If I get a chance this weekend (unlikely) I'll try out some of the test scripts on the new version. Just a heads up to anyone else who may want to try it out. http://www.vmware.com/download/server/ Eric |
From: David R. <dav...@ya...> - 2006-12-03 21:05:01
|
>> I mentioned that once I started writing multiple testcases, I >> found the python process crashed. >> I have slimmed down the code to a three-line script that always >> causes python.exe to crash: >> ---------- >> import pyvix.vix >> host = pyvix.vix.Host(hostName="192.168.0.139", username="admin", >> password="secret") >> host = pyvix.vix.Host(hostName="192.168.0.139", username="admin", >> password="secret") >> ---------- >> >> I'm not expecting help to debug my code, but I thought you might be >> interested in what may well be a newbie mistake of mine (or perhaps a >> bug in VMware's code) that cases python to crash -- if only to add it >> to your docs as a "trap for beginners". > > When I get a chance (hopefully tonight or tomorrow night), I will take > a look at the operations that pyvix performs in response to your > example code, and see whether the crash is due to a bug in pyvix or in > VMWare. Even if it's due to a bug in VMWare, perhaps I can add a > workaround. I finally had time to investigate the problem. I found that the crash occurs in the second call to VixHost_Disconnect. VixHost_Connect returns the same handle value when the client program connects multiple times to the same VM from the same client process. The destructor of the Host class automatically invokes the close() method of the object being released, if the programmer has not already done so explicitly. Adding explicit close() calls did not change the behavior of the sample code for me (and theoretically, it should not). The VixHost_Connect/VixHost_Disconnect pairs in pyvix are written just as the VIX API Reference Guide recommends (or at least, as I understand it to recommend). The VIX implementation is supposed to reference-count the handles, and to do so in a thread-safe way (thread-safety is not an issue in this trivial sample code, but I mention it to make it clear that I considered the issue when writing pyvix). --- I think there are two possibilities: 1) There might an internal resource-tracking bug in the VIX API implementation due to an assumption that a single client process will open at most one handle to the same host at the same time. All of the sample code that I could find opens at most one handle to the same host. However, no such limitation is documented (as far I understand, having freshly read the VIX API documentation). 2) The behavior mentioned above is not a bug, but a deliberate limitation. But if it's a "deliberate limitation", why would it be implemented in such a way as to cause low-level memory corruption in the client process when the client programmer violates it? Most of the rest of the VIX API is (at least documented as being) resilient in the face of abuse by the client programmer, so why would that sound policy suddenly be suspended in this case? --- Since my past interactions with VMWare give me no hope of their responding promptly to bug reports, perhaps the best way to explore this issue is to compile the Perl VIX wrapper and try to connect multiple times to the same host via that wrapper. If the program segfaults, then we can be pretty sure that the behavior we've observed is due to a bug in the VIX implementation. If it raises an error, or "just works", then I guess the behavior is as designed, and I'll modify pyvix to keep track of the process-wide number of Host objects that point to the same host, and not to call VixHost_Disconnect on any handle to that host until the last Host object is closing. (Of course I would implement that tracking in a thread-safe way.) You mentioned that you have some experience with Perl, so if you have a Win32 Perl installation and a suitable Microsoft Visual C++ installation, I'd appreciate it if you'd perform that experiment yourself and report the results. Note that when I speak of "the Perl VIX wrapper", I'm talking about the code that resides in "Program Files\VMware\VMware VIX\vix-perl.zip", *not* in "Program Files\VMware\VMware VmPerl Scripting API". The latter Perl API is implemented on top of an older control library, not VIX. If you're not able to test the Perl wrapper, I'll try to get around to it sometime this week. I have both Visual C++ 6 and 7.1, and can download Perl for Win32 (the Perl interpreters included with VMWare don't seem to include the infrastructure necessary to compile XS modules, so they can't generate the necessary makefile via the "perl Makefile.PL" command, as the documentation recommends). ____________________________________________________________________________________ Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com |
From: David R. <dav...@ya...> - 2006-11-25 09:30:05
|
--- Tim Wilson <Tim...@he...> wrote: > The Vix interface appears sufficient for this. Yes, theoretically. > I've started writing the tests using the standard unittest module. You didn't ask for my opinion about this, but I find the py.test (http://codespeak.net/py/current/doc/test.html ) or nose (http://somethingaboutorange.com/mrl/projects/nose/ ) a whole lot more pleasant than plain stdlib unittest. Unittest imposes too much busywork on the programmer. Between py.test and nose, my choice is currently in favor of py.test by a narrow margin, but it's possible to write one's test in such a way that they work under both frameworks. > Simple things seem to work OK, but now I have started running > multiple tests involving connecting and disconnecting to a VM, > the python process is crashing... I have every reason to suspect that the problems you've encountered are due to bugs in VMWare's VIX code, not pyvix. I'm very experienced with the Python/C API, so I don't make many mistakes when writing wrapper code. pyvix also has a test suite that happens to demonstrate several bugs (including segfaulting bugs) in VMWare's VIX impelementation--not in pyvix. I've already been down this frustrating path with VMWare with regard to *one* of the bugs in their VIX implementation (http://www.vmware.com/community/message.jspa?messageID=427234#427234 ), and although they admitted that the problem is theirs, they haven't actually fixed it yet, at least not in a publicly released build. So, all VIX client code of anything more than trivial complexity is dead in the water until VMWare, Inc. fixes the bugs in their VIX implementation. I've done what I can do to encourage them, and now I'm helpless to further improve the situation. The situation frustrates me immensely. ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com |
From: Tim W. <Tim...@he...> - 2006-11-24 02:18:59
|
Hi, =20 I've been asked to create some test scripts to test programs running on VMware servers. The programs I'm testing are batch-style programs: set up some files, run the program, look at the output files. The Vix interface appears sufficient for this. =20 Seeing that the Vix library has C, Perl, and Python bindings available, my boss chose Python. Currently I'm working on Windows, but unix is also available. =20 I've started writing the tests using the standard unittest module. =20 Simple things seem to work OK, but now I have started running multiple tests involving connecting and disconnecting to a VM, the python process is crashing ("python.exe has encountered a problem and needs to close"). The crashes seem to be related to closing a VM, either explicitly or when the python program is exiting. =20 Is there anything that anyone thinks I ought to know about pyvix or Vix in general? Any general recommendations? Any patches folks have created? Any specific hints on compiling pyvix and running under a debugger (to try and find out why it's crashing) (Win or unix)? Anyone interested in problems with pyvix? =20 Thanks in advance, =20 Tim |
From: David R. <dav...@ya...> - 2006-08-21 02:42:17
|
--- Eric Buehl <eri...@gm...> wrote: > It appears as though Build 29996 of VMware Server is now available! > Any word on if this may have the desired bug fixes? I just tried the new build out (on Windows 2000). It is less reliable, not more. - The original problem with vmware-vmx.exe crashing when test_vm.py is run is still present. - Now, if one runs the command 'pytest' to execute all tests, the client process crashes. This does not happen if test_host.py and test_vm.py are executed separately, and also did not happen with VMWare Server 1.0. --- I don't plan to do any more work on pyvix until VMWare shows some interest in making the VIX API stable. Right now, it's a joke, and I don't have (more) time to invest in trying to wheedle some corporation into producing decent software. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Eric B. <eri...@gm...> - 2006-08-16 17:36:01
|
It appears as though Build 29996 of VMware Server is now available! Any word on if this may have the desired bug fixes? Eric |
From: Eric B. <eri...@gm...> - 2006-08-02 22:38:37
|
A quick google found this post: http://www.vmware.com/community/thread.jspa?threadID=49892&tstart=0 Removing the VixHost_Disconnect seemed to fix that problem (but not the first one). Perhaps if you can confirm this, it might be worthwhile to remove that line for the time being until VMware fixes this bug. Eric On 8/2/06, Eric Buehl <eri...@gm...> wrote: > > It would appear as though VixHost_Disconnect is blocking and never > returning. I'm not sure if this is a symptom of the above problem or a > cause, but I figured I would mention it here in case you knew of any reason > why this might be happening. I don't see anything in the API spec that says > if it should block on unfinished jobs or something of that nature. > > Eric > > > On 8/2/06, Eric Buehl <eri...@gm...> wrote: > > > > Hello again.. > > > > I'm not sure if this is the same problem that you were describing or > > not, but here goes: > > > > When I try and run a program in a guest VM, it works the first time. > > Then, if I revert to a snapshot, and try to do it again, it hangs! It even > > blocks my ctrl+c signal. I have tried re-logging into the guest VM first, > > but that doesn't seem to help. Here is what I am trying: > > > > from pyvix import vix > > > > h = vix.Host() > > v = h.openVM("/var/lib/vmware/Virtual Machines/SpywareSandbox/Windows XP > > Professional.vmx") > > > > v.revertToSnapshot(v.rootSnapshots[0]) > > v.loginInGuest ("Administrator","pass") > > v.runProgramInGuest("c:\\windows\\notepad.exe","") > > > > v.revertToSnapshot(v.rootSnapshots[0]) > > v.loginInGuest("Administrator","pass") > > v.runProgramInGuest("c:\\windows\\notepad.exe","") > > > > > > It hangs before it gets to the second one. I have tried adding an > > artificial delay between the revertToSnapshot and the login/runprogram but > > it doesn't seem to work. I'm not sure if this is exactly the same as what > > you were describing, but it might be related. > > > > Eric > > > > |
From: Eric B. <eri...@gm...> - 2006-08-02 22:27:44
|
It would appear as though VixHost_Disconnect is blocking and never returning. I'm not sure if this is a symptom of the above problem or a cause, but I figured I would mention it here in case you knew of any reason why this might be happening. I don't see anything in the API spec that says if it should block on unfinished jobs or something of that nature. Eric On 8/2/06, Eric Buehl <eri...@gm...> wrote: > > Hello again.. > > I'm not sure if this is the same problem that you were describing or not, > but here goes: > > When I try and run a program in a guest VM, it works the first time. > Then, if I revert to a snapshot, and try to do it again, it hangs! It even > blocks my ctrl+c signal. I have tried re-logging into the guest VM first, > but that doesn't seem to help. Here is what I am trying: > > from pyvix import vix > > h = vix.Host() > v = h.openVM("/var/lib/vmware/Virtual Machines/SpywareSandbox/Windows XP > Professional.vmx") > > v.revertToSnapshot(v.rootSnapshots[0]) > v.loginInGuest("Administrator","pass") > v.runProgramInGuest("c:\\windows\\notepad.exe","") > > v.revertToSnapshot(v.rootSnapshots[0]) > v.loginInGuest("Administrator","pass") > v.runProgramInGuest("c:\\windows\\notepad.exe","") > > > It hangs before it gets to the second one. I have tried adding an > artificial delay between the revertToSnapshot and the login/runprogram but > it doesn't seem to work. I'm not sure if this is exactly the same as what > you were describing, but it might be related. > > Eric > |
From: Eric B. <eri...@gm...> - 2006-08-02 17:07:15
|
Hello again.. I'm not sure if this is the same problem that you were describing or not, but here goes: When I try and run a program in a guest VM, it works the first time. Then, if I revert to a snapshot, and try to do it again, it hangs! It even blocks my ctrl+c signal. I have tried re-logging into the guest VM first, but that doesn't seem to help. Here is what I am trying: from pyvix import vix h = vix.Host() v = h.openVM("/var/lib/vmware/Virtual Machines/SpywareSandbox/Windows XP Professional.vmx") v.revertToSnapshot(v.rootSnapshots[0]) v.loginInGuest("Administrator","pass") v.runProgramInGuest("c:\\windows\\notepad.exe","") v.revertToSnapshot(v.rootSnapshots[0]) v.loginInGuest("Administrator","pass") v.runProgramInGuest("c:\\windows\\notepad.exe","") It hangs before it gets to the second one. I have tried adding an artificial delay between the revertToSnapshot and the login/runprogram but it doesn't seem to work. I'm not sure if this is exactly the same as what you were describing, but it might be related. Eric |
From: Eric B. <eri...@gm...> - 2006-07-18 15:18:28
|
Good deal! Were you able to test this yet on a non-windows platform? I was unable to reproduce this specific bug under FC5. Eric On 7/18/06, David Rushby <dav...@ya...> wrote: > > The 2006.07.18 release fixes build issues and one test case on *nix. > See news item for details and download link: > http://sourceforge.net/forum/forum.php?forum_id=592464 > > Also, a VMWare employee has responded to my report of VMWare bugs > demonstrated by the pyvix test suite: > http://www.vmware.com/community/thread.jspa?threadID=46707 > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Pyvix-discuss mailing list > Pyv...@li... > https://lists.sourceforge.net/lists/listinfo/pyvix-discuss > |
From: David R. <dav...@ya...> - 2006-07-18 15:06:26
|
The 2006.07.18 release fixes build issues and one test case on *nix. See news item for details and download link: http://sourceforge.net/forum/forum.php?forum_id=592464 Also, a VMWare employee has responded to my report of VMWare bugs demonstrated by the pyvix test suite: http://www.vmware.com/community/thread.jspa?threadID=46707 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: David R. <dav...@ya...> - 2006-07-12 14:53:52
|
--- Eric Buehl <eri...@gm...> wrote: > Did you try this bug reporting site? > http://www.vmware.com/support/tools/ No, I have not tried that, but I will. First, I need to download VMWare Server 1.0.0 GA and verify that the problem still occurs with it. That's no easy task on a connection with a downstream bandwidth of 28.8kbps, so it'll be a while. Before I file the report, I'll also try to create an archive file that contains everything necessary to reproduce the problem (including the Python interpreter and all necessary modules), so that the VMWare folks can just download, extract, and run it. Hopefully that will increase the likelihood of a response. I'll update this thread after I've submitted the bug report. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: David R. <dav...@ya...> - 2006-07-12 14:45:15
|
--- David Rushby <dav...@ya...> wrote: > --- Eric Buehl <eri...@gm...> wrote: > > OK! ... I have written a small patch (attached) that should > > hopefully make it less windows-dependent. > > > > I'll let you know if I find anything else! > > Cool; thanks! I'll apply it and try it out on my Linux system > tonight. CVS has now been updated so that pyvix compiles out of the box with: - Windows / MSVC 7.1 (Command-Line Toolkit 2003) - Windows / MinGW - Linux / GCC __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Eric B. <eri...@gm...> - 2006-07-11 21:00:06
|
Did you try this bug reporting site? It seem as though you can file support requests even for beta products. http://www.vmware.com/support/tools/<http://www.vmware.com/support/sr/sr_file_bug.jsp> Eric On 7/11/06, David Rushby <dav...@ya...> wrote: > > --- Eric Buehl <eri...@gm...> wrote: > > Have you tested compiling this module under non-windows platforms? > > Nope, I haven't tried that yet. The VMWare server crashes kinda took > the wind out of my sails. But I'll try Linux compilation tonight and > sort out the issues (I've read your subsequent messages about > mis-applied MSVC params and the symbol loading problem). > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Pyvix-discuss mailing list > Pyv...@li... > https://lists.sourceforge.net/lists/listinfo/pyvix-discuss > |
From: David R. <dav...@ya...> - 2006-07-11 19:25:37
|
--- Eric Buehl <eri...@gm...> wrote: > OK! ... I have written a small patch (attached) that should > hopefully make it less windows-dependent. > > I'll let you know if I find anything else! Cool; thanks! I'll apply it and try it out on my Linux system tonight. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: David R. <dav...@ya...> - 2006-07-11 19:21:53
|
--- Eric Buehl <eri...@gm...> wrote: > Have you tested compiling this module under non-windows platforms? Nope, I haven't tried that yet. The VMWare server crashes kinda took the wind out of my sails. But I'll try Linux compilation tonight and sort out the issues (I've read your subsequent messages about mis-applied MSVC params and the symbol loading problem). __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |