mythbuntu-bugs team mailing list archive
-
mythbuntu-bugs team
-
Mailing list archive
-
Message #07748
[Bug 1094739] [NEW] no way to disable database backup
Public bug reported:
In /etc/cron.weekly/mythtv-database there is:
/usr/share/mythtv/mythconverg_backup.pl
Which ends up producing an error:
ERROR: DBBackupDirectory not specified, stopped at /usr/share/mythtv/mythconverg_backup.pl line 856.
run-parts: /etc/cron.weekly/mythtv-database exited with return code 255
if a database backup directory is not specified anywhere. But in my
case, I don't specify one because I have an independent database dump
and backup process attached to my nightly backups so having
/etc/cron.weekly/mythtv-database do it is redundant. Yet there is no
way for me, as a user/admin/operator to opt to disable this backup and
instead I just get these error messages in my e-mail every week.
There really ought to be a way for me to prefer to not have the MythTV
package itself do a backup if I know it's being done elsewhere.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: mythtv-database 2:0.25.3+fixes.20121124.76d9c3e-0ubuntu0mythbuntu3
ProcVersionSignature: Ubuntu 3.2.0-31.50-generic 3.2.28
Uname: Linux 3.2.0-31-generic i686
.var.log.mythtv.mythavtest.log:
.var.log.mythtv.mythtv.setup.log:
.var.log.mythtv.mythutil.log:
.var.log.mythtv.mythwelcome.log:
ApportVersion: 2.0.1-0ubuntu15
Architecture: i386
CrashDB: mythbuntu
Date: Sun Dec 30 14:17:55 2012
Installed_mythtv_dbg: 2:0.25.3+fixes.20121124.76d9c3e-0ubuntu0mythbuntu3
MarkForUpload: True
PackageArchitecture: all
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
SourcePackage: mythtv
UpgradeStatus: No upgrade log present (probably fresh install)
modified.conffile..etc.mysql.conf.d.mythtv.cnf:
[mysqld]
bind-address=0.0.0.0
max_connections=100
mtime.conffile..etc.mysql.conf.d.mythtv.cnf: 2012-11-28T07:22:17
** Affects: mythtv (Ubuntu)
Importance: Undecided
Status: New
** Tags: apport-bug i386 precise
--
You received this bug notification because you are a member of Mythbuntu
Bug Team, which is subscribed to mythtv in Ubuntu.
https://bugs.launchpad.net/bugs/1094739
Title:
no way to disable database backup
Status in “mythtv” package in Ubuntu:
New
Bug description:
In /etc/cron.weekly/mythtv-database there is:
/usr/share/mythtv/mythconverg_backup.pl
Which ends up producing an error:
ERROR: DBBackupDirectory not specified, stopped at /usr/share/mythtv/mythconverg_backup.pl line 856.
run-parts: /etc/cron.weekly/mythtv-database exited with return code 255
if a database backup directory is not specified anywhere. But in my
case, I don't specify one because I have an independent database dump
and backup process attached to my nightly backups so having
/etc/cron.weekly/mythtv-database do it is redundant. Yet there is no
way for me, as a user/admin/operator to opt to disable this backup and
instead I just get these error messages in my e-mail every week.
There really ought to be a way for me to prefer to not have the MythTV
package itself do a backup if I know it's being done elsewhere.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: mythtv-database 2:0.25.3+fixes.20121124.76d9c3e-0ubuntu0mythbuntu3
ProcVersionSignature: Ubuntu 3.2.0-31.50-generic 3.2.28
Uname: Linux 3.2.0-31-generic i686
.var.log.mythtv.mythavtest.log:
.var.log.mythtv.mythtv.setup.log:
.var.log.mythtv.mythutil.log:
.var.log.mythtv.mythwelcome.log:
ApportVersion: 2.0.1-0ubuntu15
Architecture: i386
CrashDB: mythbuntu
Date: Sun Dec 30 14:17:55 2012
Installed_mythtv_dbg: 2:0.25.3+fixes.20121124.76d9c3e-0ubuntu0mythbuntu3
MarkForUpload: True
PackageArchitecture: all
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
SourcePackage: mythtv
UpgradeStatus: No upgrade log present (probably fresh install)
modified.conffile..etc.mysql.conf.d.mythtv.cnf:
[mysqld]
bind-address=0.0.0.0
max_connections=100
mtime.conffile..etc.mysql.conf.d.mythtv.cnf: 2012-11-28T07:22:17
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/1094739/+subscriptions
Follow ups
References