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 |
|