Description of problem: args_init() does not set args.delay For some reason, on some machines this will not default to zero (as seen by the gdb output below) and 'fence_xvm -o list' will sleep for a very very long time before doing anything. 'fence_xvm -o list -w 0' works as expected. Version-Release number of selected component (if applicable): Name : fence-virt Version : 0.3.0 Release : 6.fc18 How reproducible: Random. On some machines never, on others every time. Steps to Reproduce: 1. Look at the code Actual results: Sleeps for a very very long time Expected results: Performs the task immediately. Additional info: [root@pcmk-2 ~]# gdb fence_xvm GNU gdb (GDB) Fedora (7.5.0.20120926-25.fc18) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/fence_xvm...Reading symbols from /usr/lib/debug/usr/sbin/fence_virt.debug...done. done. (gdb) set args -o list (gdb) break args_init Breakpoint 1 at 0x403720: file options.c, line 558. (gdb) run Starting program: /usr/sbin/fence_xvm -o list [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Breakpoint 1, args_init (args=args@entry=0x7fffffffe3e0) at options.c:558 558 { (gdb) p args $1 = (fence_virt_args_t *) 0x7fffffffe3e0 (gdb) p *args $2 = {domain = 0x7fffffffe450 "", op = FENCE_HOSTLIST, mode = MODE_MULTICAST, debug = 1, timeout = 0, delay = 587850787, retr_time = 56, flags = (F_FOREGROUND | F_ERR | F_HELP | F_USE_UUID | F_VERSION | F_CCSERR | F_NOCLUSTER | unknown: 4294960128), net = {addr = 0x7fffffffe568 "\251\347\377\377\377\177", key_file = 0x0, port = 191, hash = HASH_NONE, auth = AUTH_SHA1, family = 0, ifindex = 4223021}, serial = {device = 0x2c307d <Address 0x2c307d out of bounds>, speed = 0x0, address = 0x406fd0 <__libc_csu_init> "H\211l$\330L\211d$\340H\215-\307- "}}
fence-virt-0.3.0-7.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fence-virt-0.3.0-7.fc18
fence-virt-0.3.0-8.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fence-virt-0.3.0-8.fc18
Is RHEL6/7 going to be affected too?
The current RHEL6 build already has the patch, and I haven't done a new build for RHEL7 with -w yet.
Package fence-virt-0.3.0-8.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing fence-virt-0.3.0-8.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-16926/fence-virt-0.3.0-8.fc18 then log in and leave karma (feedback).
fence-virt-0.3.0-9.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fence-virt-0.3.0-9.fc18
fence-virt-0.3.0-10.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/fence-virt-0.3.0-10.fc18