Zeron

A version for unRaid 5.0rc16b has been posted.

I have been working on it for the last few hours. 22nd compile attempt running now. With a bit of luck; it should be posted in the next few hours.

The kernel modules from previous version will not load into the kernel used in unRaid5.0rc15. The modules from the current version of open-vm-tools do not build correctly against the kernel used in unRaid5.0rc15 so it may be some time before there is a new version available. Hi Zeron, Is the vmhgfs module a showstopper? Reason I ask is that I was having a go at compiling this myself. Looks like I picked a bad time to learn eh. I notice there are two issues depending on which snapshot release is used: open-vm-tools-2012.10.14-874563 gives an error in inode.c during compile of vmhgfs open-vm-tools-2013.04.16-1098359 does compile, however due to vmci and vsock being merged upstream, it breaks the loading of vmhgfs module. I found a bunch of posts regarding patches for other distros, but afraid I'm not clever enough to work out how to adapt them to fix this problem. Regards, overbyrn Yes - that and one other module has a unresolved symbol issue when you try to load it. I hope to get some time attempt the compile late this evening.

The kernel modules from previous version will not load into the kernel used in unRaid5.0rc15. The modules from the current version of open-vm-tools do not build correctly against the kernel used in unRaid5.0rc15 so it may be some time before there is a new version available.

A version for 5.0rc14 has been posted.

RC13 is using a completely different kernel so Zeron (or someone else) is going to have to build a new VMWare tools plugin. The version of open-vm-tools I was using does not compile against kernel 3.9.3 unfortunately neither does the current open-vm-tools release. I do not have a lot of time available to work on this so it will be a few days before I can have a new plugin available for unRaid 5.0rc13

Version compiled for RC12 has been posted.

It's compiling right now - Barring any issues; it should be posted within an hour. I was many miles from a computer when the RC12 release was posted...

I had this problem with 5.0rc10. It stopped after I applied the most recent patches to ESXi

With 5.1 I had a crash that I could reproduce at will until I installed patches ESXi510-201212001 and ESXi510-20121100 both are rated as important fixes by VMWare.

User names must be lower case. (You were using a leading capital letter) Other considerations when creating a new user: http://lime-technology.com/wiki/index.php?title=Plugin/webGui/Users It would be great if Tom would enforce the limitations in the webgui rather than having the user find the wiki entry or post in the support forums when things don't work as expected. He already has the regex required in the wiki entry, making the webgui enforce it would be less than 10 lines of php.

I have the same problem. Though for me it can happen even with all disks spun up.

Not likely the problem; If you still have open-vm-tools from a previous release installed; it will just fail loading the kernel modules. Without the modules loaded, the vmtoolsd process cannot communicate with the esx host; so no no clean shutdowns possible. Each open-vm-tools release is compiled against the kernel user in a specific unRaid version.

Version for 5.0rc11 posted.

Aside from the already mentioned; it also includes time syncing to the esxi host. The virtual machine clock has a tendency to drift. This will allows it to stay in sync with the host and other VM's. It will work better than using ntp within the guest. It will also fill in the IP address on the Summary page in vShpere.

No. It is working fine from here. http://www.downforeveryoneorjustme.com/unraid.zeron.ca

The server hosting the files is in the process of being moved from a data center in San Fransisco to Las Vegas. Should be back in a few hours.

The kernel modules are compiled for, and will only install in the kernel that as used in the specific releases.

Yes, it unmounted cleanly on my test systems. My test system only has 3 drives though. I have not put it on my live system yet as it is currently being used and cannot be rebooted.

I have a new version that should fix the timeout issue with the shutdown guest command. I had to make changes to the vm-tools code. Reboot Guest is also working on my test system. Can some of you test this out and see if it works better? http://unraid.zeron.ca/plugins/open-vm-tools/open_vm_tools-2012.10.14.874563_unRaid5.0rc10-i686-8Zeron.tgz http://unraid.zeron.ca/plugins/open-vm-tools/open_vm_tools-2012.10.14.874563_unRaid5.0rc10-i686-8Zeron.plg

I stopped packaging vmxnet3 when Tom included it in his kernel.

Sorry fixed...

Build for 5.0RC9 has been posted. This includes another small change to the shutdown script - hopefully it will work for everyone now.

Give this one a try. Shuts down my dev system fine: http://unraid.zeron.ca/plugins/open-vm-tools/open_vm_tools-2012.10.14.874563_unRaid5.0rc8-i686-4Zeron.tgz http://unraid.zeron.ca/plugins/open-vm-tools/open_vm_tools-2012.10.14.874563_unRaid5.0rc8-i686-4Zeron.plg

I'm not sure if the issue it new in esxi 5.1 or the latest tools release. I first saw it when I updated my live system to esxi5.1, but I also updates unRaid to rc8a at the same time. Given the glacial pace of unRaid development and the amount of issues the latest RC still has I have spent what little free time I have looking at replacing unRaid rather than working on the open-vm-tools plugin. If some one want to try to find what id preventing the custom shutdown script form executing I will incorporate it in a future build. If no one wants to help out then I'll get to it when I get to it (or not). The shut downs script is found at: /etc/vmware-tools/scripts/poweroff-vm-default.d/01-halt