Hi,bludns wrote:Hi, I have the same problem...but have webapp that doesn't start...have you found a solution ? can you share it ?Thank you
I have not found a solution and am pulling my hair…
Miguel
Hi,bludns wrote:Hi, I have the same problem...but have webapp that doesn't start...have you found a solution ? can you share it ?Thank you
Have you triedmafiabusiness wrote:Hi,bludns wrote:Hi, I have the same problem...but have webapp that doesn't start...have you found a solution ? can you share it ?Thank you
I have not found a solution and am pulling my hair…
Miguel
Code: Select all
apt-get install zimbra-openjdk=13.0.1-1zimbra8.8b1.18.04 zimbra-core-components=3.0.11-1zimbra8.8b1.18.04 zimbra-jetty-distribution=9.4.18.v20190429-2.u18 zimbra-ldap-components=2.0.5-1zimbra8.8b1.18.04
mtk wrote:Have you triedmafiabusiness wrote:Hi,bludns wrote:Hi, I have the same problem...but have webapp that doesn't start...have you found a solution ? can you share it ?Thank you
I have not found a solution and am pulling my hair…
Miguelalready?Code: Select all
apt-get install zimbra-openjdk=13.0.1-1zimbra8.8b1.18.04 zimbra-core-components=3.0.11-1zimbra8.8b1.18.04 zimbra-jetty-distribution=9.4.18.v20190429-2.u18 zimbra-ldap-components=2.0.5-1zimbra8.8b1.18.04
Code: Select all
yum downgrade zimbra-openjdk-0:13.0.1-1zimbra8.8b1.el7.x86_64 zimbra-core-components-0:2.0.14-1zimbra8.8b1.el7.x86_64 zimbra-jetty-distribution-0:9.4.18.v20190429-2.r7.x86_64 zimbra-ldap-components-0:1.0.14-1zimbra8.8b1.el7.x86_64 zimbra-mta-patch-0:8.8.15.1647332084.p31-1.r7.x86_64 zimbra-patch-0:8.8.15.1648259498.p31-1.r7.x86_64 zimbra-proxy-patch-0:8.8.15.1648259498.p31-1.r7.x86_64 --skip-broken
mgmailadmin wrote:Thanks @livelace. This was essential info.livelace wrote:Just registered to inform you guys about the same problem.
My system is Centos 7. And for avoiding this problem I had to downgrade some packages:
Removed:
zimbra-core-components.x86_64 0:3.0.12-1zimbra8.8b1.el7
zimbra-jetty-distribution.x86_64 0:9.4.46.v20220331-2.r7
zimbra-ldap-components.x86_64 0:2.0.6-1zimbra8.8b1.el7
zimbra-openjdk.x86_64 0:17.0.2-1zimbra8.8b1.el7
Installed:
zimbra-core-components.x86_64 0:3.0.11-1zimbra8.8b1.el7
zimbra-jetty-distribution.x86_64 0:9.4.18.v20190429-2.r7
zimbra-ldap-components.x86_64 0:2.0.5-1zimbra8.8b1.el7
zimbra-openjdk.x86_64 0:13.0.1-1zimbra8.8b1.el7
Right now all services works as expected.
In the Ubuntu world, at least in the 18.04.6 LTS platform I'm running, this translated to doing an apt-get install package=version downgrade operation.
The specifics would be:
To find out what is currently installed:Each line will spit out lots of stuff about dependencies as well as the version history at the bottom with the most current version at the top of the list.Code: Select all
sudo apt-cache showpkg zimbra-core-components sudo apt-cache showpkg zimbra-jetty-distribution sudo apt-cache showpkg zimbra-ldap-components sudo apt-cache showpkg zimbra-openjdk
You may not need to downgrade the zimbra-ldap-compenents package. It wasn't installed in my platform which seems odd but...
Following the versioning @Livelace documentented, The steps to downgrade would then be:You should be able to try to stop/start (or restart) next.Code: Select all
sudo apt-get install zimbra-core-components=3.0.11-1zimbra8.8b1.18.04 sudo apt-get install zimbra-jetty-distribution=9.4.18.v20190429-2.u18 sudo apt-get install zimbra-openjdk=13.0.1-1zimbra8.8b1.18.04 and optionally sudo apt-get install zimbra-ldap-components=2.0.5-1zimbra8.8b1.18.04
As I mentioned I had an issue with the zmcontrol start command in that when LDAP ran, it prompted for a sudo zimbra password.Code: Select all
zmcontrol stop zmcontrol start
After perusing this issue in other contexts, I dug into the /etc/sudoer.d configuration files and found that slapd was not being authorized to run with No password. The wiki article (here)https://wiki.zimbra.com/index.php?title=Sudoers on this subject was informative and helped resolve the issue. The bottom line was that the 02_zimbra-ldap configuration file was missing from /etc/sudoers.d/
The contents of that file is a single line used to authorize slapd:Once I cleaned that up, I was able to restart with all modules loading.Code: Select all
%zimbra ALL=NOPASSWD:/opt/zimbra/libexec/zmslapd
Hopefully others have success with this.
Very disappointing experience though.
mgmailadmin wrote:Thanks @livelace. This was essential info.livelace wrote:Just registered to inform you guys about the same problem.
My system is Centos 7. And for avoiding this problem I had to downgrade some packages:
Removed:
zimbra-core-components.x86_64 0:3.0.12-1zimbra8.8b1.el7
zimbra-jetty-distribution.x86_64 0:9.4.46.v20220331-2.r7
zimbra-ldap-components.x86_64 0:2.0.6-1zimbra8.8b1.el7
zimbra-openjdk.x86_64 0:17.0.2-1zimbra8.8b1.el7
Installed:
zimbra-core-components.x86_64 0:3.0.11-1zimbra8.8b1.el7
zimbra-jetty-distribution.x86_64 0:9.4.18.v20190429-2.r7
zimbra-ldap-components.x86_64 0:2.0.5-1zimbra8.8b1.el7
zimbra-openjdk.x86_64 0:13.0.1-1zimbra8.8b1.el7
Right now all services works as expected.
In the Ubuntu world, at least in the 18.04.6 LTS platform I'm running, this translated to doing an apt-get install package=version downgrade operation.
The specifics would be:
To find out what is currently installed:Each line will spit out lots of stuff about dependencies as well as the version history at the bottom with the most current version at the top of the list.Code: Select all
sudo apt-cache showpkg zimbra-core-components sudo apt-cache showpkg zimbra-jetty-distribution sudo apt-cache showpkg zimbra-ldap-components sudo apt-cache showpkg zimbra-openjdk
You may not need to downgrade the zimbra-ldap-compenents package. It wasn't installed in my platform which seems odd but...
Following the versioning @Livelace documentented, The steps to downgrade would then be:You should be able to try to stop/start (or restart) next.Code: Select all
sudo apt-get install zimbra-core-components=3.0.11-1zimbra8.8b1.18.04 sudo apt-get install zimbra-jetty-distribution=9.4.18.v20190429-2.u18 sudo apt-get install zimbra-openjdk=13.0.1-1zimbra8.8b1.18.04 and optionally sudo apt-get install zimbra-ldap-components=2.0.5-1zimbra8.8b1.18.04
As I mentioned I had an issue with the zmcontrol start command in that when LDAP ran, it prompted for a sudo zimbra password.Code: Select all
zmcontrol stop zmcontrol start
After perusing this issue in other contexts, I dug into the /etc/sudoer.d configuration files and found that slapd was not being authorized to run with No password. The wiki article (here)https://wiki.zimbra.com/index.php?title=Sudoers on this subject was informative and helped resolve the issue. The bottom line was that the 02_zimbra-ldap configuration file was missing from /etc/sudoers.d/
The contents of that file is a single line used to authorize slapd:Once I cleaned that up, I was able to restart with all modules loading.Code: Select all
%zimbra ALL=NOPASSWD:/opt/zimbra/libexec/zmslapd
Hopefully others have success with this.
Very disappointing experience though.
For as much as I understand, this issue/thread is related to the ZEXTRAS-Build of ZCS 9.mafiabusiness wrote:mgmailadmin wrote:livelace wrote: Release 8.8.15.GA.3869.UBUNTU16.64 UBUNTU16_64 FOSS edition, Patch 8.8.15_P32.
@mafiamail,mtk wrote:For as much as I understand, this issue/thread is related to the ZEXTRAS-Build of ZCS 9.mafiabusiness wrote:mgmailadmin wrote:
You are running FOSS 8.
So I suggest you create a new thread?