当我开始时，所有服务器都会对核心转储感到恐慌。

Question

我升级了服务器。然后我开始在我的服务器上一个接一个地服务。我先在3台服务器上启动，然后等待5分钟。然后，我在其他服务器上启动了接下来的4条连接，7台服务器在同一时间崩溃。我已经用了五年了。我在用；

Kernel: 4.14.32-1-lts
Corosync 2.4.2-1 
Pacemaker 1.1.18-1

我以前从没见过这个。我想有些东西在新的可合成版中坏了，真的很糟糕！

Kernel: 4.14.70-1-lts
Corosync 2.4.4-3 
Pacemaker 2.0.0-1

-

这是我的corosync.conf：https://paste.ubuntu.com/p/7KCq8pHKn3/，你能告诉我怎么找出问题的原因吗？

Sep 25 08:56:03 SRV-2 corosync[29089]:   [TOTEM ] A new membership (10.10.112.10:56) was formed. Members joined: 7
Sep 25 08:56:03 SRV-2 corosync[29089]:   [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]:   [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]:   [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]:   [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 corosync[29089]:   [QUORUM] Members[7]: 1 2 3 4 5 6 7
Sep 25 08:56:03 SRV-2 corosync[29089]:   [MAIN  ] Completed service synchronization, ready to provide service.
Sep 25 08:56:03 SRV-2 corosync[29089]:   [VOTEQ ] Waiting for all cluster members. Current votes: 7 expected_votes: 28
Sep 25 08:56:03 SRV-2 systemd[1]: Created slice system-systemd\x2dcoredump.slice.
Sep 25 08:56:03 SRV-2 systemd[1]: Started Process Core Dump (PID 43798/UID 0).
Sep 25 08:56:03 SRV-2 systemd[1]: corosync.service: Main process exited, code=dumped, status=11/SEGV
Sep 25 08:56:03 SRV-2 systemd[1]: corosync.service: Failed with result 'core-dump'.
Sep 25 08:56:03 SRV-2 kernel: watchdog: watchdog0: watchdog did not stop!
Sep 25 08:56:03 SRV-2 systemd-coredump[43799]: Process 29089 (corosync) of user 0 dumped core.

                                                      Stack trace of thread 29089:
                                                      #0  0x0000000000000000 n/a (n/a)
Write failed: Broken pipe


coredumpctl info
           PID: 23658 (corosync)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Mon 2018-09-24 09:50:58 +03 (1 day 3h ago)
  Command Line: corosync
    Executable: /usr/bin/corosync
 Control Group: /system.slice/corosync.service
          Unit: corosync.service
         Slice: system.slice
       Boot ID: 79d67a83f83c4804be6ded8e6bd5f54d
    Machine ID: 9b1ca27d3f4746c6bcfcdb93b83f3d45
      Hostname: SRV-1
       Storage: /var/lib/systemd/coredump/core.corosync.0.79d67a83f83c4804be6ded8e6bd5f54d.23658.153777185>
       Message: Process 23658 (corosync) of user 0 dumped core.

                Stack trace of thread 23658:
                #0  0x0000000000000000 n/a (n/a)

           PID: 5164 (corosync)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Tue 2018-09-25 08:56:03 +03 (4h 9min ago)
  Command Line: corosync
    Executable: /usr/bin/corosync
 Control Group: /system.slice/corosync.service
          Unit: corosync.service
         Slice: system.slice
       Boot ID: 2f49ec6cdcc144f0a8eb712bbfbd7203
    Machine ID: 9b1ca27d3f4746c6bcfcdb93b83f3d45
      Hostname: SRV-1
       Storage: /var/lib/systemd/coredump/core.corosync.0.2f49ec6cdcc144f0a8eb712bbfbd7203.5164.1537854963>
       Message: Process 5164 (corosync) of user 0 dumped core.

                Stack trace of thread 5164:
                #0  0x0000000000000000 n/a (n/a)

我找不到更多的木头，所以我找不到这个问题。

Answer 1

降级后，到“CONSTREC2.4.2-1”问题得到解决。你们为什么要投"-“这个话题？它是如此的清晰，就像你所看到的，这是柯赛克的错，或者是拱门建造者的错。

如果你生活在这个问题上，只会降低你的等级，节省你的时间，那该怎么办呢？