open-vm-tools for recent Fedora 15 kernels and VMware-HA/dataRecovery see below
Am 08.12.2011 01:19, schrieb Marcelo Vanzin: > On 12/07/2011 04:14 PM, Reindl Harald wrote: >> Patch #2 (open-vm-tools-vsync.patch): + /bin/cat >> /home/builduser/rpmbuild/SOURCES/open-vm-tools-vsync.patch + /usr/bin/patch >> -s -p1 --fuzz=0 > > Perhaps you should use -p0 instead? I don't know, I don't have your rpmbuild > setup here so I can't suggest many things. It's a one-line change, so worst > case you can manually create the patch against your tree. HALLELUJAH IT WORKS vnd-backup of the buildserver is currently at 45% this is my src.rpm for fedora 15 >= 2.6.41 cross-post on fedora-devel/fedora-users/rpmfusion list hopefully that it helps people standing in the rain since rpmfusion is missing updates http://access.thelounge.net/harry/open-vm-tools-0.0.0.535097-27.fc15.20111208.rh.src.rpm this package is intentent to be used on servers and builds no gui-tools/dependencies and no shared-folders modules to get rid of some unwanted packages, it also removes VMXNET2 since VMXNET3 is included in the upstream kernel it does not use any kmod-tools, so you need one buildmachine with disabled HA to rebuild the package after update/reboot this machine and distribute it with the matching kernel from your own repo to the other machines where you should be aware to boot with the old kernel as long HA is active with automatic restart of frozen guests! ____________________________________ > The kernel may also return EBUSY if the superblock is already frozen, which > can happen if, for example, multiple mount points exist makes sense and matches to my most-hated change nobody cares wondering why it worked in my first test, but who cares now https://bugzilla.redhat.com/show_bug.cgi?id=730138 ____________________________________ i do not know much about diff/patch but some changes at the begin made the difference, removing the first two lines und the subfolder "a/" and "b/" in the first lines that is why i prfer the "snapshot" open-vm-tools since fedora tends to use recent software and the frozen versions are mostly problematic to compile > --- open-vm-tools/lib/syncDriver/syncDriverLinux.c > +++ open-vm-tools/lib/syncDriver/syncDriverLinux.c > @@ -191,9 +191,13 @@ LinuxDriver_Freeze(const char *paths, > * supported on the device, we get EOPNOTSUPP. Ignore the latter, > * since freezing does not make sense for all fs types, and some > * Linux fs drivers may not have been hooked up in the running > kernel. >+ * >+ * The kernel may also return EBUSY if the superblock is already >+ * frozen, which can happen if, for example, multiple mount points >+ * exist. > */ > close(fd); >- if (errno != EOPNOTSUPP) { >+ if (errno != EOPNOTSUPP && errno != EBUSY) { > Debug(LGPFX "ioctl failed: %d (%s)\n", errno, strerror(errno)); > err = first ? SD_UNAVAILABLE : SD_ERROR; > break;
signature.asc
Description: OpenPGP digital signature
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
