个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
25
4
有一个 Galera 集群在 docker 容器上运行，由 kubernetes 管理，过去 1 周有 3 个节点，但突然 galera-0 节点宕机了，而且无法恢复。
我能理解的主要原因是日志中的以下原因:
[错误] WSREP:无法从 '' 解析 UUID
2019-08-29 7:19:51 140524983666688 [注意] WSREP:将初始位置设置为 00000000-0000-0000-0000-000000000000:-1
从日志中我可以看到组状态与本地状态不匹配
Group state: 3cc86b15-b805-11e9-a7e5-f687881917cc:41060224
Local state: 00000000-0000-0000-0000-000000000000:-1
最后它说:
2019-08-29 7:19:52 140524983352064 [警告] WSREP:无法准备增量状态传输:本地状态 UUID (00000000-0000-0000-0000-000000000000) 与组状态 UUID 不匹配(3cc86b15-b805-11e9-a7e5-f687881917cc):1(不允许操作)
在 galera/src/replicator_str.cpp:prepare_for_IST():482。 IST 将不可用。
galera崩溃节点的完整日志:
root@ip-172-31-26-54:/home/ubuntu/zm-load-testing# kubectl logs -f zmc-galera-0
iam=zmc-galera-0
all_hosts=zmc-galera-0.zmc-galera
zmc-galera-1.zmc-galera
zmc-galera-2.zmc-galera
zmc-galera-0 - Creating /root/.my.cnf...
zmc-galera-0 - /etc/mysql/conf.d/zmc-galera.cnf:
[mysqld]
bind-address=0.0.0.0
binlog_format=ROW
default-storage-engine=innodb
innodb_autoinc_lock_mode=2
innodb_max_dirty_pages_pct=30
innodb_max_dirty_pages_pct_lwm=0.001
query_cache_size=0
#value should be further increased for bulky hosts
innodb_buffer_pool_size=8G
innodb_flush_log_at_trx_commit=0
table_open_cache=2000
# Value is: 200 + max_connections + 2 * table_open_cache
innodb_open_files=6200
max_connections=2000
user=mysql
# Galera Provider Configuration
wsrep_on=ON
wsrep_log_conflicts=ON
# BitMask on when to enforces strict cluster-wide causality checks
wsrep_sync_wait=15
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_provider_options="gcache.size=300M; gcache.page_size=300M"
# Galera Cluster Configuration
wsrep_cluster_name=zmc-galera
# Value is: 4 * number of dedicated cores
wsrep_slave_threads=16
wsrep_node_name=zmc-galera-0
# Galera Synchronization Configuration
wsrep_sst_method=rsync
ERROR 2005 (HY000): Unknown MySQL server host 'zmc-galera-1.zmc-galera' (-2)
cluster state=CLUSTER_RUNNING
zmc-galera-0 - Rejoining a running cluster...
zmc-galera-0 - Checking cluster state file for valid seqno...
zmc-galera-0 - Need to recover seqno from database
zmc-galera-0 - This is the seqno recovered from the database: -1.
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 75 100 63 100 12 10500 2000 --:--:-- --:--:-- --:--:-- 12500
cluster addr from svc-coordinator: 10.244.2.112,10.244.5.165,10.244.1.96,10.244.2.125,10.244.2.134
zmc-galera-0 - Creating init file /var/lib/mysql/.initialized...
zmc-galera-0 - Starting the database...
2019-08-29 7:19:51 140524983666688 [Note] mysqld (mysqld 10.1.35-MariaDB-1~bionic) starting as process 1 ...
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Read nil XID from storage engines, skipping position init
2019-08-29 7:19:51 140524983666688 [Note] WSREP: wsrep_load(): loading provider library '/usr/lib/galera/libgalera_smm.so'
2019-08-29 7:19:51 140524983666688 [Note] WSREP: wsrep_load(): Galera 25.3.23(r3789) by Codership Oy <info@codership.com> loaded successfully.
2019-08-29 7:19:51 140524983666688 [Note] WSREP: CRC-32C: using hardware acceleration.
2019-08-29 7:19:51 140524983666688 [ERROR] WSREP: could not parse UUID from ''
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Found saved state: 00000000-0000-0000-0000-000000000000:-1, safe_to_bootstrap: 0
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 10.244.2.134; base_port = 4567; cert.log_conflicts = no; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /var/lib/mysql//galera.cache; gcache.page_size = 300M; gcache.recover = no; gcache.size = 300M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.segment = 0; gmcast.version = 0; pc.announce_timeout = PT3S; pc.checksum = false; pc.i
2019-08-29 7:19:51 140524983666688 [Note] WSREP: GCache history reset: 3cc86b15-b805-11e9-a7e5-f687881917cc:0 -> 00000000-0000-0000-0000-000000000000:-1
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1
2019-08-29 7:19:51 140524983666688 [Note] WSREP: wsrep_sst_grab()
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Start replication
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-1
2019-08-29 7:19:51 140524983666688 [Note] WSREP: protonet asio version 0
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Using CRC-32C for message checksums.
2019-08-29 7:19:51 140524983666688 [Note] WSREP: backend: asio
2019-08-29 7:19:51 140524983666688 [Note] WSREP: gcomm thread scheduling priority set to other:0
2019-08-29 7:19:51 140524983666688 [Note] WSREP: restore pc from disk successfully
2019-08-29 7:19:51 140524983666688 [Note] WSREP: GMCast version 0
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') listening at tcp://0.0.0.0:4567
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') multicast: , ttl: 1
2019-08-29 7:19:51 140524983666688 [Note] WSREP: EVS version 0
2019-08-29 7:19:51 140524983666688 [Note] WSREP: gcomm: connecting to group 'zmc-galera', peer '10.244.2.112:,10.244.5.165:,10.244.1.96:,10.244.2.125:,10.244.2.134:'
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') connection established to da31cd92 tcp://10.244.2.134:4567
2019-08-29 7:19:51 140524983666688 [Warning] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') address 'tcp://10.244.2.134:4567' points to own listening address, blacklisting
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') connection established to 9fd5389f tcp://10.244.5.165:4567
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') turning message relay requesting on, nonlive peers:
2019-08-29 7:19:51 140524983666688 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') connection established to 6e5593b7 tcp://10.244.1.96:4567
2019-08-29 7:19:51 140524983666688 [Note] WSREP: declaring 6e5593b7 at tcp://10.244.1.96:4567 stable
2019-08-29 7:19:51 140524983666688 [Note] WSREP: declaring 9fd5389f at tcp://10.244.5.165:4567 stable
2019-08-29 7:19:51 140524983666688 [Note] WSREP: Node 6e5593b7 state prim
2019-08-29 7:19:51 140524983666688 [Note] WSREP: view(view_id(PRIM,6e5593b7,243) memb {
6e5593b7,0
9fd5389f,0
da31cd92,0
} joined {
} left {
} partitioned {
})
2019-08-29 7:19:51 140524983666688 [Note] WSREP: save pc into disk
2019-08-29 7:19:51 140524983666688 [Note] WSREP: discarding pending addr without UUID: tcp://10.244.2.112:4567
2019-08-29 7:19:51 140524983666688 [Note] WSREP: discarding pending addr proto entry 0x7fce8204cf00
2019-08-29 7:19:51 140524983666688 [Note] WSREP: discarding pending addr without UUID: tcp://10.244.2.125:4567
2019-08-29 7:19:51 140524983666688 [Note] WSREP: discarding pending addr proto entry 0x7fce8204d040
2019-08-29 7:19:51 140524983666688 [Note] WSREP: clear restored view
2019-08-29 7:19:52 140524983666688 [Note] WSREP: gcomm: connected
2019-08-29 7:19:52 140524983666688 [Note] WSREP: Changing maximum packet size to 64500, resulting msg size: 32636
2019-08-29 7:19:52 140524983666688 [Note] WSREP: Shifting CLOSED -> OPEN (TO: 0)
2019-08-29 7:19:52 140524983666688 [Note] WSREP: Opened channel 'zmc-galera'
2019-08-29 7:19:52 140524983666688 [Note] WSREP: Waiting for SST to complete.
2019-08-29 7:19:52 140524505790208 [Note] WSREP: New COMPONENT: primary = yes, bootstrap = no, my_idx = 2, memb_num = 3
2019-08-29 7:19:52 140524505790208 [Note] WSREP: STATE EXCHANGE: Waiting for state UUID.
2019-08-29 7:19:52 140524505790208 [Note] WSREP: STATE EXCHANGE: sent state msg: 6473ce8b-ca2d-11e9-a3c1-ae9c9b27f45d
2019-08-29 7:19:52 140524505790208 [Note] WSREP: STATE EXCHANGE: got state msg: 6473ce8b-ca2d-11e9-a3c1-ae9c9b27f45d from 0 (zmc-galera-1)
2019-08-29 7:19:52 140524505790208 [Note] WSREP: STATE EXCHANGE: got state msg: 6473ce8b-ca2d-11e9-a3c1-ae9c9b27f45d from 1 (zmc-galera-2)
2019-08-29 7:19:52 140524505790208 [Note] WSREP: STATE EXCHANGE: got state msg: 6473ce8b-ca2d-11e9-a3c1-ae9c9b27f45d from 2 (zmc-galera-0)
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Quorum results:
version = 4,
component = PRIMARY,
conf_id = 232,
members = 2/3 (joined/total),
act_id = 41060224,
last_appl. = -1,
protocols = 0/8/3 (gcs/repl/appl),
group UUID = 3cc86b15-b805-11e9-a7e5-f687881917cc
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Flow-control interval: [28, 28]
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Trying to continue unpaused monitor
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Shifting OPEN -> PRIMARY (TO: 41060224)
2019-08-29 7:19:52 140524983352064 [Note] WSREP: State transfer required:
Group state: 3cc86b15-b805-11e9-a7e5-f687881917cc:41060224
Local state: 00000000-0000-0000-0000-000000000000:-1
2019-08-29 7:19:52 140524983352064 [Note] WSREP: New cluster view: global state: 3cc86b15-b805-11e9-a7e5-f687881917cc:41060224, view# 233: Primary, number of nodes: 3, my index: 2, protocol version 3
2019-08-29 7:19:52 140524983352064 [Warning] WSREP: Gap in state sequence. Need state transfer.
2019-08-29 7:19:52 140524476430080 [Note] WSREP: Running: 'wsrep_sst_rsync --role 'joiner' --address '10.244.2.134' --datadir '/var/lib/mysql/' --parent '1' '' '
2019-08-29 7:19:52 140524983352064 [Note] WSREP: Prepared SST request: rsync|10.244.2.134:4444/rsync_sst
2019-08-29 7:19:52 140524983352064 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.
2019-08-29 7:19:52 140524983352064 [Note] WSREP: REPL Protocols: 8 (3, 2)
2019-08-29 7:19:52 140524983352064 [Note] WSREP: Assign initial position for certification: 41060224, protocol version: 3
2019-08-29 7:19:52 140524571707136 [Note] WSREP: Service thread queue flushed.
2019-08-29 7:19:52 140524983352064 [Warning] WSREP: Failed to prepare for incremental state transfer: Local state UUID (00000000-0000-0000-0000-000000000000) does not match group state UUID (3cc86b15-b805-11e9-a7e5-f687881917cc): 1 (Operation not permitted)
at galera/src/replicator_str.cpp:prepare_for_IST():482. IST will be unavailable.
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Member 2.0 (zmc-galera-0) requested state transfer from '*any*'. Selected 0.0 (zmc-galera-1)(SYNCED) as donor.
2019-08-29 7:19:52 140524505790208 [Note] WSREP: Shifting PRIMARY -> JOINER (TO: 41060224)
2019-08-29 7:19:52 140524983352064 [Note] WSREP: Requesting state transfer: success, donor: 0
2019-08-29 7:19:52 140524983352064 [Note] WSREP: GCache history reset: 00000000-0000-0000-0000-000000000000:0 -> 3cc86b15-b805-11e9-a7e5-f687881917cc:41060224
2019-08-29 7:19:55 140524522567424 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') connection to peer da31cd92 with addr tcp://10.244.2.134:4567 timed out, no messages seen in PT3S
2019-08-29 7:19:55 140524522567424 [Note] WSREP: (da31cd92, 'tcp://0.0.0.0:4567') turning message relay requesting off
最佳答案
不确定您是否已经弄清楚这一点，但我对 sst_method 的 xtrabackup-v2 遇到了同样的问题，并且需要验证主节点是否已创建正确的 sst_auth 用户，并且防火墙端口 3306、4444、4567 和 4568 是打开。
另外，在你的情况下，它似乎没有看到你的 mysql 服务器，所以也许有什么东西(即防火墙端口)不允许连接？
ERROR 2005 (HY000): Unknown MySQL server host 'zmc-galera-1.zmc-galera' (-2)
cluster state=CLUSTER_RUNNING
关于mysql - 是什么原因导致[错误] WSREP : could not parse UUID from '' in a Galera node while recovering，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/57705686/
25
4
0
我发现在使用parse-node包时，不能再使用Parse.Cloud.httpRequest了。我也知道 Parse 的 Image 对象将不可用。 到目前为止，我已经能够用原生的替换一些 Pars
关闭。这个问题是opinion-based 。目前不接受答案。 已关闭 9 年前。 已锁定。这个问题及其答案是locked因为这个问题是题外话，但却具有历史意义。目前不接受新的答案或互动。 我有一个函
开源 Parse Server 是否包含用于配置新 Parse 实例的 Schema API？我试图消除手动创建应用程序的需要。 这是通过 Parse.com 提供的架构 API http://blo
我想从我的云代码发出一个 http 请求，该请求在我的客户端被调用。 最佳答案 一开始我发现这有点令人困惑，所以希望这会有所帮助。 在您的云代码中main.js Parse.Cloud.define(
这部分代码应该读入两个或更多数字(省略主 io 函数)，然后是一个“+”来给出总和。使用有理数是因为稍后我将进行乘法和其他此类操作。 data Expression = Number Rationa
我似乎找不到任何关于此的官方信息:Does Parse.Config work on Parse Server?它曾经在 Parse.com 上工作，但是当我尝试迁移到 Parse.Server 时，
我正在尝试找到使用 Parse.com 添加密码要求的最佳程序。似乎最简单的方法是在保存用户数据之前使用云功能执行。我唯一的警告是，只有当密码与数据库中存储的密码不同或者用户不存在于数据库中时，我才想
我是 android 开发、应用程序开发和一般开发的初学者，我正在尝试为我的 android 应用程序设置后端数据库。我决定使用一个名为 back4app 的服务，以便获得更加用户友好的数据库体验，因
我目前正在尝试将 Facebook 登录功能添加到我的应用程序。 根据Android文档，当我添加 compile 'com.parse:parsefacebookutils-v4-android:1
我正在尝试使用 Rebol 2/3 从字符串中解析货币值，货币值的格式为: 10,50 欧元或 10,50 欧元 我在浏览了所有 PARSE 文档后想出了这段代码，我可以在 Red 中找到它，但在 R
代码: DateTimeFormat dateFormat = DateTimeFormat .getFormat("EEE MMM dd HH:mm:ss zzz y
我不再在 Parse 上看到用于导入 JSON 或 CSV 文件的导入按钮。他们是否将其移动到某个地方，或者不再可能导入这些文件类型？ 最佳答案 官方原因是这样的: “[导入类按钮] 几天前被删除，因
我正在使用 PHP 从我的服务器检索一些数据。我想在 javascript 应用程序中使用这些数据，所以我正在做这样的事情: var polylines = ; $polylines 只是一个 PHP
我已经开始使用 .NET 4 System.Numerics.BigInteger Structure我遇到了一个问题。 我正在尝试解析一个包含无符号(正数)的十六进制数字的字符串。我得到一个负数。
我正在使用 PHP 从我的服务器检索一些数据。我想在 javascript 应用程序中使用这些数据，所以我正在做这样的事情: var polylines = ; $polylines 只是一个 PHP
在 Go 中，尝试将字符串转换为 time.Time 时，使用时间包的 Parse 方法不会返回预期结果。似乎问题出在时区。我想更改为 ISO 8601 结合 UTC 日期和时间。 package m
我正在尝试将此字符串模式 "4-JAN-12 9:30:14" 解析为 time.Time。 尝试了 time.Parse("2-JAN-06 15:04:05", inputString) 和许多其
从云代码和解析开始。使用this . 如何删除所有 Parse 项目以便开始创建新项目？我收到以下错误: “您想要创建一个新应用程序，还是将 Cloud Code 添加到现有应用程序中？输入“(n)e
我在解析云代码时有这个功能: Parse.Cloud.define("testfunction", function(request, response) { var username = r
最近，我在 parse.com 上做了一些测试。我现在面临在后台作业中使用 Parse.Object.saveAll 的问题。 从 parse.com 的文档来看，后台作业可以运行 15 分钟。我现在
我是一名优秀的程序员,十分优秀！