PCs laufen, aber Status zeigt an, dass die Ressourcen gestoppt sind

PCs laufen, aber Status zeigt an, dass die Ressourcen gestoppt sind

Ich richte PCs zum ersten Mal ein. Ich habe zwei CentOS 7-VMs, auf denen ich PCs und Pacemaker installiert habe. Ich habe eine virtuelle IP und einen Apache-HTTP-Cluster definiert.

Die beiden VMs haben die IPs 192.168.56.121 und 192.168.56.122. Die VIP ist für 192.168.56.199 konfiguriert. Ich kann die VIP anpingen und den Test index.html auf der VIP öffnen.

Gemäß einem anderen Beitrag hier habe ich httpd.service gestoppt und deaktiviert, da pc seine Vorgänge verwaltet. Firewalld ist deaktiviert, ebenso wie SELinux.

Ich habe zwei Probleme: Erstens besteht meine index.html auf den beiden Knoten aus einer einzelnen Textzeile mit der Aufschrift „Knoten 1“ und „Knoten 2“. Wenn ich die Seite mehrmals aktualisiere, sehe ich, dass nur die Datei von Knoten 1 bereitgestellt wird, es sei denn, ich stoppe diesen Knoten. In diesem Fall wird die Datei von Knoten 2 bereitgestellt. Dies zeigt an, dass die Knoten im aktiven Standby-Modus arbeiten. Gibt es eine Möglichkeit, daraus einen Lastenausgleich zu machen, bei dem beide Knoten abwechselnd Anfragen bereitstellen?

Zweitens zeigt der PC-Status an, dass die Ressourcen gestoppt sind, obwohl Ping und HTTP funktionieren.

Folgendes wird pcs statusangezeigt:

Cluster name: mycluster
Stack: corosync
Current DC: db21 (version 1.1.23-1.el7_9.1-9acf116022) - partition with quorum
Last updated: Tue Jan  5 15:47:00 2021
Last change: Tue Jan  5 11:28:04 2021 by root via cibadmin on db21

2 nodes configured
2 resource instances configured

Online: [ db21 db22 ]

Full list of resources:

 Resource Group: webgroup
     apache_res (ocf::heartbeat:apache):        Stopped
     vip_res    (ocf::heartbeat:IPaddr2):       Stopped

Failed Resource Actions:
* apache_res_start_0 on db21 'unknown error' (1): call=10, status=Timed Out, exitreason='',
    last-rc-change='Tue Jan  5 11:32:43 2021', queued=1ms, exec=40019ms
* apache_res_start_0 on db22 'unknown error' (1): call=10, status=Timed Out, exitreason='',
    last-rc-change='Tue Jan  5 11:33:24 2021', queued=0ms, exec=40021ms

Daemon Status:
  corosync: active/enabled
  pacemaker: active/enabled
  pcsd: active/enabled

Ausgabe von pcs config show:

Cluster Name: mycluster
Corosync Nodes:
 db21 db22
Pacemaker Nodes:
 db21 db22

Resources:
 Group: webgroup
  Resource: apache_res (class=ocf provider=heartbeat type=apache)
   Attributes: configfile=/etc/httpd/conf/httpd.conf statusurl=http://127.0.0.1/server-status
   Operations: monitor interval=10s timeout=20s (apache_res-monitor-interval-10s)
               start interval=0s timeout=40s (apache_res-start-interval-0s)
               stop interval=0s timeout=60s (apache_res-stop-interval-0s)
  Resource: vip_res (class=ocf provider=heartbeat type=IPaddr2)
   Attributes: cidr_netmask=24 ip=192.168.56.199
   Operations: monitor interval=10s timeout=20s (vip_res-monitor-interval-10s)
               start interval=0s timeout=20s (vip_res-start-interval-0s)
               stop interval=0s timeout=20s (vip_res-stop-interval-0s)

Stonith Devices:
Fencing Levels:

Location Constraints:
Ordering Constraints:
Colocation Constraints:
Ticket Constraints:

Alerts:
 No alerts defined

Resources Defaults:
 No defaults set
Operations Defaults:
 No defaults set

Cluster Properties:
 cluster-infrastructure: corosync
 cluster-name: mycluster
 dc-version: 1.1.23-1.el7_9.1-9acf116022
 have-watchdog: false
 stonith-enabled: false

Quorum:
  Options:

Welche Protokolldatei oder welcher Befehl würde zeigen, warum der Status als „gestoppt“ angezeigt wird?

verwandte Informationen