Topic: pre-backup failure with ejabberd from contribs 7.0

[drlizau]

I updated to 8.0 this weekend and now there are no more backups being created.
This is from the logs.

Code: [Select]

Apr  1 22:00:01 numbers esmith::event[5344]: Processing event: pre-backup 
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/actions/generic_template_expand
Apr  1 22:00:01 numbers esmith::event[5344]: expanding /etc/dar/DailyBackup.dcf 
Apr  1 22:00:01 numbers esmith::event[5344]: generic_template_expand=action|Event|pre-backup|Action|generic_template_expand|Start|1364814001 305660|End|1364814001 459397|Elapsed|0.153737
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S10mysql-delete-dumped-tables
Apr  1 22:00:01 numbers esmith::event[5344]: S10mysql-delete-dumped-tables=action|Event|pre-backup|Action|S10mysql-delete-dumped-tables|Start|1364814001 459704|End|1364814001 491834|Elapsed|0.03213
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S11ejabberd-delete-dumped-tables
Apr  1 22:00:01 numbers esmith::event[5344]: S11ejabberd-delete-dumped-tables=action|Event|pre-backup|Action|S11ejabberd-delete-dumped-tables|Start|1364814001 492194|End|1364814001 509671|Elapsed|0.017477
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S20mysql-dump-tables
Apr  1 22:00:01 numbers esmith::event[5344]: S20mysql-dump-tables=action|Event|pre-backup|Action|S20mysql-dump-tables|Start|1364814001 510009|End|1364814001 848512|Elapsed|0.338503
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S21ejabberd-dump-tables
Apr  1 22:00:01 numbers esmith::event[5344]: sudo: sorry, you must have a tty to run sudo 
Apr  1 22:00:01 numbers esmith::event[5344]: S21ejabberd-dump-tables=action|Event|pre-backup|Action|S21ejabberd-dump-tables|Start|1364814001 848916|End|1364814001 936173|Elapsed|0.087257|Status|256
Apr  1 22:00:01 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S30ldap-dump
Apr  1 22:00:02 numbers esmith::event[5344]: S30ldap-dump=action|Event|pre-backup|Action|S30ldap-dump|Start|1364814001 936384|End|1364814002 70154|Elapsed|0.13377
Apr  1 22:00:02 numbers esmith::event[5344]: Running event handler: /etc/e-smith/events/pre-backup/S50rewind-tape
Apr  1 22:00:02 numbers esmith::event[5344]: S50rewind-tape=action|Event|pre-backup|Action|S50rewind-tape|Start|1364814002 70510|End|1364814002 128897|Elapsed|0.058387

The jabber service is necessary on this server. Backups are necessary too.
May I echo the comments made on the bugtracker http://bugs.contribs.org/show_bug.cgi?id=6921

But, I just have to say, that the backup and restore routines are very, very fragile for the intended audience of this software.  The whole idea is to have a robust and secure server that is easy to manage from a web interface, right?  In this regard, backup fails.

[CharlieBrady]

The jabber service is necessary on this server.

Then you had better be sure that the contrib works correctly with SMEserver 8.0. If you suspect that it doesn't, then you should create a bug report, and help whoever maintains that contrib to find and fix the problem.

Please note the instructions that are shown every time you post a message in this forum:

Don't report problems here - Please report bugs and potential bugs in the bug tracker

[drlizau]

I'd really like to talk about the fragility of the inbuilt backup system.
There is a red box on my server-manager telling me that I have too much data on the server for a reliable backup to a desktop. 2Gb of data is what is to be backed up, and has been successfully running for a long time. Naturally the quantity of data is increasing every day.
Currently I'm investigating the bacula addons as a better solution to my backup needs. In the meantime I'll use rsync, an old friend.