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.
Pages: [1]
1
Installation and Upgrades / Re: SOGo fails after an upgrade to Zentyal 5 - SOLVED!
« on: September 10, 2017, 10:28:12 pm »
Hi there!
Finally I've had this problem resolved. I had to purge several packages and then the problem was fixed. But before you follow the steps below I think it's wise to first try the very simple solution proposed by lalpi earlier in this thread. And also, please read through all the steps before getting started. You've been warned! All known and unknown disclaimers are valid.
root@zaq:/# sudo apt-get purge zentyal-sogo
Then I had to purge apache2 and all its dependencies, as reported by apt-get "The following packages were automatically installed and are no longer required". But instead of using autoremove i purged them to also have configuration files removed.
root@zaq:/# sudo apt-get purge apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl
For some reason apache's config files in /etc/apache2 was not removed during the purge so I manually had to remove it, or rather rename the folder.
root@zaq:/# mv /etc/apache2 /etc/apache2.old
I continued and purged sogo as well. It might be that this is what I should have done from the very beginning but hey, I'm only human...
root@zaq:/# sudo apt-get purge sogo
Then I continued with re-installing zentyal-sogo . apt-get took care of all dependencies and installed apache2 together with a bunch of other packages.
root@zaq:/# sudo apt-get install zentyal-sogo
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl sogo sogo-activesync
Suggested packages:
apache2-doc apache2-suexec-pristine | apache2-suexec-custom ufw
The following NEW packages will be installed
apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl sogo sogo-activesync zentyal-sogo
0 to upgrade, 10 to newly install, 0 to remove and 0 not to upgrade.
There was some error messages reported from apache during installation but I ignored those. I opened Zentyal's web interface and then activated the package. After that everything was up and running again!
Case closed!
Finally I've had this problem resolved. I had to purge several packages and then the problem was fixed. But before you follow the steps below I think it's wise to first try the very simple solution proposed by lalpi earlier in this thread. And also, please read through all the steps before getting started. You've been warned! All known and unknown disclaimers are valid.
root@zaq:/# sudo apt-get purge zentyal-sogo
Then I had to purge apache2 and all its dependencies, as reported by apt-get "The following packages were automatically installed and are no longer required". But instead of using autoremove i purged them to also have configuration files removed.
root@zaq:/# sudo apt-get purge apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl
For some reason apache's config files in /etc/apache2 was not removed during the purge so I manually had to remove it, or rather rename the folder.
root@zaq:/# mv /etc/apache2 /etc/apache2.old
I continued and purged sogo as well. It might be that this is what I should have done from the very beginning but hey, I'm only human...
root@zaq:/# sudo apt-get purge sogo
Then I continued with re-installing zentyal-sogo . apt-get took care of all dependencies and installed apache2 together with a bunch of other packages.
root@zaq:/# sudo apt-get install zentyal-sogo
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl sogo sogo-activesync
Suggested packages:
apache2-doc apache2-suexec-pristine | apache2-suexec-custom ufw
The following NEW packages will be installed
apache2 apache2-bin apache2-data libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.1-0 libstring-random-perl sogo sogo-activesync zentyal-sogo
0 to upgrade, 10 to newly install, 0 to remove and 0 not to upgrade.
There was some error messages reported from apache during installation but I ignored those. I opened Zentyal's web interface and then activated the package. After that everything was up and running again!
Case closed!
2
Installation and Upgrades / Re: SOGo fails after an upgrade to Zentyal 5
« on: September 10, 2017, 09:47:49 pm »
Hi lalpi, thanks for the suggestion. Unfortunately it did not work.
/Mathias
/Mathias
3
Installation and Upgrades / SOGo fails after an upgrade to Zentyal 5 - SOLVED!
« on: September 05, 2017, 10:30:00 pm »
Hi there!
I've just upgraded from Zentyal 4.2 to Zentyal 5 and after that Active Sync and Webmail does not work. SOGo is up and running, Apache2 is up and running and the FW in Zentyal is open on both 80 and 443.
If I try to access webmail with http://<server>/SOGo everything looks great
If I try to access webmail with https://<server>/SOGo I get this error message stating from Firefox:
) is that if I use http://<server>:443/SOGo I can access webmail, even though Firefox complaints that the connection is insecure.
In /var/log/apache2/error.log I've found this message:
Is this error message related to my problem or is it something else that is wrong?
I've tried to uninstall zentyal-sogo, purge all config files, reboot and the reinstall zentyal-sogo but the problem is till there.
All suggestions will be appreciated since I'm totally stuck here.
Regards
/Mathias
I've just upgraded from Zentyal 4.2 to Zentyal 5 and after that Active Sync and Webmail does not work. SOGo is up and running, Apache2 is up and running and the FW in Zentyal is open on both 80 and 443.
If I try to access webmail with http://<server>/SOGo everything looks great
If I try to access webmail with https://<server>/SOGo I get this error message stating from Firefox:
Quote
"SSL_ERROR_RX_RECORD_TOO_LONG"What's a bit strange (at least to me
) is that if I use http://<server>:443/SOGo I can access webmail, even though Firefox complaints that the connection is insecure.In /var/log/apache2/error.log I've found this message:
Quote
[ssl:warn] [pid 5747] AH01916: Init: (<server>:443) You configured HTTP(80) on the standard HTTPS(443) port!
Is this error message related to my problem or is it something else that is wrong?
I've tried to uninstall zentyal-sogo, purge all config files, reboot and the reinstall zentyal-sogo but the problem is till there.
All suggestions will be appreciated since I'm totally stuck here.
Regards
/Mathias
4
Email and Groupware / Re: openchange stoped working
« on: November 10, 2016, 08:56:15 pm »
Hi there!
Great, thanks for the feedback! Then I know what to do this weekend...
Regards
/Mathias
Great, thanks for the feedback! Then I know what to do this weekend...
Regards
/Mathias
5
Email and Groupware / Re: openchange stoped working - SOLVED
« on: October 27, 2016, 10:11:52 pm »
Hi there!
After having removed the below files and then issued dpkg --configure mysql-server-5.5 in the folder /var/lib/mysql/ the mysql server whent up again.
But mind you! To be honest I don't know what these files actually are doing. But new similar files were created after having issued dpkg --configure mysql-server-5.5.
Now I only need to figure ot why the DNS server will not start. But that will be new topic in a new thread.
Cheers
/Mathias
After having removed the below files and then issued dpkg --configure mysql-server-5.5 in the folder /var/lib/mysql/ the mysql server whent up again.
Quote
-rw-r--r-- 1 mysql mysql 0 okt 27 21:19 debian-5.5.flag
-rw-rw---- 1 mysql mysql 44040192 okt 27 21:19 ibdata1
-rw-rw---- 1 mysql mysql 5242880 okt 27 21:19 ib_logfile0
-rw-rw---- 1 mysql mysql 5242880 okt 18 22:21 ib_logfile0.old
-rw-rw---- 1 mysql mysql 5242880 okt 18 22:26 ib_logfile1
-rw-rw---- 1 mysql mysql 5242880 okt 18 22:21 ib_logfile1.old
But mind you! To be honest I don't know what these files actually are doing. But new similar files were created after having issued dpkg --configure mysql-server-5.5.
Now I only need to figure ot why the DNS server will not start. But that will be new topic in a new thread.
Cheers
/Mathias
6
Email and Groupware / Re: openchange stoped working
« on: October 18, 2016, 11:23:06 pm »
Hi Mike!
Thanks for your suggestions!
Here's what's updated in /var/log/mysql/error.log file when I run service mysql restart
161018 23:00:26 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
161018 23:00:26 [Note] - '127.0.0.1' resolves to '127.0.0.1';
161018 23:00:26 [Note] Server socket created on IP: '127.0.0.1'.
161018 23:00:26 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: 'db' (errno: 2)
161018 23:00:27 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
161018 23:00:27 [Note] Plugin 'FEDERATED' is disabled.
161018 23:00:27 InnoDB: The InnoDB memory heap is disabled
161018 23:00:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161018 23:00:27 InnoDB: Compressed tables use zlib 1.2.8
161018 23:00:27 InnoDB: Using Linux native AIO
161018 23:00:27 InnoDB: Initializing buffer pool, size = 128.0M
161018 23:00:27 InnoDB: Completed initialization of buffer pool
161018 23:00:27 InnoDB: highest supported file format is Barracuda.
161018 23:00:27 InnoDB: Waiting for the background threads to start
161018 23:00:28 InnoDB: 5.5.52 started; log sequence number 37450252
161018 23:00:28 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
161018 23:00:28 [Note] - '127.0.0.1' resolves to '127.0.0.1';
161018 23:00:28 [Note] Server socket created on IP: '127.0.0.1'.
161018 23:00:28 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: 'db' (errno: 2)
I've also tried dpkg-reconfigure mysql-server-5.5 but unfortunately the problem is still here.
Well, all suggestions will be well received since I really would like to avoid having to re-install the whole server.
Regards
/Mathias
Thanks for your suggestions!
Here's what's updated in /var/log/mysql/error.log file when I run service mysql restart
161018 23:00:26 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
161018 23:00:26 [Note] - '127.0.0.1' resolves to '127.0.0.1';
161018 23:00:26 [Note] Server socket created on IP: '127.0.0.1'.
161018 23:00:26 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: 'db' (errno: 2)
161018 23:00:27 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
161018 23:00:27 [Note] Plugin 'FEDERATED' is disabled.
161018 23:00:27 InnoDB: The InnoDB memory heap is disabled
161018 23:00:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161018 23:00:27 InnoDB: Compressed tables use zlib 1.2.8
161018 23:00:27 InnoDB: Using Linux native AIO
161018 23:00:27 InnoDB: Initializing buffer pool, size = 128.0M
161018 23:00:27 InnoDB: Completed initialization of buffer pool
161018 23:00:27 InnoDB: highest supported file format is Barracuda.
161018 23:00:27 InnoDB: Waiting for the background threads to start
161018 23:00:28 InnoDB: 5.5.52 started; log sequence number 37450252
161018 23:00:28 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
161018 23:00:28 [Note] - '127.0.0.1' resolves to '127.0.0.1';
161018 23:00:28 [Note] Server socket created on IP: '127.0.0.1'.
161018 23:00:28 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: 'db' (errno: 2)
I've also tried dpkg-reconfigure mysql-server-5.5 but unfortunately the problem is still here.
Well, all suggestions will be well received since I really would like to avoid having to re-install the whole server.
Regards
/Mathias
7
Email and Groupware / openchange stoped working
« on: October 11, 2016, 10:56:14 pm »
Hi there!
I've been hit by a problem - openchange fails to start. I've made no changes (this is true, boy scout honor) myself but after have been up and running for a year or so openchange suddenly stopped working yesterday. When I try to re-start it via the web console I get this message in /var/log/zentyal/zentyal.log:
2016/10/11 22:42:59 INFO> Service.pm:997 EBox::Module::Service::restartService - Restarting service for module: openchange
2016/10/11 22:43:00 ERROR> MyDBEngine.pm:200 EBox::MyDBEngine::_connect - Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> Service.pm:1001 EBox::Module::Service::restartService - Error restarting service: Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> Service.pm:1003 EBox::Module::Service::restartService - Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> RestartService.pm:61 EBox::SysInfo::CGI::RestartService::_process - Restart of OpenChange from dashboard failed: Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Is there anybody who can point me in the correct direction to find a solution or have any suggestions?
I've had a look at a number of MySQL posts in other forums but since this is not my area of expertise I'm a bit scared I'll mess things up during my quest to improve... :-)
[Edit] Hmm... Just found out that domain authentification also has stopped working...
Regards
/Mathias
I've been hit by a problem - openchange fails to start. I've made no changes (this is true, boy scout honor) myself but after have been up and running for a year or so openchange suddenly stopped working yesterday. When I try to re-start it via the web console I get this message in /var/log/zentyal/zentyal.log:
2016/10/11 22:42:59 INFO> Service.pm:997 EBox::Module::Service::restartService - Restarting service for module: openchange
2016/10/11 22:43:00 ERROR> MyDBEngine.pm:200 EBox::MyDBEngine::_connect - Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> Service.pm:1001 EBox::Module::Service::restartService - Error restarting service: Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> Service.pm:1003 EBox::Module::Service::restartService - Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
2016/10/11 22:43:00 ERROR> RestartService.pm:61 EBox::SysInfo::CGI::RestartService::_process - Restart of OpenChange from dashboard failed: Connection DB Error: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
Is there anybody who can point me in the correct direction to find a solution or have any suggestions?
I've had a look at a number of MySQL posts in other forums but since this is not my area of expertise I'm a bit scared I'll mess things up during my quest to improve... :-)
[Edit] Hmm... Just found out that domain authentification also has stopped working...
Regards
/Mathias
8
Installation and Upgrades / Zentyal 3.5 bug?
« on: September 05, 2014, 02:32:34 pm »
Hi there!
Sometimes when I click "submit changes" in the upper right corner a red window opens showing the below message. Is this caused by a bug or have I made a mistake during the installation of 3.5?
Missing argument: module's name Missing argument: module's name at Missing argument: module's name at /usr/share/perl5/EBox/GlobalImpl.pm line 822 EBox::GlobalImpl::modInstance('EBox::GlobalImpl=HASH(0x43443e0)', undef, undef) called at /usr/share/perl5/EBox/Global.pm line 92 EBox::Global::AUTOLOAD('EBox::Global=HASH(0x8c40350)', undef) called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 251 EBox::Logs::Model::ConfigureLogs::filterDomain('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Abstract.pm line 229 EBox::Types::Abstract::filter('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Abstract.pm line 214 EBox::Types::Abstract::printableValue('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Text.pm line 68 EBox::Types::Text::printableValue('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 3194 EBox::Model::DataTable::_find('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'HASH(0x8b4a3c0)', undef, 'printableValue', 1) called at /usr/share/perl5/EBox/Model/DataTable.pm line 3226 EBox::Model::DataTable::_checkFieldIsUnique('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'EBox::Types::Text=HASH(0x8b49ee0)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 763 eval {...} at /usr/share/perl5/EBox/Model/DataTable.pm line 748 EBox::Model::DataTable::addTypedRow('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'HASH(0x8b49378)', 'readOnly', undef, 'disabled', undef, 'id', undef) called at /usr/share/perl5/EBox/Model/DataTable.pm line 695 EBox::Model::DataTable::addRow('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'domain', 'dhcp', 'enabled', 1, 'lifeTime', 168) called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 146 EBox::Logs::Model::ConfigureLogs::syncRows('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'ARRAY(0x8b57930)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 1463 eval {...} at /usr/share/perl5/EBox/Model/DataTable.pm line 1459 EBox::Model::DataTable::ids('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)') called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 84 EBox::Logs::Model::ConfigureLogs::enabledLogs('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)') called at /usr/share/perl5/EBox/Events.pm line 419 EBox::Events::_logIsEnabled('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Events.pm line 392 EBox::Events::_watchersEnabled('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 799 EBox::Module::Service::_manageService('EBox::Events=HASH(0x744d150)', 'start') called at /usr/share/perl5/EBox/Module/Service.pm line 829 EBox::Module::Service::_startService('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 1027 EBox::Module::Service::_enforceServiceState('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 979 EBox::Module::Service::_regenConfig('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Base.pm line 234 eval {...} at /usr/share/perl5/EBox/Module/Base.pm line 233 EBox::Module::Base::save('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/GlobalImpl.pm line 658 eval {...} at /usr/share/perl5/EBox/GlobalImpl.pm line 657 EBox::GlobalImpl::saveAllModules('EBox::GlobalImpl=HASH(0x43443e0)', 'progress', 'EBox::ProgressIndicator=HASH(0x1d44728)') called at /usr/share/perl5/EBox/Global.pm line 95 EBox::Global::AUTOLOAD('EBox::Global=HASH(0x436d228)', 'progress', 'EBox::ProgressIndicator=HASH(0x1d44728)') called at /usr/share/zentyal/global-action line 32 eval {...} at /usr/share/zentyal/global-action line 30
Regards
/Mathias
Sometimes when I click "submit changes" in the upper right corner a red window opens showing the below message. Is this caused by a bug or have I made a mistake during the installation of 3.5?
Missing argument: module's name Missing argument: module's name at Missing argument: module's name at /usr/share/perl5/EBox/GlobalImpl.pm line 822 EBox::GlobalImpl::modInstance('EBox::GlobalImpl=HASH(0x43443e0)', undef, undef) called at /usr/share/perl5/EBox/Global.pm line 92 EBox::Global::AUTOLOAD('EBox::Global=HASH(0x8c40350)', undef) called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 251 EBox::Logs::Model::ConfigureLogs::filterDomain('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Abstract.pm line 229 EBox::Types::Abstract::filter('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Abstract.pm line 214 EBox::Types::Abstract::printableValue('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Types/Text.pm line 68 EBox::Types::Text::printableValue('EBox::Types::Text=HASH(0x8c40968)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 3194 EBox::Model::DataTable::_find('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'HASH(0x8b4a3c0)', undef, 'printableValue', 1) called at /usr/share/perl5/EBox/Model/DataTable.pm line 3226 EBox::Model::DataTable::_checkFieldIsUnique('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'EBox::Types::Text=HASH(0x8b49ee0)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 763 eval {...} at /usr/share/perl5/EBox/Model/DataTable.pm line 748 EBox::Model::DataTable::addTypedRow('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'HASH(0x8b49378)', 'readOnly', undef, 'disabled', undef, 'id', undef) called at /usr/share/perl5/EBox/Model/DataTable.pm line 695 EBox::Model::DataTable::addRow('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'domain', 'dhcp', 'enabled', 1, 'lifeTime', 168) called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 146 EBox::Logs::Model::ConfigureLogs::syncRows('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)', 'ARRAY(0x8b57930)') called at /usr/share/perl5/EBox/Model/DataTable.pm line 1463 eval {...} at /usr/share/perl5/EBox/Model/DataTable.pm line 1459 EBox::Model::DataTable::ids('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)') called at /usr/share/perl5/EBox/Logs/Model/ConfigureLogs.pm line 84 EBox::Logs::Model::ConfigureLogs::enabledLogs('EBox::Logs::Model::ConfigureLogs=HASH(0x8b578e8)') called at /usr/share/perl5/EBox/Events.pm line 419 EBox::Events::_logIsEnabled('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Events.pm line 392 EBox::Events::_watchersEnabled('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 799 EBox::Module::Service::_manageService('EBox::Events=HASH(0x744d150)', 'start') called at /usr/share/perl5/EBox/Module/Service.pm line 829 EBox::Module::Service::_startService('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 1027 EBox::Module::Service::_enforceServiceState('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Service.pm line 979 EBox::Module::Service::_regenConfig('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/Module/Base.pm line 234 eval {...} at /usr/share/perl5/EBox/Module/Base.pm line 233 EBox::Module::Base::save('EBox::Events=HASH(0x744d150)') called at /usr/share/perl5/EBox/GlobalImpl.pm line 658 eval {...} at /usr/share/perl5/EBox/GlobalImpl.pm line 657 EBox::GlobalImpl::saveAllModules('EBox::GlobalImpl=HASH(0x43443e0)', 'progress', 'EBox::ProgressIndicator=HASH(0x1d44728)') called at /usr/share/perl5/EBox/Global.pm line 95 EBox::Global::AUTOLOAD('EBox::Global=HASH(0x436d228)', 'progress', 'EBox::ProgressIndicator=HASH(0x1d44728)') called at /usr/share/zentyal/global-action line 32 eval {...} at /usr/share/zentyal/global-action line 30
Regards
/Mathias
9
Installation and Upgrades / Cannot logon to SOGo Webmail - URL changed by SOGo?
« on: September 05, 2014, 12:27:42 pm »
Hi there!
I've just upgraded to Zentyal 3.5 and have run into problems with SOGo Webmail.
I can access the login page and enter my login credentials but when I hit "Connect" the browser complaints
"Server not found
Firefox can't find the server at :443."
At the same time the URL is changed to "https://:443/SOGo/so/mathias/Mail". For some reason the server name has been removed. If I add it manually I'll be logged on and can access my mail.
Have I missed some configuration somewhere? All suggestions are appreciated since now I'm stuck.
Thanks in advance!
Regards
/Mathias
I've just upgraded to Zentyal 3.5 and have run into problems with SOGo Webmail.
I can access the login page and enter my login credentials but when I hit "Connect" the browser complaints
"Server not found
Firefox can't find the server at :443."
At the same time the URL is changed to "https://:443/SOGo/so/mathias/Mail". For some reason the server name has been removed. If I add it manually I'll be logged on and can access my mail.
Have I missed some configuration somewhere? All suggestions are appreciated since now I'm stuck.
Thanks in advance!
Regards
/Mathias
10
Installation and Upgrades / Re: Radius 3.4
« on: April 13, 2014, 09:46:39 pm »
Hi!
Ok here's what I did. I'm positive flushed all security down the drain and is so please advice (but be gentle...).
In /var/log/freeradius/radius.log i could find
Sun Apr 13 20:19:46 2014 : Error: rlm_eap: SSL error error:0200100D:system library:fopen:Permission denied
Sun Apr 13 20:19:46 2014 : Error: rlm_eap_tls: Error reading certificate file /etc/freeradius/certs/freeradius.pem
I had a look at this http://freeradius.1045715.n5.nabble.com/Error-Reading-Certificate-file-td5110327.html and after that looked into my Zentyal server.
When I looked at the permissions for /etc/freeradius/certs/freeradius.pem it was root:root. Several other files in the directory had the permissions root:freerad. In addition to this the freeradius service is run by the user freerad. Hence I change the permission on /etc/freeradius/certs/freeradius.pem to root:freerad and rebooted.
Now it's working again.
The new problem now
is that /var/log/freeradius/radius.log if filled with complaints about:
Error: Failed binding to authentication address * port 1812: Address already in use
I suppose Zentyal tries to start freeradius but in fact it's already running...
Any thoughts/concerns?
Regards
/Mathias
Ok here's what I did. I'm positive flushed all security down the drain and is so please advice (but be gentle...).
In /var/log/freeradius/radius.log i could find
Sun Apr 13 20:19:46 2014 : Error: rlm_eap: SSL error error:0200100D:system library:fopen:Permission denied
Sun Apr 13 20:19:46 2014 : Error: rlm_eap_tls: Error reading certificate file /etc/freeradius/certs/freeradius.pem
I had a look at this http://freeradius.1045715.n5.nabble.com/Error-Reading-Certificate-file-td5110327.html and after that looked into my Zentyal server.
When I looked at the permissions for /etc/freeradius/certs/freeradius.pem it was root:root. Several other files in the directory had the permissions root:freerad. In addition to this the freeradius service is run by the user freerad. Hence I change the permission on /etc/freeradius/certs/freeradius.pem to root:freerad and rebooted.
Now it's working again.
The new problem now
is that /var/log/freeradius/radius.log if filled with complaints about:Error: Failed binding to authentication address * port 1812: Address already in use
I suppose Zentyal tries to start freeradius but in fact it's already running...
Any thoughts/concerns?
Regards
/Mathias
11
Installation and Upgrades / Re: Migration Tool Zarafa -> OpenChange?
« on: April 13, 2014, 12:11:18 am »
Many thanks half_life!
I'll look into this and report back if I succeed. Will take a couple of days though.
Regrads
/Mathias
I'll look into this and report back if I succeed. Will take a couple of days though.
Regrads
/Mathias
12
Installation and Upgrades / Re: Migration Tool Zarafa -> OpenChange?
« on: April 12, 2014, 11:36:49 pm »
Hi there!
Well, back t the original question from UdoC, is there such a migration tool / procedure available?
I did no do my homework properly before upgrading to 3.4 and hence missed the minor detail I was about to throw out Zarafa. Now I have lots of mail that cannot be accessed.
Any suggestions?
Thanks in advance!
Kind regards
/Mathias
Well, back t the original question from UdoC, is there such a migration tool / procedure available?
I did no do my homework properly before upgrading to 3.4 and hence missed the minor detail
I was about to throw out Zarafa. Now I have lots of mail that cannot be accessed. Any suggestions?
Thanks in advance!
Kind regards
/Mathias
13
Installation and Upgrades / Re: Radius 3.4
« on: April 12, 2014, 11:18:44 pm »
Hi there!
I have the same problem. After upgrading to Zentyal 3.4, RADIUS will not start. In /var/log/freeradius/radius.log it says:
Sat Apr 12 23:08:38 2014 : Error: [ldap] bind to ldap.your.domain:389 failed: Can't contact LDAP server
Sat Apr 12 23:08:38 2014 : Error: [ldap] (re)connection attempt failed
Everything else seems to be working fine.
Any suggestions for what might be the problem?
Regards
/Mathias
I have the same problem. After upgrading to Zentyal 3.4, RADIUS will not start. In /var/log/freeradius/radius.log it says:
Sat Apr 12 23:08:38 2014 : Error: [ldap] bind to ldap.your.domain:389 failed: Can't contact LDAP server
Sat Apr 12 23:08:38 2014 : Error: [ldap] (re)connection attempt failed
Everything else seems to be working fine.
Any suggestions for what might be the problem?
Regards
/Mathias
Pages: [1]