first thank you for your feedback feels good to see vmware-people giving direct feedback besides non-tech support channels!
Am 18.05.2012 07:30, schrieb Dmitry Torokhov: >>> We are presently working on getting VMCI (and later vsock) upstream >> cool, what is exactly the need of "vsock" > It is a new socket family with semantics similar to the standard TCP sockets > which can be used to communicate with code running on hypervisor platform > without network being involved. are they really needed to have VSpehere / vCenter working properly i am not a big friend of uneeded kernel-modules and communication protocols which may be exploitet in the one or other way if i do not need them for high ability and managment of my guests > Hmm, VMCI does not have userspace components (vsock and hgfs use it) so I am > not sure how HA would make use of it... Heartbit from vmtools service uses > different communication channel. This might change in the future though. > >> if i understand you right i can thow away "kernel/drivers/misc/vmsync.ko" >> in my open-vm-tools packages on Fedora with 3.3.x kernels and >> VMware DataRecovery will still work? > > Yes hmm - to finally make this clear for me do i need any of the modules loadd on a 3.3 kernel to have "VMware HA" and "VMware DataRecovery" working? _________________________________________- so if this all would work without this 3 modules i could compile with "--without-kernel-modules" to get only the user-space "vmtoolsd" which would work completly without any kernel-dependency results in less headache if fedora starts to distribute kernel 3.4 which happens in a few weeks * vmci * vmsync * vsock
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ open-vm-tools-devel mailing list open-vm-tools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel
