Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - elektronaut

Pages: [1]
1
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 / [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

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

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

6
Installation and Upgrades / [SOLVED] SSL trouble
« on: March 26, 2013, 01:01:07 pm »
Hi,

I've been using IMAPS in Zentyal 3 quite happily for some time, but yesterday it suddenly stopped working. I suspect that some update might have broken it.

Code: [Select]
$ openssl s_client -connect myserver.com:993
CONNECTED(00000003)
write:errno=54

/var/log/zarafa/gateway.log shows

Code: [Select]
ue Mar 26 12:24:56 2013: [ 5452] Starting worker process for IMAPs request
Tue Mar 26 12:24:56 2013: [31626] Unable to negotiate SSL connection

What puzzles me is that access from the server itself is still possible:

Code: [Select]
$ openssl s_client -connect 127.0.0.1:993
CONNECTED(00000003)
...

I also found this thread https://forums.zarafa.com/showthread.php?8911-Zarafa-V7-1-3-POP3S-and-IMAPS-doesn-t-work-anymore, but editing zarafa server config and restarting the zarafa server didn't help.
Somebody's got a clue?

7
Hi,

I'm using Zarafa in Zentyal 2.2 and can't synchronize my Apple iCal on OSX Lion. Problem is described here: http://forums.zarafa.com/viewtopic.php?f=15&t=7018&start=30 Apparently there's a fix in Zarafa 7.0.2, but Zentyal is using 7.0.1. Is there a chance for an upgrade soon?

Pages: [1]