-
Notifications
You must be signed in to change notification settings - Fork 62
Expand file tree
/
Copy pathdrbd.ocf
More file actions
executable file
·1770 lines (1570 loc) · 56.3 KB
/
Copy pathdrbd.ocf
File metadata and controls
executable file
·1770 lines (1570 loc) · 56.3 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
#!/bin/bash
#
#
# OCF Resource Agent compliant drbd resource script.
#
# Copyright (c) 2009 LINBIT HA-Solutions GmbH,
# Copyright (c) 2009 Florian Haas, Lars Ellenberg
# Based on the Heartbeat drbd OCF Resource Agent by Lars Marowsky-Bree
# (though it turned out to be an almost complete rewrite)
#
# All Rights Reserved.
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of version 2 of the GNU General Public License as
# published by the Free Software Foundation.
#
# This program is distributed in the hope that it would be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
#
# Further, this software is distributed without any warranty that it is
# free of the rightful claim of any third person regarding infringement
# or the like. Any license provided herein, whether implied or
# otherwise, applies only to this software file. Patent licenses, if
# any, provided herein do not apply to combinations of this program with
# other software, or any other product whatsoever.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write the Free Software Foundation,
# Inc., 59 Temple Place - Suite 330, Boston MA 02111-1307, USA.
#
#
# OCF instance parameters
#
# OCF_RESKEY_drbd_resource
# OCF_RESKEY_drbdconf
# OCF_RESKEY_stop_outdates_secondary
# OCF_RESKEY_adjust_master_score
# OCF_RESKEY_ignore_missing_notifications
# OCF_RESKEY_unfence_if_all_uptodate
# OCF_RESKEY_unfence_extra_args
# OCF_RESKEY_require_drbd_module_version_ge
# OCF_RESKEY_require_drbd_module_version_lt
# OCF_RESKEY_connect_only_after_promote
# OCF_RESKEY_wfc_timeout
# OCF_RESKEY_remove_master_score_if_peer_primary
# OCF_RESKEY_fail_promote_early_if_peer_primary
#
# meta stuff this agent looks at:
# OCF_RESKEY_CRM_meta_clone_max
# OCF_RESKEY_CRM_meta_clone_node_max
# OCF_RESKEY_CRM_meta_master_max
# OCF_RESKEY_CRM_meta_master_node_max
#
# OCF_RESKEY_CRM_meta_timeout
# OCF_RESKEY_CRM_meta_interval
#
# OCF_RESKEY_CRM_meta_notify
# OCF_RESKEY_CRM_meta_notify_active_uname
# OCF_RESKEY_CRM_meta_notify_demote_uname
# OCF_RESKEY_CRM_meta_notify_master_uname
# OCF_RESKEY_CRM_meta_notify_operation
# OCF_RESKEY_CRM_meta_notify_promote_uname
# OCF_RESKEY_CRM_meta_notify_slave_uname
# OCF_RESKEY_CRM_meta_notify_start_uname
# OCF_RESKEY_CRM_meta_notify_stop_uname
# OCF_RESKEY_CRM_meta_notify_type
#
#######################################################################
# Initialization:
# Resource-agents have moved their ocf-shellfuncs file around.
# There are supposed to be symlinks or wrapper files in the old location,
# pointing to the new one, but people seem to get it wrong all the time.
# Try several locations.
: OCF_ROOT = ${OCF_ROOT:=/usr/lib/ocf}
: OCF_FUNCTIONS_DIR = ${OCF_FUNCTIONS_DIR:=${OCF_ROOT}/lib/heartbeat}
for s in \
"${OCF_FUNCTIONS_DIR}/ocf-shellfuncs" \
"${OCF_FUNCTIONS_DIR}/.ocf-shellfuncs" \
"${OCF_ROOT}/lib/heartbeat/ocf-shellfuncs" \
"${OCF_ROOT}/resource.d/heartbeat/.ocf-shellfuncs" ;
do
test -e "$s" || continue
. "$s"
set_logtag
break
done
: __OFC_ACTION=${__OCF_ACTION:=$1} : $1
if ! command -v ocf_is_true &> /dev/null ; then
# Avoid error messages from init_optional_params below
# if called without ocf-shellfuncs, for example when trying
# to "just get the meta-data" for generating a man page.
ocf_is_true() {
case "$1" in
yes|true|1|YES|TRUE|ja|on|ON) true ;;
*) false ;;
esac
}
fi
# Defaults
OCF_RESKEY_drbdconf_default="/etc/drbd.conf"
OCF_RESKEY_unfence_extra_args_default="--quiet --flock-required --flock-timeout 0 --unfence-only-if-owner-match"
OCF_RESKEY_require_drbd_module_version_ge_default=8.0.0
OCF_RESKEY_require_drbd_module_version_lt_default=10.0.0
init_optional_params()
{
remove_master_score_if_peer_primary=false
remove_master_score_if_peer_primary_only_if_unexpected=false
if ocf_is_true ${OCF_RESKEY_remove_master_score_if_peer_primary:=false}; then
remove_master_score_if_peer_primary=true
elif [[ ${OCF_RESKEY_remove_master_score_if_peer_primary} = "unexpected" ]]; then
remove_master_score_if_peer_primary=true
remove_master_score_if_peer_primary_only_if_unexpected=true
fi
if ocf_is_true ${OCF_RESKEY_fail_promote_early_if_peer_primary:=false}; then
fail_promote_early_if_peer_primary=true
else
fail_promote_early_if_peer_primary=false
fi
if ocf_is_true ${OCF_RESKEY_unfence_if_all_uptodate:=false}; then
unfence_if_all_uptodate=true
else
unfence_if_all_uptodate=false
fi
if ocf_is_true ${OCF_RESKEY_connect_only_after_promote:=false}; then
connect_only_after_promote=true
else
connect_only_after_promote=false
fi
# if explicitly set to the empty string,
# or any non-digit, we don't wait at all
wfc_timeouts=""
OCF_RESKEY_wfc_timeout_default="5"
: OCF_RESKEY_wfc_timeout = "${OCF_RESKEY_wfc_timeout:=$OCF_RESKEY_wfc_timeout_default}"
local t=$OCF_RESKEY_wfc_timeout
if [[ -n $t ]] ; then
if [[ $t != *[!0-9]* ]] ; then
wfc_timeouts="--wfc-timeout=$t --degr-wfc-timeout=$t --outdated-wfc-timeout=$t"
else
ocf_log debug "non-digits in wfc_timeout ($t), going to not wait at all"
fi
fi
}
# The passed in OCF_CRM_meta_notify_* environment
# is not reliably with pacemaker up to at least
# 1.0.10 and 1.1.4. It should be fixed later.
# Until that is fixed, the "self-outdating feature" would base its actions on
# wrong information, and possibly not outdate when it should, or, even worse,
# outdate the last remaining valid copy.
# Disable.
OCF_RESKEY_stop_outdates_secondary_default="false"
OCF_RESKEY_adjust_master_score_default="0 10 1000 10000"
# ignored | Consistent | Unknown -' | | |
# ignored | NOT UpToDate | UpToDate ---' | |
# Secondary | UpToDate | unknown --------' |
# ignored | UpToDate | known --------------+
# Primary | UpToDate | ignored --------------'
: ${OCF_RESKEY_drbdconf:=${OCF_RESKEY_drbdconf_default}}
: ${OCF_RESKEY_stop_outdates_secondary:=${OCF_RESKEY_stop_outdates_secondary_default}}
: ${OCF_RESKEY_adjust_master_score:=${OCF_RESKEY_adjust_master_score_default}}
: ${OCF_RESKEY_require_drbd_module_version_ge:=$OCF_RESKEY_require_drbd_module_version_ge_default}
: ${OCF_RESKEY_require_drbd_module_version_lt:=$OCF_RESKEY_require_drbd_module_version_lt_default}
# Defaults according to "Configuration 1.0 Explained",
# "Multi-state resource configuration options"
: ${OCF_RESKEY_CRM_meta_clone_node_max=1}
: ${OCF_RESKEY_CRM_meta_master_max=1}
: ${OCF_RESKEY_CRM_meta_master_node_max=1}
#######################################################################
# for debugging this RA
DEBUG_LOG_DIR=/tmp/drbd.ocf.ra.debug
DEBUG_LOG=$DEBUG_LOG_DIR/log
USE_DEBUG_LOG=false
ls_stat_is_dir_0700_root() {
set -- $(command ls -ldn "$1" 2>/dev/null);
case "$1/$3" in
drwx?-??-?/0|\
drwx?-??-?./0) true ;;
*) false ;;
esac
}
# try to avoid symlink vuln.
if ls_stat_is_dir_0700_root $DEBUG_LOG_DIR &&
[[ -w "$DEBUG_LOG" && ! -L "$DEBUG_LOG" ]]
then
USE_DEBUG_LOG=true
# PS4='+[`date +%F\ %T.%3N`] '
PS4='+$(date +"%F_%T.%3N"): $HA_LOGTAG $__OCF_ACTION: ${FUNCNAME[0]:+${FUNCNAME[0]}:}${LINENO}: '
exec 8>>"$DEBUG_LOG"
(
printf "%s " "$(date "+%F_%T.%3N: $HA_LOGTAG ")"
bash -c 'for v in ${!OCF_*}; do printf "%s=%q " "$v" "${!v}"; done;'
printf " %q" "$0" "$@"
printf "\n"
) >&8
else
exec 8>/dev/null
fi
# end of debugging aid
#######################################################################
meta_data() {
cat <<END
<?xml version="1.0"?>
<!DOCTYPE resource-agent SYSTEM "ra-api-1.dtd">
<!-- version attribute is version of this resource agent -->
<resource-agent name="drbd" version="LINBIT 1.4">
<!-- Version number of the standard this agent complies with -->
<version>1.0</version>
<longdesc lang="en">
This resource agent manages a DRBD resource as a master/slave resource.
DRBD is a shared-nothing replicated storage device.
NOTE:
To avoid data-divergence, you should enable either
DRBD "quorum" and "on-no-quorum io-error" (recommended),
or configure proper fencing policies in both DRBD
*and* Pacemaker (fencing resource-and-stonith).
This cannot be done from this resource agent alone.
See the DRBD User's Guide for more information.
https://docs.linbit.com/
</longdesc>
<shortdesc lang="en">Manages a DRBD device as a Master/Slave resource</shortdesc>
<parameters>
<parameter name="drbd_resource" unique="1" required="1">
<longdesc lang="en">
The name of the drbd resource from the drbd.conf file.
</longdesc>
<shortdesc lang="en">drbd resource name</shortdesc>
<content type="string"/>
</parameter>
<parameter name="drbdconf">
<longdesc lang="en">
Full path to the drbd.conf file.
</longdesc>
<shortdesc lang="en">Path to drbd.conf</shortdesc>
<content type="string" default="${OCF_RESKEY_drbdconf_default}"/>
</parameter>
<parameter name="adjust_master_score">
<longdesc lang="en">
Space separated list of four master score adjustments for different scenarios:
- only access to 'consistent' data
- only remote access to 'uptodate' data
- currently Secondary, local access to 'uptodate' data, but remote is unknown
- local access to 'uptodate' data, and currently Primary or remote is known
Numeric values are expected to be non-decreasing.
The first value is 0 by default to prevent pacemaker from trying to promote
while it is unclear whether the data is really the most recent copy.
(DRBD knows it is "consistent", but is unsure about "uptodate"ness).
Please configure proper fencing methods both in DRBD
(fencing resource-and-stonith; appropriate (un)fence-peer handlers)
AND in Pacemaker to make this work reliably.
Advanced use: Adjust the other values to better fit into complex
dependency score calculations.
Intentionally diskless nodes ("Diskless Clients") with access to good data via
some (or all) their peers will use the 3rd or 4th value (minus one) when they
are (Secondary, not all peers up-to-date) or (ALL peers are up-to-date, or they
are Primary themselves). This may need to change if this should become a
frequent use case.
Special considerations:
If a Secondary DRBD is connected to a peer in Primary role, but Pacemaker does
not know about any Primary (using crm_resource --locate), we conclude that
there likely is a cluster-split-brain, and may try to "help" Pacemaker by removing
the master-score. Also see "remove_master_score_if_peer_primary".
</longdesc>
<shortdesc lang="en">master score adjustments</shortdesc>
<content type="string" default="${OCF_RESKEY_adjust_master_score_default}"/>
</parameter>
<parameter name="stop_outdates_secondary">
<longdesc lang="en">
Recommended setting: leave at default (disabled).
Note that this feature depends on the passed in information in
OCF_RESKEY_CRM_meta_notify_master_uname to be correct, which unfortunately is
not reliable for pacemaker versions up to at least 1.0.10 / 1.1.4.
If a Secondary is stopped (unconfigured), it may be marked as outdated in the
drbd meta data, if we know there is still a Primary running in the cluster.
Note that this does not affect fencing policies set in drbd config,
but is an additional safety feature of this resource agent only.
You can enable this behaviour by setting the parameter to true.
If this feature seems to not do what you expect, make sure you have defined
fencing policies in the drbd configuration as well.
</longdesc>
<shortdesc lang="en">outdate a secondary on stop</shortdesc>
<content type="boolean" default="${OCF_RESKEY_stop_outdates_secondary_default}"/>
</parameter>
<parameter name="ignore_missing_notifications">
<longdesc lang="en">
Some setups do not benefit from notifications.
Allow to disable notifications without patching this resource agent.
</longdesc>
<shortdesc lang="en">ignore missing notify=true</shortdesc>
<content type="boolean" default="false"/>
</parameter>
<parameter name="wfc_timeout">
<longdesc lang="en">
Unless set to the empty string or any non-digits, wait (at most)
this many seconds for the connection(s) to be established
after bringing them up during "start".
</longdesc>
<shortdesc lang="en">wait for connections with timeout</shortdesc>
<content type="integer" default="$OCF_RESKEY_wfc_timeout_default"/>
</parameter>
<parameter name="remove_master_score_if_peer_primary">
<longdesc lang="en">
See also "adjust_master_score" and "fail_promote_early_if_peer_primary".
To prevent a potentially failed promotion attempt in case of cluster split-brain
(Pacemaker communication loss) while DRBD is still connected to a Primary,
you can request to remove any master score while DRBD is connected to a Primary
(and that Primary peer looks like it has all disks up-to-date).
This may delay legitimate failovers after Primary crash by up to some TCP timeout
(until DRBD realizes that the Primary is gone) plus one monitoring interval.
This parameter is interpreted almost as an "ocf boolean",
with the exception of a literal "unexpected", that is:
- (yes|true|1) [actually, according to the OCF spec, also
(YES|TRUE|True|ja|ON), but please don't go there]: is "true":
remove (or never assign) master scores, if DRBD appears to see a (healthy) Primary
- "unexpected":
assign master scores as described under "adjust_master_score",
while removing it if DRBD appears to see a (healthy) Primary
that Pacemaker does not know about (as determined by crm_resource --locate).
- everything else is "false":
ignore the peer role while assigning master scores.
</longdesc>
<shortdesc lang="en">remove master score if we are connected to a primary peer</shortdesc>
<content type="string" default="false"/>
</parameter>
<parameter name="fail_promote_early_if_peer_primary">
<longdesc lang="en">
See also "adjust_master_score" and "remove_master_score_if_peer_primary".
To avoid a useless retry loop during promotion attempts in case of cluster
split-brain (Pacemaker communication loss) while DRBD is still connected to a
Primary, you can chose to give up after the first try if this situation is detected.
If a Primary "vanishes", TCP may not immediately detect this, and an idle DRBD
may take some time until it does in-DRBD-protocol "pings". Pacemaker may well
detect Primary loss earlier than DRBD, and try to promote while DRBD thinks it
can still see a Primary. Which means, in general, trying to promote at least
once is necessary, as that implies an in-DRBD-protocol "peer alive" check.
But if that does not succeed, re-trying until we hit the operation timeout may
not be desired, so you can disable it.
</longdesc>
<shortdesc lang="en">try promote only once when connected to a primary peer</shortdesc>
<content type="boolean" default="false"/>
</parameter>
<parameter name="unfence_if_all_uptodate">
<longdesc lang="en">
If all volumes of this resource report to be UpToDate,
call an unfence script hook, just in case some stale fencing constraint
or similar is still around.
<![CDATA[
- With DRBD utils version <= 8.9.4, this is hardcoded to
/usr/lib/drbd/crm-unfence-peer.sh -r \$DRBD_RESOURCE
- With DRBD utils version >= 8.9.5, this is dispatched to
\$DRBDADM unfence-peer \$DRBD_RESOURCE
In any case, the hook itself is responsible to fetch
\$OCF_RESKEY_unfence_extra_args from its environment.
]]>
</longdesc>
<shortdesc lang="en">call unfence hook once fully UpToDate</shortdesc>
<content type="boolean" default="false"/>
</parameter>
<parameter name="unfence_extra_args">
<longdesc lang="en">
This may be used to pass extra hints to the unfence hook.
See description of unfence_if_all_uptodate.
</longdesc>
<shortdesc lang="en">Extra arguments for the unfence hook.</shortdesc>
<content type="boolean" default="$OCF_RESKEY_unfence_extra_args_default"/>
</parameter>
<parameter name="require_drbd_module_version_ge">
<longdesc lang="en">Use this you want to force failure of this resource agent
if the detected DRBD kernel (module) driver version is lower than a required minimum.
Example: use require_drbd_module_version_ge=9.0.16 to fail unless DRBD
module version >= 9.0.16 is available (effectively requires DRBD 9).
The intention of this is to give a more useful failure message
after accidentally downgrading the DRBD version
by installing/upgrading a new kernel.
Note: "ge", "greater-or-equal", inclusive. Required format: x.y.z
Set empty to skip this check.
</longdesc>
<shortdesc lang="en"></shortdesc>
<content type="string" default="$OCF_RESKEY_require_drbd_module_version_ge_default"/>
</parameter>
<parameter name="require_drbd_module_version_lt">
<longdesc lang="en">Use this you want to force failure of this resource agent
if the detected DRBD kernel (module) driver version is higher than a required maximum.
Example: use require_drbd_module_version_lt=9.0.0 to fail unless DRBD
module version < 9.0 is available (effectively requires DRBD 8.4).
Note: "lt", "less-than", exclusive. Required format: x.y.z
Set empty to skip this check.
</longdesc>
<content type="string" default="$OCF_RESKEY_require_drbd_module_version_lt_default"/>
</parameter>
<parameter name="connect_only_after_promote">
<longdesc lang="en">
This may be useful for "stacked" setups without proper fencing on the lower
layer (which we obviously do not recommend), to avoid some of the ugly side
effects that may arise after resolving a split-brain on the lower layer.
Keep this DRBD instance disconnected until it is promoted.
After promotion we issue an additional "adjust",
which is supposed to initiate the connection attempts.
This causes a new data generation identifier ("current uuid")
to be generated after the failover of a "healthy" DRBD.
</longdesc>
<content type="boolean" default="false"/>
</parameter>
</parameters>
<actions>
<action name="start" timeout="240" />
<action name="reload" timeout="30" />
<action name="promote" timeout="90" />
<action name="demote" timeout="90" />
<action name="notify" timeout="90" />
<action name="stop" timeout="100" />
<action name="monitor" timeout="20" interval="20" role="Slave" />
<action name="monitor" timeout="20" interval="10" role="Master" />
<action name="meta-data" timeout="5" />
<action name="validate-all" />
</actions>
</resource-agent>
END
}
# either this pacemaker/lrmd combo does not know about ocf-exit-reason,
# or this resource-agents version already does have ocf_exit_reason(),
# or we define a short version of it here.
if ! command -v ocf_exit_reason &> /dev/null ; then
if [[ -z $OCF_EXIT_REASON_PREFIX ]]; then
ocf_exit_reason() { ocf_log err "$*"; }
else
ocf_exit_reason() {
local fmt=$1 ; shift;
local msg=$(printf "$fmt" "$@")
>&2 printf "%s%s\n" "$OCF_EXIT_REASON_PREFIX" "$msg";
}
fi
fi
__drbd_exit_reason_set=""
drbd_ocf_exit_reason()
{
__drbd_exit_reason_set=1
ocf_exit_reason "$@"
}
if $USE_DEBUG_LOG ; then
dump_stack() { local i n=${#BASH_SOURCE[@]}; for (( i=1; i <= n; i+=1 )); do caller $i ; done; }
exit() {
local ex=${1:-$?}
if [[ -z $__drbd_exit_reason_set ]] ; then
set -- $(dump_stack)
drbd_ocf_exit_reason "exit %s at %s\n" "$ex" "$*"
fi
command exit "$ex"
}
fi
do_cmd_success_log_level=""
do_cmd() { __do_cmd_with_timeout "" "$@"; }
do_cmd_CRM_meta_timeout()
{
local timeout=$(( ($OCF_RESKEY_CRM_meta_timeout - 500 - $SECONDS*1000) / 1000 ))
# if we are short on time already,
# try to get away with whatever time is left
(( timeout > 0 )) || timeout=0
__do_cmd_with_timeout "$timeout" "$@";
}
__do_cmd_with_timeout() {
# Run a command, return its exit code, capture any output, and log
# everything if appropriate.
# use coreutils "timeout", if timeout is != 0.
local timeout=$1; shift
local cmd="$*" cmd_out cmd_err ret=125
local success_log_level=${do_cmd_success_log_level:-debug}
local failure_log_level=${do_cmd_failure_log_level:-err}
ocf_log debug "$DRBD_RESOURCE: Calling $cmd"
if [[ $timeout =~ ^[1-9][0-9]*$ ]]; then
timeout="-t $timeout"
else
timeout=""
fi
local pipe
local pipe_pid
local result
# capture stdout, stderr, and exit code
if exec {pipe}< <(exec 3>&1;
printf "cmd_err=%q\n" \
"$( exec 2>&1 1>&3 3>&-; \
out=$( "$@" ); \
ex=$?; \
printf "cmd_out=%q\nret=%q\n" "$out" "$ex" )"
)
then
pipe_pid=$!
read -r -d "" -u $pipe $timeout result
if (( $? > 128 )) ; then
kill -KILL $pipe_pid
# wait $pipe_pid
fi
exec {pipe}<&-
eval "$result"
fi
if [ $ret != 0 ]; then
ocf_log $failure_log_level "$DRBD_RESOURCE: Called $cmd"
ocf_log $failure_log_level "$DRBD_RESOURCE: Exit code $ret"
ocf_log $failure_log_level "$DRBD_RESOURCE: Command output: $cmd_out"
ocf_log $failure_log_level "$DRBD_RESOURCE: Command stderr: $cmd_err"
else
[[ $do_cmd_success_log_level ]] &&
ocf_log $success_log_level "$DRBD_RESOURCE: Called $cmd"
ocf_log $success_log_level "$DRBD_RESOURCE: Exit code $ret"
ocf_log $success_log_level "$DRBD_RESOURCE: Command output: $cmd_out"
ocf_log $success_log_level "$DRBD_RESOURCE: Command stderr: $cmd_err"
fi
[ -n "$cmd_out" ] && echo "$cmd_out"
return $ret
}
do_drbdadm() {
local ret
# Run drbdadm with appropriate command line options, and capture
# its output.
# $DRBDADM is defined during drbd_validate as "drbdadm" plus
# appropriate command line options
do_cmd $DRBDADM "$@"
ret=$?
# having the version mismatch warning once per RA invokation
# should be enough.
export DRBD_DONT_WARN_ON_VERSION_MISMATCH=
return $ret
}
# cached value
unset current_master_score
get_current_master_score()
{
# only call crm_master once
[[ ${current_master_score+set} ]] ||
current_master_score=$(crm_master -q -l reboot -G 2>/dev/null)
# return value of this function:
# true if master_score is present
# false if master_score is not present
[[ $current_master_score ]]
}
set_master_score() {
# Use quiet mode (-Q) to quench logging. Actual score updates
# will get logged by attrd anyway
if [[ $1 -le 0 ]]; then
remove_master_score
else
do_cmd_CRM_meta_timeout ${HA_SBIN_DIR}/crm_master -Q -l reboot -v $1 &&
current_master_score=$1
fi
}
remove_master_score() {
do_cmd_CRM_meta_timeout ${HA_SBIN_DIR}/crm_master -l reboot -D
current_master_score=""
}
source_drbd_shellfuncs()
{
local dir=.
[[ $0 = */* ]] && dir=${0%/*}
source "$dir/drbd.shellfuncs.sh"
}
source_drbd_shellfuncs
call_unfence()
{
# It is easier to just call the crm-unfence-peer script, without
# duplicating part of its code here. Also adding cibadmin calls to
# first check if such constraint does even exist would needlessly add
# even more load on the cib.
export OCF_RESKEY_unfence_extra_args
: ${OCF_RESKEY_unfence_extra_args:=$OCF_RESKEY_unfence_extra_args_default}
$DRBDADM unfence-peer $DRBD_RESOURCE
: "unfence exit code: $?"
}
# This is not the only fencing mechanism.
# But in addition to the drbd "fence-peer" handler, which should be configured,
# and is expected to place some appropriate constraints, this is used to
# actually store the Outdated information in DRBD on-disk meta data.
#
# called after stop, and from post notification events.
maybe_outdate_self()
{
# if you claim your right to go online with stale data,
# there you are.
ocf_is_true $OCF_RESKEY_stop_outdates_secondary || return 1
local host stop_uname
# We ignore $OCF_RESKEY_CRM_meta_notify_promote_uname here
# because: if demote and promote for a _stacked_ resource
# (or a "floating" one, where DRBD sits on top of some SAN)
# happen in the same transition, demote will see the promote
# hostname here, and voluntarily outdate itself. Which would
# result in promote failure, as it is using the same meta
# data, which would then be outdated.
# If that is not sufficient for you, you probably need to
# configure fencing policies in the drbd configuration.
host=$(printf "%s\n" $OCF_RESKEY_CRM_meta_notify_master_uname |
grep -vix -m1 -e "$HOSTNAME" )
if [[ -z $host ]] ; then
# no current master host found, do not outdate myself
return 1
fi
for stop_uname in $OCF_RESKEY_CRM_meta_notify_stop_uname; do
[[ $host == "$stop_uname" ]] || continue
# post notification for stop on that host.
# hrmpf. crm passed in stale master_uname :(
# ignore
return 1
done
# e.g. post/promote of some other peer.
# Should not happen, fencing constraints should take care of that.
# But in case it does, scream out loud.
if $status_primary; then
# I am Primary.
# The other one is Primary (according to OCF_RESKEY_CRM_meta_notify_master_uname).
# But we cannot talk to each other :( (otherwise this function was not called)
# One of us has to die.
# Which one, however, is not ours to decide.
ocf_log crit "resource internal SPLIT BRAIN: both $HOSTNAME and $host are Primary for $DRBD_RESOURCE, but the replication link is down!"
return 1
fi
# OK, I am not Primary, but there is an other node Primary
# Outdate myself
ocf_log notice "outdating $DRBD_RESOURCE: according to OCF_RESKEY_CRM_meta_notify_master_uname, '$host' is still master"
do_drbdadm outdate $DRBD_RESOURCE
# on some pacemaker versions, -INFINITY may cause resource instance stop/start.
# But in this case that is ok, it may even clear the replication link
# problem.
set_master_score -INFINITY
return 0
}
unexpected_primary_rejects_promote()
{
crm_resource_locate_master
: "single master config?"
[[ $OCF_RESKEY_CRM_meta_master_max = 1 ]] || return 1
: "not primary myself?" # because, if I am, I can no longer reject this...
! $status_primary || return 1
: "some peer is primary?"
$status_some_peer_primary || return 1
: "but pacemaker does not know about a Primary?"
[[ -z $DRBD_PRIMARY_PEER_according_to_pcmk ]] || return 1
return 0
}
removed_master_score_because_peer_is_primary()
{
: "remove master score if peer primary?"; $remove_master_score_if_peer_primary || return 1
: "primary myself?"; $status_primary && return 1
: "some peer primary?"; $status_some_peer_primary || return 1
if : "SOME peer ALL up-to-date?"; $status_some_peer_all_up_to_date ; then
# FIXME this should check if that same primary peer has all healthy
# disks, not if "some" peer has all healthy disks.
# But I think this option only makes sense in two node setups,
# so "some" peer becomes "the" peer anyways.
: "Okay, peer apparently has healthy disks"
else
: "peer is primary, but does not look healthy, use regular master score adjustment"
return 1
fi
if : "remove only if unexpected"; $remove_master_score_if_peer_primary_only_if_unexpected; then
if unexpected_primary_rejects_promote; then
## Do not log "err", if this may be intentional (independent clusters),
## and this pacemaker was told to not even try to promote
# case $OCF_RESKEY_CRM_meta_target_role in
# [Mm]aster|[Ss]tarted|"")
#
## But what if they control it via booth and tickets?
## Or other constraints?
# do we even have a master score, currently?
# logging this with every monitoring interval may be too noisy.
if get_current_master_score ; then
ocf_log info "I am connected to a Primary that Pacemaker does not know about! Removing master score."
remove_master_score
fi
return 0
fi
: "not unexpected, no special treatment"
return 1
fi
: "connected to (apparently healthy) Primary peer, do not allow promote"
remove_master_score
return 0
}
drbd_update_master_score() {
set -- $OCF_RESKEY_adjust_master_score
local only_consistent=$1 only_remote=$2 local_ok=$3 as_good_as_it_gets=$4
# NOTE
# there may be constraint scores from rules on role=Master,
# that in some ways can add to the node attribute based master score we
# specify below. If you think you want to add personal preferences,
# in case the scores given by this RA do not suffice, this is the
# value space you can work with:
# -INFINITY: Do not promote. Really. Won't work anyways.
# Too bad, at least with current (Oktober 2009) Pacemaker,
# negative master scores cause instance stop; restart cycle :(
# missing, zero: Do not promote.
# I think my data is not good enough.
# Though, of course, you may try, and it might even work.
# 5: please, do not promote, unless this is your only option.
# 10: promotion is probably a bad idea, our local data is no good,
# you'd probably run into severe performance problems, and risk
# application crashes or blocking IO in case you lose the
# replication connection.
# 1000: Ok to be promoted, we have good data locally (though we don't
# know about the peer, so possibly it has even better data?).
# You sould use the crm-fence-peer.sh handler or similar
# mechanism to avoid data divergence.
# 10000: Please promote me/keep me Primary.
# I'm confident that my data is as good as it gets.
#
# TODO: separately configure the master score for diskless clients
# For now: if it is "intentionally" diskless, and has access to
# remote UpToDate, consider it slighly worse than "local_ok".
#
if : "have quorum?"; $status_have_quorum ; then
: "quorate, evaluate status in more detail below"
else
: "NOT quorate, should not be master."
remove_master_score
return
fi
# I'd like to remove the master score, if we find ourselves be
# connected to an "unexpected" primary:
# # unexpected_primary_rejects_promote && remove_master_score
#
# BUT.
# Given bad timing, DRBD may still think it is connected
# but pacemaker already knows the peer is dead.
# If now a "monitor" squeezes in between "peer known dead"
# and the soon to be expected "promote", while DRBD still thinks it was
# connected to a Primary (likely optimistically waiting for generously
# configured internal timeouts), if we remove the master score from
# this monitor action, we delay the failover for up to
# time-for-DRBD-internals-to-declare-peer-dead
# plus one extra monitor interval.
#
# So at least don't do that by default, check for
# remove_master_score_if_peer_primary and
# remove_master_score_if_peer_primary_only_if_unexpected
#
if removed_master_score_because_peer_is_primary ; then
return
fi
if : "diskless client?"; $status_diskless_client ; then
if : "primary and access to good data?" ;
$status_primary && $status_some_peer_all_up_to_date; then
set_master_score $(( as_good_as_it_gets -1 ))
elif : "ALL peer-disks up-to-date?"; $status_pdsk_all_up_to_date; then
set_master_score $(( as_good_as_it_gets -1 ))
elif : "SOME peer-disks up-to-date?"; $status_some_peer_all_up_to_date ; then
set_master_score $(( local_ok - 1 ))
else : "Diskless client, without access to good data :("
remove_master_score
fi
elif : "all disks up-to-date?"; $status_disk_all_up_to_date ; then
if : "primary?" ; $status_primary ; then
# I am Primary, all local disks are UpToDate
set_master_score $as_good_as_it_gets
if : "all peer-disks up-to-date?"; $status_pdsk_all_up_to_date; then
# I am Primary, all local disks are UpToDate,
# AND all peer disks are UpToDate
: == DEBUG == unfence_if_all_uptodate=$unfence_if_all_uptodate
$unfence_if_all_uptodate && call_unfence
# else: not so sure about the peer's disks
fi
else : "Not primary."
if : "any peer-disk unknown?"; $status_pdsk_any_unknown ; then
# all local disks are UpToDate,
# but I'm not Primary,
# and I'm not sure about some peer's disk state(s).
# We may need to outdate ourselves?
# But if we outdate in a MONITOR, and are disconnected
# secondary because of a hard primary crash, before CRM noticed
# that there is no more master, we'd make us utterly useless!
# Trust that the primary will also notice the disconnect,
# and will place an appropriate fencing constraint via
# its fence-peer handler callback.
set_master_score $local_ok
else : "all peer disk states known."
# We know something about our peer, which means that either the
# replication link is established, or it was not even
# consistent last time we talked to each other.
# Also all our local disks are UpToDate, which means even if we are
# currently synchronizing, we do so as SyncSource.
set_master_score $as_good_as_it_gets
fi
fi
elif : "some peer with all peer-disks up-to-date?" ; $status_some_peer_all_up_to_date ; then
# At least one of our local disks is not up to date.
# But at least one of our peers is ALL OK.
# We can expect to have access to useful
# data, but with possibly degraded performance,
# (some) reads need to fetch from the peer.
set_master_score $only_remote
elif : "in transitional state?"; $status_disk_transitional_state ; then
# some transitional state.
# just don't do anything
: "ignore"
elif : "all disks consistent?" ; $status_disk_all_consistent ; then
# All local disks seem to be Consistent.
# They _may_ be up to date, or not.
# We hope that fencing mechanisms have put constraints in
# place, so we won't be promoted with stale data.
# But in case this was a cluster crash,
# at least allow _someone_ to be promoted.
set_master_score $only_consistent
else # not $status_disk_all_consistent and not $status_disk_transitional_state
# ALWAYS put the cluster in MAINTENANCE MODE
# if you add a volume to a live replication group,
# because the new volume will typically come up as Inconsistent
# the first time, which would cause a monitor to revoke the
# master score!
#
# At least some of our local disks are not really useable.
# Our peer is not all good either (or some previous case block
# would have matched). We have no access to useful data.
# DRBD would refuse to be promoted, anyways.
#
# set_master_score -INFINITY
# Too bad, at least with current (Oktober 2009) Pacemaker,
# negative master scores cause instance stop; restart cycle :(
# Hope that this will suffice.
remove_master_score
fi
}
is_drbd_enabled() {
test -f /proc/drbd
}
#######################################################################
drbd_usage() {
echo "\
usage: $0 {start|stop|monitor|validate-all|promote|demote|notify|meta-data}
Expects to have a fully populated OCF RA-compliant environment set."
}
drbd_status() {
local rc
local dev
rc=$OCF_NOT_RUNNING
is_drbd_enabled || return $rc
# Not running, if no block devices exist.
#
# FIXME what if some do, and some do not exist?
# Adding/removing volumes to/from existing resources should only be
# done with maintenance-mode enabled.
# If someone does manually kill/remove only some of the volumes,
# we tolerate that here.
for dev in "${DRBD_DEVICES[@]}" ""; do
test -b $dev && break
done
[[ $dev ]] || return $rc
# ok, module is loaded, block device nodes exist.
# lets see the status
drbd_set_status_variables
if $status_unconfigured ; then
rc=$OCF_NOT_RUNNING
elif $status_primary ; then
rc=$OCF_RUNNING_MASTER
else
rc=$OCF_SUCCESS
fi
return $rc
}
# I'm sorry, but there is no $OCF_DEGRADED_MASTER or similar yet.
drbd_monitor() {
local status
drbd_status
status=$?
if [[ $status = $OCF_NOT_RUNNING ]] && ocf_is_probe ; then
# see also linux-ha mailing list archives,
# From: Andrew Beekhof
# Subject: Re: pacemaker+drbd promotion delay
# Date: 2012-04-13 01:47:37 GMT
# e.g.: http://thread.gmane.org/gmane.linux.highavailability.user/37089/focus=37163
# ---
: "do nothing" ;
else
drbd_update_master_score
fi
case $status in
(0) : "OCF_SUCCESS aka 'running/slave'" ;;
(1) : "OCF_ERR_GENERIC" ;;