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.
1
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: May 03, 2024, 09:49:45 am »Hi David,
Here is the output:
root@mail:/home/strama_admin# sudo apt policy zentyal-sogo
zentyal-sogo:
Telepítve: (nincs)
Jelölt: 8.0.0
Verziótáblázat:
8.0.0 500
500 https://packages.zentyal.org/zentyal 8.0/main amd64 Packages
500 https://packages.zentyal.org/zentyal 8.0/main i386 Packages
7.0.0 500
500 file:/var/tmp/zentyal-packages ./ Packages
root@mail:/home/strama_admin# sudo apt policy sogo
sogo:
Telepítve: (nincs)
Jelölt: 5.5.1-1
Verziótáblázat:
5.5.1-1 500
500 http://hu.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
5.0.1.20201214-1 500
500 file:/var/tmp/zentyal-packages ./ Packages
root@mail:/home/strama_admin#
root@mail:/home/strama_admin# sudo apt policy gnustep-base-common
gnustep-base-common:
Telepítve: (nincs)
Jelölt: 1.28.0-4build1
Verziótáblázat:
1.28.0-4build1 500
500 http://hu.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages
500 http://hu.archive.ubuntu.com/ubuntu jammy/universe i386 Packages
1.26.0-7 500
500 file:/var/tmp/zentyal-packages ./ Packages
root@mail:/home/strama_admin#
Please let me know if you needm ore information.
BR,
GáborS
Hi GáborS,
The initial local repository of Zentyal that is set when Zentyal is installed through the ISO file is still active and because of that, the behavior you get. You must search for the following repository and remove it:
Code: [Select]
deb [trusted=yes] file://file:/var/tmp/zentyal-packages ./
It might be located at /etc/apt/sources.list.d/zentyal-temporal.list , /etc/apt/sources.list or in a similar location.
Once you find it, remove it and then, run the following command:
Code: [Select]
sudo apt update
After that, you should be able to install zentyal-sogo package.
2
Installation and Upgrades / Re: Zentyal 8 missing Virtual Interfaces after upgrade from 7.0
« on: May 02, 2024, 04:12:53 pm »
Hi,
Thank you for reporting this behavior. Could you please tell us where the configuration remained after the upgrade? We have identified that certain configuration remains in the configuration file /etc/netplan/netplan.yaml
Best regards, Daniel Joven.
Thank you for reporting this behavior. Could you please tell us where the configuration remained after the upgrade? We have identified that certain configuration remains in the configuration file /etc/netplan/netplan.yaml
Best regards, Daniel Joven.
3
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: May 02, 2024, 02:56:35 pm »Hi David,
You mean this command:
sudo apt policy zentyal-sogo
sudo apt policy sogo
sudo apt policy gnustep-base-common
It is not solve the issue, but produce same error message:
The following packages have unmet dependencies:
libgnustep-base1.26 : Depends: gnustep-base-common (= 1.26.0-7) but 1.28.0-4build1 is to be installed
Depends: libicu66 (>= 66.1-1~) but it is not installable
BR,
GáborS
The goal of those commands is to get more information about your Zentyal, concretely, for your repositories.
4
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: May 02, 2024, 12:35:13 pm »Hi Daniel,
Here is the requested logs...
https://nextcloud.bemutatjuk.eu/index.php/s/s83n9s4oc8rGLH2
Please let me know if you need more information in this case.
Hi,
I cannot determine why the module is being removed. According to the log files, the package 'zentyal-sogo 8.0.0' is installed but for some reason, it is uninstalled later. What about the results of the commands I mentioned to you?
5
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: May 02, 2024, 12:22:16 pm »Thanks Daniel!
You were quite correct, our mysql was not set to start with the system.Code: [Select]~$ sudo systemctl is-enabled mysql
So enabled as you indicated:
disabledCode: [Select]~$ sudo systemctl enable mysql
Synchronizing state of mysql.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable mysql
Created symlink /etc/systemd/system/multi-user.target.wants/mysql.service → /lib/systemd/system/mysql.service.
Checked the permissions on the log folder - I think it's correct? (mysql:adm)Code: [Select]~$ sudo ls -ld /var/log/mysql/
drwxrwx--- 2 mysql adm 4096 Apr 30 00:00 /var/log/mysql/
Thanks again Daniel. I have just checked the service status after 24 hours, to allow for log rotation, and happy to report that it is still "enabled" at this point:Code: [Select]~$ sudo systemctl is-enabled mysql
enabled
Hi,
Please, can you confirm that the Mysql log rotations are not breaking the service and everything is working as expected once you have enabled the service?
6
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: April 30, 2024, 09:38:21 am »
Hi AlecM,
About the mysql issue, a few things I saw in your output:
1. The service is not enabled, so when the server is rebooted, it does not start.
2. The permission behavior is probably caused by logrotate, you can check this out by analyzing the configuration file /etc/logrotate.d/mysql-server
NOTE: You should check the permissions of the folder as well (sudo ls -ld /var/log/mysql/)
If it is possible, just fix step 1 and only check step 2 but do not make any changes, let’s see tomorrow when the system rotates the logs if the issue is fixed or if a change must be done in the mentioned configuration file.
About the mysql issue, a few things I saw in your output:
1. The service is not enabled, so when the server is rebooted, it does not start.
Code: [Select]
# To confirm that it is disabled
sudo systemctl is-enabled mysql
# To enable
sudo systemctl enable mysql
2. The permission behavior is probably caused by logrotate, you can check this out by analyzing the configuration file /etc/logrotate.d/mysql-server
NOTE: You should check the permissions of the folder as well (sudo ls -ld /var/log/mysql/)
If it is possible, just fix step 1 and only check step 2 but do not make any changes, let’s see tomorrow when the system rotates the logs if the issue is fixed or if a change must be done in the mentioned configuration file.
7
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: April 29, 2024, 10:35:52 am »Hi Daniel,
I appreciate your help,
Before i started the upgrade I did all of the check steps and I didn't see any error
Yes, the proper and up-to-date repository data will be used.
The first time when I wrote I used a live server clone this server contains the webmail module and this module is actively used. But today I created an empty 7.0 server, during the upgrade from 7.0 to 8.0 I didn't experience any issues but when I tried to deploy the webmail module it showed same error
BR,
GáborS
Hi,
The script uninstalls temporarily the zentyal-webmail package and installs it later. Also, it does a database backup and restores it, just to avoid any issues during this process. Unfortunately, without the required information, we cannot know what might happen in your upgrade. You must schedule another upgrade and in case you get the same error, you must run the mentioned commands and also, analyze the following log files:
- /var/log/zentyal/upgrade.log
- /var/log/zentyal/zentyal.log
- /var/log/dpkg.log
8
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: April 25, 2024, 08:41:44 am »Hi,
I made a upgrade by the web page official guide but the webmail module is disappeared after the upgrade, and when i try to reinstall it in that case i got the following error message:
The following packages have unmet dependencies:
libgnustep-base1.26 : Depends: gnustep-base-common (= 1.26.0-7) but 1.28.0-4build1 is to be installed
Depends: libicu66 (>= 66.1-1~) but it is not installable
Somebody can help in this case.
BR,
GáborS
Hi Gábor,
Below you have a few questions that might help you to find the issue with the Webmail module:
1. Did you confirm that all the Zentyal packages are correctly installed and there is anything broken or removed?
Code: [Select]
dpkg -l | egrep ‘zen(buntu|tyal)-’
dpkg -l | egrep -v ‘^ii’
lsb_release -a
2. Did you ensure that you are using the right repositories? Perhaps you have an old Zentyal repository that is causing the issue.
Code: [Select]
sudo apt update
3. Did you check where the webmail module and its main dependency is going to be installed?
Code: [Select]
sudo apt policy zentyal-sogo
sudo apt policy sogo
sudo apt policy gnustep-base-common
Hope the above helps you.
Best regards, Daniel Joven.
9
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: April 19, 2024, 12:23:47 pm »
Hi,
We have updated the official documentation with the mentioned steps in my previous answer about the Antivirus module. Below you have the links.
* https://doc.zentyal.org/en/upgrade.html#antivirus-module
* https://doc.zentyal.org/es/upgrade.html#modulo-de-antivirus
Again, thank you for reporting the issues.
Best regards, Daniel Joven.
We have updated the official documentation with the mentioned steps in my previous answer about the Antivirus module. Below you have the links.
* https://doc.zentyal.org/en/upgrade.html#antivirus-module
* https://doc.zentyal.org/es/upgrade.html#modulo-de-antivirus
Again, thank you for reporting the issues.
Best regards, Daniel Joven.
10
Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0
« on: April 15, 2024, 04:54:55 pm »
Hi,
We are debugging the antivirus issue, we believe three things should be analyzed:
1. The server was not rebooted after the upgrade, so the directory /var/run/clamav does not belong to the owner clamav.
2. You have a persistent stub and because of that, the module’s configuration is old.
3. ClamAV databases are not updated. It requires sudo freshclam
Meanwhile, we do the required tests, you should try the following:
1. Update the internal database:
sudo freshclam
2. Make sure the module is enabled through the Zentyal GUI.
3. Ensure the directory /var/run/clamav belongs to clamav as chapderprinz suggested.
sudo chown -R clamav /var/run/clamav/
4. Restart the module through the CLI:
sudo zs antivirus restart
If the issue persists, you can try to restart the service through Systemd and then, check the log files.
sudo systemctl restart clamav-daemon
sudo journalctl -u clamav-daemon
Log files:
- /var/log/zentyal/zentyal.log
- /var/log/syslog
- /var/log/clamav/clamav.log
Best regards, Daniel Joven.
We are debugging the antivirus issue, we believe three things should be analyzed:
1. The server was not rebooted after the upgrade, so the directory /var/run/clamav does not belong to the owner clamav.
2. You have a persistent stub and because of that, the module’s configuration is old.
3. ClamAV databases are not updated. It requires sudo freshclam
Meanwhile, we do the required tests, you should try the following:
1. Update the internal database:
sudo freshclam
2. Make sure the module is enabled through the Zentyal GUI.
3. Ensure the directory /var/run/clamav belongs to clamav as chapderprinz suggested.
sudo chown -R clamav /var/run/clamav/
4. Restart the module through the CLI:
sudo zs antivirus restart
If the issue persists, you can try to restart the service through Systemd and then, check the log files.
sudo systemctl restart clamav-daemon
sudo journalctl -u clamav-daemon
Log files:
- /var/log/zentyal/zentyal.log
- /var/log/syslog
- /var/log/clamav/clamav.log
Best regards, Daniel Joven.
11
Installation and Upgrades / Re: Zentyal 8 breaks when trying to update packages
« on: April 12, 2024, 11:31:58 am »
Hi,
We have released the packages:
- zentyal-core 7.1.2
- zentyal-core 8.0.1
Both packages correct the APT and Mysql issues.
In case you already upgraded your Zentyal server and have any issues, you can check the following link out:
- https://forum.zentyal.org/index.php/topic,35673.msg115823.html#msg115823
Again, thank you for reporting the issues.
Best regards, Daniel Joven.
We have released the packages:
- zentyal-core 7.1.2
- zentyal-core 8.0.1
Both packages correct the APT and Mysql issues.
In case you already upgraded your Zentyal server and have any issues, you can check the following link out:
- https://forum.zentyal.org/index.php/topic,35673.msg115823.html#msg115823
Again, thank you for reporting the issues.
Best regards, Daniel Joven.
12
Installation and Upgrades / Re: Zentyal 8 breaks when trying to update packages
« on: April 12, 2024, 10:09:38 am »Thank you very much. I did the modifications to /var/lib/dpkg/info/zentyal-core.postinst and now I can upgrade all packages without breaking my install.
Great, I am glad to hear that you could fix all the packages. Enjoy your Zentyal 8.0
Best regards, Daniel Joven.
13
Installation and Upgrades / Re: Upgrade from shell
« on: April 11, 2024, 03:40:39 pm »
Hi,
As you can see in the documentation, you can upgrade the Zentyal server through the CLI, see point 2 of the following link:
* https://doc.zentyal.org/en/upgrade.html#update
NOTE: A few issues were reported, I recommend you wait until the fix is released (zentyal-core 7.1.2).
Best regards, Daniel Joven.
As you can see in the documentation, you can upgrade the Zentyal server through the CLI, see point 2 of the following link:
* https://doc.zentyal.org/en/upgrade.html#update
NOTE: A few issues were reported, I recommend you wait until the fix is released (zentyal-core 7.1.2).
Best regards, Daniel Joven.
14
Installation and Upgrades / Re: Zentyal 8 breaks when trying to update packages
« on: April 11, 2024, 03:36:08 pm »
Hi,
Did you try to fix the packages manually through CLI?
If the error persists, analyze the output you get as well as the following log files:
- /var/log/zentyal/zentyal.log
- /var/log/syslog
- /var/log/dpkg.log
In case this server was upgraded from Zentyal 7.1, the issue might be caused by the following:
1. The file ‘/etc/apt/apt.conf.d/20auto-upgrades’ does not exist and because of this, the zentyal-core package cannot be configured and it blocks the rest of the packages.
To fix this, edit the configuration file /var/lib/dpkg/info/zentyal-core.postinst and just apply the following fix:
- https://github.com/zentyal/zentyal/commit/88a3414deefde4f7a629d0b0289348a464471788#diff-425f0921e7f356c2b4c325f6ce96d4efe02241140befe47a61a92741cb7ca24c
2. Mysql server is not running:
If it is stopped, you must run the following commands:
If you applied any of the above two issues, you must run the mentioned commands at the beginning of this answer to fix all the packages.
Best regards, Daniel Joven.
Did you try to fix the packages manually through CLI?
Code: [Select]
export DEBIAN_FRONTEND=noninteractive
dpkg --configure --force-confdef -a
unset DEBIAN_FRONTEND
NOTE: You must need to run the 'dpkg' command more than once.If the error persists, analyze the output you get as well as the following log files:
- /var/log/zentyal/zentyal.log
- /var/log/syslog
- /var/log/dpkg.log
In case this server was upgraded from Zentyal 7.1, the issue might be caused by the following:
1. The file ‘/etc/apt/apt.conf.d/20auto-upgrades’ does not exist and because of this, the zentyal-core package cannot be configured and it blocks the rest of the packages.
To fix this, edit the configuration file /var/lib/dpkg/info/zentyal-core.postinst and just apply the following fix:
- https://github.com/zentyal/zentyal/commit/88a3414deefde4f7a629d0b0289348a464471788#diff-425f0921e7f356c2b4c325f6ce96d4efe02241140befe47a61a92741cb7ca24c
2. Mysql server is not running:
Code: [Select]
sudo systemctl status mysql
If it is stopped, you must run the following commands:
Code: [Select]
mkdir /var/log/mysql/
chown -R mysql:adm /var/log/mysql
chmod -R 0770 /var/log/mysql
systemctl restart mysql
If you applied any of the above two issues, you must run the mentioned commands at the beginning of this answer to fix all the packages.
Best regards, Daniel Joven.
15
Installation and Upgrades / Re: Looking for reassurance before upgrading 7.1.1 to 8.0
« on: April 10, 2024, 11:19:14 am »
Hi,
Thank you zyzio for the help you provided. I have updated the following post that is related to the upgrade from 7.1 to 8.0:
- https://forum.zentyal.org/index.php/topic,35671.msg115819.html#new
Regarding the CPU load, a few questions:
1. Do you have any LOG rules in the firewall? If so, how many and what are their configurations?
2. What ‘domains’ do you have enabled in the Log module?
3. Are you using the domain controller module?
4. Did you analyze the log file /var/log/syslog? You might have lots of entries like ‘zentyal-firewall’ or ‘smbd_audit’.
5. If you run the command htop or htop, what are the processes that are consuming the CPU?
Best regards, Daniel Joven.
Thank you zyzio for the help you provided. I have updated the following post that is related to the upgrade from 7.1 to 8.0:
- https://forum.zentyal.org/index.php/topic,35671.msg115819.html#new
Regarding the CPU load, a few questions:
1. Do you have any LOG rules in the firewall? If so, how many and what are their configurations?
2. What ‘domains’ do you have enabled in the Log module?
3. Are you using the domain controller module?
4. Did you analyze the log file /var/log/syslog? You might have lots of entries like ‘zentyal-firewall’ or ‘smbd_audit’.
5. If you run the command htop or htop, what are the processes that are consuming the CPU?
Best regards, Daniel Joven.