[debian-mysql] Bug#787186: mylvmbackup break MySQL replication
Brent Clark
brentgclarklist at gmail.com
Fri May 29 14:15:13 UTC 2015
Package: mylvmbackup
Version: 0.15-1
Severity: important
Dear Maintainer,
It would appear what happens is, Mylvmbackup runs
A new binlog is created on the MySQL master, but the
/var/log/mysql/mysql-bin.index is not updated, so therefore
the slave is not made aware of the new binlog.
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages mylvmbackup depends on:
ii libconfig-inifiles-perl 2.83-3
ii libdbd-mysql-perl 4.028-2+b1
ii libtimedate-perl 2.3000-2
ii lvm2 2.02.111-2.2
ii perl 5.20.2-3
mylvmbackup recommends no packages.
Versions of packages mylvmbackup suggests:
ii mysql-server 5.5.43-0+deb8u1
-- Configuration Files:
/etc/mylvmbackup.conf changed:
[mysql]
user=REMOVED
password=REMOVED
host=
port=
socket=/var/run/mysqld/mysqld.sock
mycnf=/etc/mysql/my.cnf
[lvm]
vgname=vg0
lvname=data
backuplv=databackup
lvsize=20G
[fs]
xfs=0
mountdir=/var/cache/mylvmbackup/mnt/
backupdir=/usr/local/backups/
relpath=
[tools]
lvcreate=lvcreate
lvremove=lvremove
lvs=lvs
mount=mount
tar=tar
compress=gzip
rsync=rsync
rsnap=rsnap
umount=umount
[misc]
backuptype=tar
prefix=backup
suffix=_mysql
tararg=cvf
tarsuffixarg=
tarfilesuffix=.tar.gz
compressarg=--stdout --verbose --fast
rsyncarg=-avWP
rsnaparg=7
datefmt=chs
innodb_recover=1
pidfile=/var/run/mylvmbackup_recoverserver.pid
skip_flush_tables=0
extra_flush_tables=1
skip_mycnf=0
hooksdir=/usr/share/mylvmbackup
skip_hooks=0
keep_snapshot=0
keep_mount=0
quiet=0
[logging]
log_method=console
syslog_socktype=native
syslog_facility=
syslog_remotehost=
-- no debconf information
More information about the pkg-mysql-maint
mailing list