Activity log for bug #1574999

Date Who What changed Old value New value Message
2016-04-26 07:28:11 Bogdan Dobrelya bug added bug
2016-04-26 07:28:16 Bogdan Dobrelya fuel: importance Undecided High
2016-04-26 07:28:19 Bogdan Dobrelya fuel: milestone 10.0
2016-04-26 07:28:26 Bogdan Dobrelya fuel: assignee Fuel Library Team (fuel-library)
2016-04-26 07:28:34 Bogdan Dobrelya tags area-library galera
2016-04-26 07:33:06 Bogdan Dobrelya description When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Note, this should be fixed in the percona-xtrabackup upstream perhaps
2016-04-26 07:35:09 Bogdan Dobrelya description When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Note, this should be fixed in the percona-xtrabackup upstream perhaps When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 Note, this should be fixed in the percona-xtrabackup upstream perhaps
2016-04-26 12:00:36 Dmitry Guryanov fuel: status New Confirmed
2016-04-27 15:14:28 Bogdan Dobrelya fuel: assignee Fuel Library Team (fuel-library) Bogdan Dobrelya (bogdando)
2016-04-27 15:14:31 Bogdan Dobrelya fuel: status Confirmed In Progress
2016-04-27 15:20:59 Bogdan Dobrelya description When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 Note, this should be fixed in the percona-xtrabackup upstream perhaps When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 How to reproduce: * deploy an env * unmanage the mysql clone resource * pick a node and kill -9 myslqd * Run mysqld binary for the node manually: /usr/sbin/mysqld --verbose --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --open-files-limit=102400 --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 * issue kill -STOP `pgrep xbstream` a couple of times * touch /var/lib/mysql/ibdata1 * kill -CONT `pgrep xbstream` This happens as the SST-time /var/lib/mysql/.sst dir is not managed by the xtrabackup-v2 as appropriate, if there is no innodb-data-home-dir set in mysql conf. Once it configured, the ibdata1 file will go into that .sst dir and the race will disappear.
2016-04-27 15:55:22 Bogdan Dobrelya nominated for series fuel/mitaka
2016-04-27 15:55:22 Bogdan Dobrelya bug task added fuel/mitaka
2016-04-27 15:55:22 Bogdan Dobrelya nominated for series fuel/newton
2016-04-27 15:55:22 Bogdan Dobrelya bug task added fuel/newton
2016-04-27 15:55:29 Bogdan Dobrelya fuel/mitaka: importance Undecided High
2016-04-27 15:55:31 Bogdan Dobrelya fuel/mitaka: milestone 9.0
2016-04-27 15:55:34 Bogdan Dobrelya fuel/mitaka: status New Triaged
2016-04-27 15:55:37 Bogdan Dobrelya fuel/mitaka: assignee Bogdan Dobrelya (bogdando)
2016-04-27 17:39:06 OpenStack Infra fuel: status In Progress Fix Committed
2016-04-28 07:06:59 OpenStack Infra fuel/mitaka: status Triaged In Progress
2016-04-28 08:03:14 Bogdan Dobrelya description When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 How to reproduce: * deploy an env * unmanage the mysql clone resource * pick a node and kill -9 myslqd * Run mysqld binary for the node manually: /usr/sbin/mysqld --verbose --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --open-files-limit=102400 --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 * issue kill -STOP `pgrep xbstream` a couple of times * touch /var/lib/mysql/ibdata1 * kill -CONT `pgrep xbstream` This happens as the SST-time /var/lib/mysql/.sst dir is not managed by the xtrabackup-v2 as appropriate, if there is no innodb-data-home-dir set in mysql conf. Once it configured, the ibdata1 file will go into that .sst dir and the race will disappear. When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 / 2.3.4-1.wily How to reproduce: * deploy an env * unmanage the mysql clone resource * pick a node and kill -9 myslqd * Run mysqld binary for the node manually: /usr/sbin/mysqld --verbose --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --open-files-limit=102400 --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 * issue kill -STOP `pgrep xbstream` a couple of times * touch /var/lib/mysql/ibdata1 * kill -CONT `pgrep xbstream` This happens as the SST-time /var/lib/mysql/.sst dir is not managed by the xtrabackup-v2 as appropriate, if there is no innodb-data-home-dir set in mysql conf. Once it configured, the ibdata1 file will go into that .sst dir and the race will disappear.
2016-04-28 13:33:56 OpenStack Infra fuel/mitaka: status In Progress Fix Committed
2016-05-04 10:43:30 Bogdan Dobrelya fuel/newton: status Fix Committed Confirmed
2016-05-04 10:43:32 Bogdan Dobrelya fuel/mitaka: status Fix Committed Confirmed
2016-05-04 12:06:53 OpenStack Infra fuel: status Confirmed In Progress
2016-05-04 12:13:06 Bogdan Dobrelya summary MySQL may fail to SST because of a ./ibdata1 race condition MySQL may fail to SST because of a ./ib* files race condition
2016-05-05 06:16:31 OpenStack Infra fuel/mitaka: status Confirmed In Progress
2016-05-05 06:25:35 OpenStack Infra fuel: status In Progress Fix Committed
2016-05-05 06:35:31 Bogdan Dobrelya fuel/newton: status Fix Committed In Progress
2016-05-05 09:18:53 Bogdan Dobrelya fuel/mitaka: status In Progress Confirmed
2016-05-05 09:20:06 Bogdan Dobrelya fuel/mitaka: status Confirmed Triaged
2016-05-05 09:20:10 Bogdan Dobrelya fuel/mitaka: status Triaged Confirmed
2016-05-05 11:57:39 Timur Nurlygayanov summary MySQL may fail to SST because of a ./ib* files race condition [regression] MySQL may fail to SST because of a ./ib* files race condition
2016-05-05 12:50:24 OpenStack Infra fuel: status In Progress Fix Committed
2016-05-06 08:33:03 OpenStack Infra fuel/mitaka: status Confirmed In Progress
2016-05-06 15:31:37 Bogdan Dobrelya fuel/newton: status Fix Committed In Progress
2016-05-06 16:13:11 Bogdan Dobrelya description When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ibdata1 file. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 / 2.3.4-1.wily How to reproduce: * deploy an env * unmanage the mysql clone resource * pick a node and kill -9 myslqd * Run mysqld binary for the node manually: /usr/sbin/mysqld --verbose --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --open-files-limit=102400 --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 * issue kill -STOP `pgrep xbstream` a couple of times * touch /var/lib/mysql/ibdata1 * kill -CONT `pgrep xbstream` This happens as the SST-time /var/lib/mysql/.sst dir is not managed by the xtrabackup-v2 as appropriate, if there is no innodb-data-home-dir set in mysql conf. Once it configured, the ibdata1 file will go into that .sst dir and the race will disappear. When a Percona MySQL 3.6 node is starting by OCF RA, it may fail to finish an xtrabackup-v2 SST because there is a race condition with accessing and removing the ./ib* files. A logs snippet example: 2016-04-26 07:21:57 5036 [Note] WSREP: Requesting state transfer: success, donor: 3 WSREP_SST: [INFO] Proceeding with SST (20160426 07:21:58.143) WSREP_SST: [INFO] Cleaning the existing datadir (20160426 07:21:58.144) removed '/var/lib/mysql/ib_logfile0' removed '/var/lib/mysql/ib_logfile1' removed '/var/lib/mysql/ibdata1' removed '/var/lib/mysql/backup-my.cnf' removed '/var/lib/mysql/auto.cnf' WSREP_SST: [INFO] Cleaning the binlog directory /var/log/mysql as well (20160426 07:21:58.178) WSREP_SST: [INFO] Evaluating socat -u TCP-LISTEN:4444,reuseaddr stdio | xbstream -x; RC=( ${PIPESTATUS[@]} ) (20160426 07:21:58.183) 2016-04-26 07:22:00 5036 [Note] WSREP: (8efee881, 'tcp://10.10.10.4:4567') turning message relay requesting off ^Gxbstream: Can't create/write to file './ibdata1' (Errcode: 17 - File exists) Packages used: percona-xtradb-cluster-server-5.6 5.6.21-25.8-0ubuntu2, percona-xtrabackup 2.2.3-2.1build1 / 2.3.4-1.wily How to reproduce: * deploy an env * unmanage the mysql clone resource * pick a node and kill -9 myslqd * Run mysqld binary for the node manually: /usr/sbin/mysqld --verbose --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --open-files-limit=102400 --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 * issue kill -STOP `pgrep xbstream` a couple of times * touch /var/lib/mysql/ibdata1 * kill -CONT `pgrep xbstream` This happens as the SST-time /var/lib/mysql/.sst dir is not managed by the xtrabackup-v2 as appropriate, if there is no innodb-data-home-dir set in mysql conf. Once it configured, the ibdata1 file will go into that .sst dir and the race will disappear. Another race condition is reported in the duplicated bug https://bugs.launchpad.net/fuel/+bug/1576073
2016-05-06 19:44:57 OpenStack Infra fuel: status In Progress Fix Committed
2016-05-11 09:59:21 OpenStack Infra fuel/mitaka: assignee Bogdan Dobrelya (bogdando) Sergii Golovatiuk (sgolovatiuk)
2016-05-11 10:17:59 Bogdan Dobrelya fuel/mitaka: assignee Sergii Golovatiuk (sgolovatiuk) Bogdan Dobrelya (bogdando)
2016-05-11 13:43:31 Dmitry Pyzhov bug task deleted fuel/newton
2016-05-12 21:04:58 OpenStack Infra fuel/mitaka: assignee Bogdan Dobrelya (bogdando) Sergii Golovatiuk (sgolovatiuk)
2016-05-13 09:24:07 OpenStack Infra fuel/mitaka: status In Progress Fix Committed
2016-05-13 09:43:56 Bogdan Dobrelya fuel/mitaka: assignee Sergii Golovatiuk (sgolovatiuk) Bogdan Dobrelya (bogdando)
2016-05-13 09:44:03 Bogdan Dobrelya tags area-library galera area-library galera tech-debt
2016-05-13 09:44:10 Bogdan Dobrelya nominated for series fuel/6.1.x
2016-05-13 09:44:10 Bogdan Dobrelya bug task added fuel/6.1.x
2016-05-13 09:44:10 Bogdan Dobrelya nominated for series fuel/7.0.x
2016-05-13 09:44:10 Bogdan Dobrelya bug task added fuel/7.0.x
2016-05-13 09:44:10 Bogdan Dobrelya nominated for series fuel/8.0.x
2016-05-13 09:44:10 Bogdan Dobrelya bug task added fuel/8.0.x
2016-05-13 09:44:20 Bogdan Dobrelya fuel/6.1.x: status New In Progress
2016-05-13 09:44:23 Bogdan Dobrelya fuel/7.0.x: status New Triaged
2016-05-13 09:44:25 Bogdan Dobrelya fuel/8.0.x: status New Triaged
2016-05-13 09:44:27 Bogdan Dobrelya fuel/8.0.x: importance Undecided High
2016-05-13 09:44:28 Bogdan Dobrelya fuel/7.0.x: importance Undecided High
2016-05-13 09:44:30 Bogdan Dobrelya fuel/6.1.x: importance Undecided High
2016-05-13 09:44:32 Bogdan Dobrelya fuel/6.1.x: assignee Bogdan Dobrelya (bogdando)
2016-05-13 09:44:34 Bogdan Dobrelya fuel/7.0.x: assignee Bogdan Dobrelya (bogdando)
2016-05-13 09:44:36 Bogdan Dobrelya fuel/8.0.x: assignee Bogdan Dobrelya (bogdando)
2016-05-13 09:44:38 Bogdan Dobrelya fuel/8.0.x: milestone 8.0-updates
2016-05-13 09:44:41 Bogdan Dobrelya fuel/7.0.x: milestone 7.0-updates
2016-05-13 09:44:44 Bogdan Dobrelya fuel/6.1.x: milestone 6.1-updates
2016-05-16 09:51:32 Timur Nurlygayanov fuel/mitaka: status Fix Committed Fix Released
2016-05-18 13:38:16 Nastya Urlapova fuel/mitaka: status Fix Released Fix Committed
2016-06-10 08:19:07 Volodymyr Shypyguzov fuel/mitaka: assignee Bogdan Dobrelya (bogdando) Volodymyr Shypyguzov (vshypyguzov)
2016-06-10 08:19:23 Volodymyr Shypyguzov tags area-library galera tech-debt area-library galera on-verification tech-debt
2016-06-10 10:38:05 Volodymyr Shypyguzov fuel/mitaka: status Fix Committed Fix Released
2016-06-20 09:35:17 Bogdan Dobrelya fuel/6.1.x: status In Progress Triaged
2016-06-20 09:35:22 Bogdan Dobrelya fuel/6.1.x: assignee Bogdan Dobrelya (bogdando) MOS Maintenance (mos-maintenance)
2016-06-20 09:35:28 Bogdan Dobrelya fuel/7.0.x: assignee Bogdan Dobrelya (bogdando) MOS Maintenance (mos-maintenance)
2016-06-20 09:35:34 Bogdan Dobrelya fuel/8.0.x: assignee Bogdan Dobrelya (bogdando) MOS Maintenance (mos-maintenance)
2016-09-02 14:31:21 Vitaly Sedelnik fuel/6.1.x: status Triaged Won't Fix
2016-09-02 14:31:28 Vitaly Sedelnik fuel/7.0.x: status Triaged Won't Fix
2016-09-02 14:31:33 Vitaly Sedelnik fuel/8.0.x: status Triaged Won't Fix