<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div>I have two glusterfs servers and created a distrubuted volume:</div><div><br></div><div><div>Volume Name: mysql</div><div>Type: Distribute</div><div>Volume ID: 6e8accb1-1659-4e9a-b6ad-59e17c17b9cc</div><div>Status: Started</div><div>Snapshot Count: 0</div><div>Number of Bricks: 2</div><div>Transport-type: tcp</div><div>Bricks:</div><div>Brick1: 10.10.0.15:/glusterfsvolumes/mysql</div><div>Brick2: 10.10.0.16:/glusterfsvolumes/mysql</div><div>Options Reconfigured:</div><div>nfs.disable: on</div><div>performance.readdir-ahead: on</div><div>transport.address-family: inet</div><div>server.ssl: on</div><div>client.ssl: on</div><div>auth.ssl-allow: glusterfsclient</div></div><div><br></div><div>I mounted it to /var/lib/mysql and started a mysql container</div><div>Now, I need to maintain 10.10.0.15 node and shut it down, since this is a distrubuted volume, so some files will be "disapear" for mysql for a while.</div><div>But mysql container failed to start then, even after 10.10.0.15 back to work, mysql still failed to start.</div><div><br></div><div><div>2017-02-22T07:25:27.928023Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).</div><div>&nbsp;2017-02-22T07:25:27.930106Z 0 [Warning] Can't create test file /var/lib/mysql/c7cbff5f61a9.lower-test</div><div>&nbsp;2017-02-22T07:25:27.930185Z 0 [Note] mysqld (mysqld 5.7.17) starting as process 1 ...</div><div>&nbsp;2017-02-22T07:25:27.934393Z 0 [Warning] Can't create test file /var/lib/mysql/c7cbff5f61a9.lower-test</div><div>&nbsp;2017-02-22T07:25:27.936965Z 0 [Warning] Can't create test file /var/lib/mysql/c7cbff5f61a9.lower-test</div><div>&nbsp;2017-02-22T07:25:27.939402Z 0 [Note] InnoDB: PUNCH HOLE support available</div><div>&nbsp;2017-02-22T07:25:27.939469Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins</div><div>&nbsp;2017-02-22T07:25:27.939493Z 0 [Note] InnoDB: Uses event mutexes</div><div>&nbsp;2017-02-22T07:25:27.939514Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier</div><div>&nbsp;2017-02-22T07:25:27.939552Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.3</div><div>&nbsp;2017-02-22T07:25:27.939572Z 0 [Note] InnoDB: Using Linux native AIO</div><div>&nbsp;2017-02-22T07:25:27.940383Z 0 [Note] InnoDB: Number of pools: 1</div><div>&nbsp;2017-02-22T07:25:27.940789Z 0 [Note] InnoDB: Using CPU crc32 instructions</div><div>&nbsp;2017-02-22T07:25:27.942845Z 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M</div><div>&nbsp;2017-02-22T07:25:27.951079Z 0 [Note] InnoDB: Completed initialization of buffer pool</div><div>&nbsp;2017-02-22T07:25:27.953775Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().</div><div>&nbsp;2017-02-22T07:25:27.966441Z 0 [Note] InnoDB: The first innodb_system data file 'ibdata1' did not exist. A new tablespace will be created!</div><div>es before creating new system tablespace.</div><div>&nbsp;2017-02-22T07:25:27.968487Z 0 [ERROR] InnoDB: InnoDB Database creation was aborted with error Generic error. You may need to delete the ibdata1 file before trying to start up again.</div><div>&nbsp;2017-02-22T07:25:28.569053Z 0 [ERROR] Plugin 'InnoDB' init function returned error.</div><div>&nbsp;2017-02-22T07:25:28.569093Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.</div><div>&nbsp;2017-02-22T07:25:28.569102Z 0 [ERROR] Failed to initialize plugins.</div><div>&nbsp;2017-02-22T07:25:28.569105Z 0 [ERROR] Aborting</div><div>&nbsp;</div><div>&nbsp;2017-02-22T07:25:28.569111Z 0 [Note] Binlog end</div><div>&nbsp;2017-02-22T07:25:28.569186Z 0 [Note] Shutting down plugin 'MyISAM'</div><div>&nbsp;2017-02-22T07:25:28.569211Z 0 [Note] Shutting down plugin 'CSV'</div><div>&nbsp;2017-02-22T07:25:28.569654Z 0 [Note] mysqld: Shutdown complete</div></div><div><br></div><div><br></div><div>So my question is:</div><div>1) How to avoid downtime if volumes using distributed mode?</div><div>2) If question1 is impossible, how to avoid downtime when I need to maintain glusterfs servers?</div><div><br></div><div>Thanks.</div></div><br><br><span title="neteasefooter"><p>&nbsp;</p></span>