Kopano Core & Archiver 8.3.0 final is now available

Wiz

The custom compiled mapi.so (against php 5.6.30) that I always was able to compile and use with kopano’s redhat branch is no longer loading!

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/mapi.so' - /lib64/libkcinetmapi.so.0: version `KC_8.3.0' not found (required by /usr/lib64/php/modules/mapi.so) in Unknown on line 0

What has changed since 8.3.0~1007? 1030 and 1042 are producing the above error … WebApp and Z-Push services are down as they are dependant on mapi.so :( :(

fbartels

Hi @Wiz,

it seems you’re looking for https://jira.kopano.io/browse/KC-623 & https://stash.kopano.io/projects/KC/repos/kopanocore/commits/4a68ae88f5dc228f8d614c1c0ef3e2873b4b4d2d

fbartels

@klausade said in Kopano Core & Archiver 8.3.0 final is now available:

Do you mean something like this, which I see on Debian 7 (but not with Debian 8):

I see this now as well. Have contacted our internal it to look after it.

fbartels

@externa1 no the different versions are not the cause if this. but are you running with the test appcenter? 1.3 is not officially released yet.

klausade

@fbartels I have also filed a supportticket for this.

externa1

@fbartels
Hi Felix,

yes the UCS 4.2 is configured with the Test-Appcenter
what I’ve seen is that the cert on kopano.io has changed a vew weeks ago maybe thats causing the error ?

rg
Christian

fbartels

@externa1 actually on Wednesday, but yes it looks like that is the reason for the error message.

Wiz

@fbartels Yes, I am aware of this commit as I spent several hours yesterday scrambling over the KCs and commits trying to figure out what happened, however, after reverting the changes made in the commit I was still facing problems with mapi.so so it is something else.

I’ve created support ticket KS-37572 for this particular purpose and would appreciate having it escalated internally on a priority basis as z-push and collab are down.

fbartels

@Wiz I have forwarded your message to our support.

Hi,

I also see this certificate error on Debian 7:

Ign https://download.kopano.io ./ Translation-en
Ign https://download.kopano.io ./ Translation-en
Err https://download.kopano.io ./ Packages
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Err https://download.kopano.io ./ Packages
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Err https://download.kopano.io ./ Packages
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
W: Failed to fetch https://download.kopano.io/supported/core:/final/Debian_7.0/./Packages  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

W: Failed to fetch https://download.kopano.io/supported/webapp:/final/Debian_7.0/./Packages  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

W: Failed to fetch https://download.kopano.io/supported/mdm:/final/Debian_7.0/./Packages  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

E: Some index files failed to download. They have been ignored, or old ones used instead.

Any ideas how to sove this error?

Walter

Hi,

uptate to V 8.3.0 on SLES 12, is not possible, zypper always reports “Nothing to do.”

# zypper in kopano-server-packages
Refreshing service 'SUSE_Linux_Enterprise_Server_12_SP1_x86_64'.
Refreshing service 'SUSE_Linux_Enterprise_Software_Development_Kit_12_SP1_x86_64'.
Refreshing service 'Web_and_Scripting_Module_12_x86_64'.
Loading repository data...
Reading installed packages...
'kopano-server-packages' is already installed.
No update candidate for 'kopano-server-packages-8.2.1.531-8.1.x86_64'. The highest available version is already installed.
Resolving package dependencies...

Nothing to do.

Download center provides version 8.3.0.

Any ideas how to fix this issue?

I already found the solution for SLES12SP1, “Auto Refresh” was disabled.

klausade

@WalterHof You could work around this with the following line, in eiter /etc/apt/apt.conf or a file in /etc/apt.cond./
Acquire::https::download.kopano.io::Verify-Peer “false”;

I wish Kopano would just fix their end. I don’t recommend this fix, setting verify-peer to false is not the way to go.

HPH_ZForum

Hello,
I’ve got to say, that on UCS 4.1 this is a complete mess with the repo enabled. I’ve completely lost the clue on what version is provided through which channel.
Something is in “App Center-Aktualisierungen”, something in “Paket-Aktualisierungen”.

"Es sind App Center-Aktualisierungen verfügbar.

Kopano Core: Version 8.1.1.10-8.1-2 kann auf 8.1.1.10-8.1-3 aktualisiert werden
Kopano WebApp: Version 3.2.0.335-19.1 kann auf 3.2.0.335-19.1-2 aktualisiert werden
Z-Push for Kopano: Version 2.3.5 kann auf 2.3.6 aktualisiert werden"

The “Paket-Aktualisierungen” sometimes show something, sometimes they don’t. Klicking on “Install” sometimes does something, sometimes it doesn’t.

What should be the correct, latest Version for Core, WebApp and Z-Push now for UCS 4.1?

HPH_ZForum

@fbartels is it possible, that the UCS appcenter does not reflect the updated versions of Kopano Core installed through “Paket-Aktualisierungen”?
Since Kopano Deskapp is stating “Kopano Core: 8.3.0-1042”, while UCS is still on 8.1.1.10-8.1-2 and offers 8.1.1.10-8.1-3.

@klausade it seams, kopano repaired this issue. Today I upgraded to 8.3.0 on Debian 7 without this errors.

klausade

@WalterHof yes I know. I reported this as a bug, and it got resolved today.