Messages

1

Installation and Upgrades / Trouble with Zarafa on 3.0.33, missing phpapi-20090626

« on: May 08, 2015, 11:02:51 am »

Hi,

I had Zarafa running before. Unfortunately something is broken now.
Neither my mail or contacts clients can sync anymore, and webapp is also not working. It's strange though that when I look at the calendar log file and add an entry in the calendar client, it appears in the log!

When I look at the installed Zarafa packages, I notice that some are missing. Trying to reinstall them leads me to an unresolved dependency on phpapi-20090626 which is not installable. More detailed information in the Zarafa forum, I don't want to spam this forum with a copy of that post:
https://forums.zarafa.com/showthread.php?11455-Zarafa-does-not-work-anymore-trouble-with-missing-phpapi-20090626

Would be great if somebody has a clue on how to solve this!

2

Installation and Upgrades / Backup: Permissions trouble

« on: October 12, 2014, 12:04:10 pm »

Hi,

I'm using Zentyal's backup option for a backup to an external HDD. Then in a second step I upload that backup additionally to Amazon's S3 service by calling 's3cmd' in

Code: [Select]

/etc/zentyal/hooks/ebackup.postbackup The trouble now is that 's3cmd' is apparently not run as root while the backup files on the external HDD have permission 600 (rw for owner) and belong to root. Thus the call to 's3cmd' is not successful due to a permissions problem.

This used to work before (it took a while until I replaced the previous faulty external HDD).

The hook permissions should be OK:

Code: [Select]

-rwxr-xr-x 1 root root  ... ebackup.postbackup
Can somebody help me please?

3

Installation and Upgrades / Re: Some more information about backup include and exclude list

« on: September 08, 2013, 10:43:49 pm »

The documentation you referenced does not address my questions. I exclude '/' at the end of my list, seems to work alright. Still no idea about the relevance of '**', probably not needed?

4

Installation and Upgrades / Re: Incremental backup fails

« on: August 16, 2013, 09:28:28 am »

Strange, now it works again. Marked as solved. 

5

Installation and Upgrades / [Solved] Incremental backup fails

« on: August 14, 2013, 03:13:38 pm »

Hi,

the cron job for duplicity is only doing full backups for some time now. I guess something is broken with the cron job, as starting it manually ('sudo /usr/share/zentyal-ebackup/backup-tool --incremental') resulted in an incremental backup.

This gets logged when the automatic backup started:

Code: [Select]

backup-tool:244 main::_adjustType - Incremental backup requested but there are not full backups. Switching to full backup mode
Here's the content of /etc/cron.d/ebox-ebackup:

Code: [Select]

0 3 1 * * root nice -n 10 /usr/share/zentyal-ebackup/backup-tool --full
0 3 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31 * * root nice -n 10 /usr/share/zentyal-ebackup/backup-tool --incremental
Anything wrong with that?

Just for the record - something else which constantly pops up in zentyal.log, but doesn't seem to harm is:

Code: [Select]

2013/08/14 12:46:01 ERROR> Sudo.pm:233 EBox::Sudo::_rootError - root command /usr/share//zentyal-ebackup/duplicity-wrapper list-current-files file:///mnt/usb-disk1/zentyal-backup > /var/lib/zentyal/tmp/backuplist-cache failed.
Error output: Traceback (most recent call last):
   File "/usr/bin/duplicity", line 1404, in <module>
     with_tempdir(main)
   File "/usr/bin/duplicity", line 1397, in with_tempdir
     fn()
   File "/usr/bin/duplicity", line 1335, in main
     list_current(col_stats)
   File "/usr/bin/duplicity", line 599, in list_current
     sig_chain = col_stats.get_signature_chain_at_time(time)
   File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 972, in get_signature_chain_at_time
     raise CollectionsError("No signature chains found")
 CollectionsError: No signature chains found

6

Installation and Upgrades / Some more information about backup include and exclude list

« on: August 09, 2013, 01:16:18 pm »

Hi,

I'm not sure if I setup my backup configuration correctly. Researching a bit about duplicity, I stumbled on this post http://lists.nongnu.org/archive/html/duplicity-talk/2008-06/msg00004.html. So it seems, if I want to back up '/home/me' but want to exclude '/home/me/music', I have to have an exclude '/home/me/music' before the include of '/home/me' in the backup configuration interface list. What about '/' ? The information I found indicate that '/' is backed up by default? So do I have to exclude it? The post I linked advises on excluding '**' at the end of the list. How do I do that in the configuration interface?

7

Installation and Upgrades / Re: Problem with backup hook

« on: March 31, 2013, 05:05:04 pm »

Thanks for fixing it Javier, I guess I'll wait for the update and leave the drive mounted for now.

8

Installation and Upgrades / Re: Problem with backup hook

« on: March 28, 2013, 05:39:57 pm »

Bug created: http://trac.zentyal.org/ticket/6367

9

Installation and Upgrades / Re: Problem with backup hook

« on: March 28, 2013, 01:38:49 pm »

This code section clearly shows that the backup target is checked before the prebackup hook (which is inside subroutine '_performBackup') is executed:

Code: [Select]

    try {
        $ebackup->checkTargetStatus($type);
    } otherwise {
        my ($ex) = @_;
        EBox::error("Error in backup target: $ex");
        _prepareAndSendEvent(0, $type, "$ex");
        $ebackup->backupProcessUnlock();
        exit 1;
    };

    if ($type eq 'full') {
        try {
            _removeExpiredBackups($ebackup);
        } otherwise {
            my ($ex) = @_;
            EBox::error("Error trying to remove old backups: $ex");
        };
    }

    try {
        @extraDataDumped = @{ $ebackup->dumpExtraData($globalRO) };
    } otherwise {
        my $ex = @_;
        EBox::error("Error dumping server metadata: $ex. Backup process continues but you could not be able to restore the server configuration or other extra data with this backup");
    };

    my $backupCmd = backupCmd($ebackup, $type, $usingCloud);
    ($success, $successMsg, $errorMsg) = _performBackup($ebackup, $backupCmd);
Does this qualify as a bug?

10

Installation and Upgrades / Re: Problem with backup hook

« on: March 28, 2013, 01:17:46 pm »

OK, I added some logging to /usr/share/zentyal-ebackup/backup-tool. The problem is, that this command

Code: [Select]

$ebackup->checkTargetStatus($type);
(line no. 504)

is called before

Code: [Select]

$ebackup->preBackupHook();
(line no. 324)

Unfortunately I don't know PERL at all and how to change the sequence of subroutine calls and what the consequences might be. I'm also wondering why it used to work, I don't think that the external disk was already mounted when it worked, but might be wrong. But mounting the backup target should be an allowed action for the prebackup hook, or not?

11

Installation and Upgrades / Re: Problem with backup hook

« on: March 27, 2013, 10:38:16 am »

Last night the backup hook scripts again were not called. Please help (and sorry for bumping).

12

Installation and Upgrades / Re: Problem with backup hook

« on: March 26, 2013, 06:58:01 pm »

OK, when executed like this, the prebackup hook script is successfully executed, no errors. There seems to happen an error before that:

Code: [Select]

# grep 'Running hook' /var/log/zentyal/zentyal.log
2013/03/10 19:30:25 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
2013/03/10 19:38:02 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.postbackup
2013/03/11 03:00:21 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
2013/03/11 03:02:13 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.postbackup
2013/03/13 03:00:15 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
2013/03/13 03:02:09 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.postbackup
2013/03/19 03:00:17 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
2013/03/19 03:02:21 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.postbackup
2013/03/26 18:32:57 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
2013/03/26 18:53:21 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.prebackup
The last two lines result from the manual executions I just did. So for some reason the hooks are not called anymore since about a week ago.
Version number is 3.0.5.

13

Installation and Upgrades / Re: Problem with backup hook

« on: March 26, 2013, 05:30:51 pm »

Yes, it does:

Code: [Select]

$ ls -la /etc/zentyal/hooks
total 32
drwxr-xr-x 2 root root 4096 Mar 25 09:51 .
drwxr-xr-x 6 root root 4096 Mar 26 13:47 ..
-rwxr-xr-x 1 root root  696 Mar 25 09:51 ebackup.postbackup
-rwxr-xr-x 1 root root  933 Mar 25 09:50 ebackup.prebackup
-rwxr-xr-x 1 root root  615 Feb 20 14:44 template.postservice
-rwxr-xr-x 1 root root  497 Feb 20 14:44 template.postsetconf
-rwxr-xr-x 1 root root  612 Feb 20 14:44 template.preservice
-rwxr-xr-x 1 root root  497 Feb 20 14:44 template.presetconf

14

Installation and Upgrades / Problem with backup hook

« on: March 26, 2013, 05:17:56 pm »

Hi,

I have a backup hook which is responsible for mounting an external hard disk and worked fine for some time. Suddenly it stopped to work, the backup fails because the backup target in the external hard disk can't be accessed as the disk is not mounted. Trying to find the error, I added an echo command in the ebackup.prebackup script which should log to /etc/zentyal/zentyal.log when it is executed, but I can't find any trace in the log. It seems that the script ebackup.prebackup is simply not executed. Is this possible, and what might be the cause?
Possibly the following lines from the log, which were logged just after the last successful run of the backup module a couple of days ago, are interesting:

Code: [Select]

2013/03/19 03:02:21 INFO> Base.pm:905 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/ebackup.postbackup
2013/03/19 03:02:22 INFO> backup-tool:538 main::__ANON__ - Backup process finished successfuly
2013/03/19 03:02:27 ERROR> Sudo.pm:234 EBox::Sudo::_rootError - root command /usr/share//zentyal-ebackup/duplicity-wrapper list-current-files file:///mnt/2tb-linux/zentyal-backup > /var/lib/zentyal/tmp/backuplist-cache failed.
Error output: Traceback (most recent call last):
   File "/usr/bin/duplicity", line 1404, in <module>
     with_tempdir(main)
   File "/usr/bin/duplicity", line 1397, in with_tempdir
     fn()
   File "/usr/bin/duplicity", line 1335, in main
     list_current(col_stats)
   File "/usr/bin/duplicity", line 599, in list_current
     sig_chain = col_stats.get_signature_chain_at_time(time)
   File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 972, in get_signature_chain_at_time
     raise CollectionsError("No signature chains found")
 CollectionsError: No signature chains found


Command output: .
Exit value: 30
It looks as if there is a try to list the content of the backup directory on the external hard disk after the backup operation. This must fail because the disk is unmounted in the ebackup.postbackup hook. But I might be wrong in my interpretation of what has happened here, and the cause of the error might be something else.

15

Installation and Upgrades / Re: SSL trouble

« on: March 26, 2013, 04:23:02 pm »

YEAH!

That fixed it. And certainly also moving the template files to "/etc/zentyal/stubs/zarafa" and not "/etc/zentyal/stubs". 

Thanks a lot, jbahillo!

So you only need it in the gateway configuration:

Code: [Select]

root@myserver:/etc/zarafa# grep ssl_enable_v2 *.cfg
gateway.cfg:ssl_enable_v2 = yes