Hi,

while playin' with Pacemaker and DRBD, I figured out that there's a 
little problem with newer DRBD versions (I'm using 8.3.0) and the drbd 
resource. (The problem was already described in 
http://www.gossamer-threads.com/lists/linuxha/users/53765?do=post_view_threaded#53765,
 
the solution there was to downgrade DRBD).

Beginning at line 235 of /usr/lib/ocf/resource.d/heartbeat/drbd, the 
following commands are used to ensure that DRBD has started in the appr. 
state:

        DRBD_STATE=$(do_drbdadm state $RESOURCE)
         DRBD_STATE_LOCAL=$(echo $DRBD_STATE | sed -e 's#/.*##')
         DRBD_STATE_REMOTE=$(echo $DRBD_STATE | sed -e 's#.*/##')
         DRBD_CSTATE=$(do_drbdadm cstate $RESOURCE)

The problem here is the first line, because "drbdadm state" changed its 
output in DRBD 8.0:

  r...@mat-db-2:~$ drbdadm state database
'drbdadm state' is deprecated, use 'drbdadm role' instead.
Unconfigured
r...@mat-db-2:~$

As you see, there's a warning that "state" is deprecated, and "role" 
should be used instead in the first line - of course, this is not what 
Pacemaker expects, so, it assumes that the start was unsuccessful, and 
tries again to start it, which causes "Device is attached to a disk" 
errors in the log, because the DRBD is running - but Pacemaker doesn't 
"see" it.
I just replaced "state" with "role", this solved the problem for me - of 
course, it's not a real solution, maybe the script should detect the 
drbd version and then decide to use "role" or "state"...

Hope it helps someone,

have a nice hackin',

hh

-- 
Harald Husemann
Netzwerk- und Systemadministrator
Operation Management Center (OMC)
MATERNA GmbH
Information & Communications

Westfalendamm 98
44141 Dortmund

Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen, Ralph Hartwig
Amtsgericht Dortmund HRB 5839

Tel: +49 231 9505 222
Fax: +49 231 9505 100
www.annyway.com <http://www.annyway.com/>
www.materna.com <http://www.materna.com/>
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to