IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
it does not generate nor capable to answer to keepalive requests, which
causes libvirt connection to disconnect every 30 seconds (interval*timeout
in libvirtd.conf). Furthermore, it does not clean up filehandlers and leaves
hanging sockets. Also, if other thread opens its own connection to libvirt
(i.e. checkpoint.c), event function in virt-serial.c just updates event listener
file handler with a wrong one, what causes checkpoint.c malfunctions, fence_virtd hangs
and so on. This patch uses default event listener implementation from libvirt and
resolves theese problems.
Fix a bug that caused some libvirtd events to be missed. This bug could
cause client requests to fail in cases where VMs were either started or live
migrated to a node after fence_virtd had already started.
Resolves: rhbz#903172
Signed-off-by: Ryan McCabe <rmccabe@redhat.com>
We were treating 'no path' as 'never match', breaking
fence_virtd's monitoring of VM channel sockets.
Signed-off-by: Lon Hohberger <lon@users.sourceforge.net>
- Add cmdline processing for channel_ip
- Allow 'port' to be used in fence_virt mode
- Allow configuration of vmchannel mode for fence_virtd
serial plugin
- Remove serial port default from fence_virt.
It must now be specified or else VM Channel mode
is used. Note that to use VM Channel mode, you need:
qemu 0.12.1 or later
libvirt 0.7.3 or later
- Update man pages
Signed-off-by: Lon Hohberger <lon@users.sourceforge.net>
- detect existing (running) domains for registration of
vmchannel (serial) sockets
- detect domains being stopped so we can unregister the
socket(s) for that domain
- ran through Lindent for indentation consistency
Signed-off-by: Lon Hohberger <lon@users.sourceforge.net>
