Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
The original poster suggested that there is a bug, the statement was: > Ok LinBit found a bug that was causing DRBD9 not to work. > You will find you get pending actions or DBus error when > using drbdmanage. To resolve this set: > Set Volume 0 & 1 to secondary. If set to Primary it breaks. > This could be just with the code on Proxmox 4.2. This statement is probably incorrect, because as far as I am aware, we did not identify a bug, neither in DRBD nor in Proxmox 4.2, that caused the .drbdctrl resource to be explicitly set to Primary. However, since I don't know which scripts there are in Proxmox and whether any of them explicitly change the Primary/Secondary status of any resources, I noted that if there is a script in place, and if that script has a bug, then the result may be the explicit setting of the .drbdctrl resource to Primary. I also added in my full statement that we do currently not have any evidence of such a bug. > It might be the case that it had been set to Primary by accident, > e.g. by a buggy script in Proxmox 4.2 (however, I am not > aware of such a bug as of today) or by running something > like 'drbdadm primary all'. Apparently, the .drbdctrl resource was explicitly set to Primary mode on a user's Proxmox 4.2 installation, but the reason for this could not be determined from the syslog. On 06/10/2016 12:14 PM, Dietmar Maurer wrote: >> It might be the case that it had been set to Primary by accident, e.g. >> by a buggy script in Proxmox 4.2 > What script do you talk about? -- Robert Altnoeder DRBD - Corosync - Pacemaker +43 (1) 817 82 92 - 0 <tel:43181782920> robert.altnoeder at linbit.com <mailto:robert.altnoeder at linbit.com> LINBIT logo <https://www.linbit.com> Facebook <https://www.facebook.com/LINBIT-DRBD-346343405475/> Twitter <https://twitter.com/linbit> LinkedIn <https://www.linkedin.com/company/linbit> Google+ <https://plus.google.com/+Linbit/posts?cfem=1> DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment.htm> -------------- next part -------------- A non-text attachment was scrubbed... Name: linbit-logo-2016_claim_250w.png Type: image/png Size: 6767 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: f.png Type: image/png Size: 2872 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: t.png Type: image/png Size: 3316 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment-0002.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: l.png Type: image/png Size: 3013 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment-0003.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: g.png Type: image/png Size: 3479 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160610/16f18d65/attachment-0004.png>