<div dir="ltr"><div>Hi Daniel,</div><div>Thanks a lot for your answer!</div><div>I'll create a script to check this every minute, and restart those service in case of death.</div><div>What can be the root cause of this? Can this happen because of the night backup process, pushing the disks to have higher I/O? (higher is less than 30%, but is higher than the usual, that is almost 1%)</div><div>Thanks again, and best regards,</div><div>HeCSa.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 15, 2020 at 10:26 AM Daniel Hoffend <<a href="mailto:dh@dotlan.net">dh@dotlan.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Hernan<br>
<br>
Storage Server fails means that roundcubemail is not able to community<br>
or authenticate with the backend (aka imap server port 143).<br>
<br>
I would check the following points<br>
* is guam running (systemctl status guam). Guam is the imap proxy <br>
sitting<br>
   in front of cyrus.<br>
* is cyrus-imapd server running (process table)<br>
* do you see any authentication related error messages from cyrus<br>
* is kolab-saslauthd and/or dirsrv running correctly?<br>
* is kolabd running?<br>
<br>
Another thing could be that guam/cyrus is running but the kolabd server<br>
has not created the mailbox yet. Restarting/Checking kolabd might help<br>
(as well checking the pykolab logfiles). Otherwise run "kolab sync" via<br>
cli to execute the mailbox sync/creating run manually.<br>
<br>
--<br>
regards<br>
Daniel Hoffend<br>
<br>
<br>
Am 2020-05-14 15:05, schrieb Hernan Saltiel:<br>
> Hi everybody!<br>
> Hope you are doing well.<br>
> I'm sending this email because of a strange issue I'm having using<br>
> Kolab 16 on CentOS 7.7.<br>
> We are in the process of migrating users from an old Kolab to this new<br>
> one, and starting a week ago, every morning the users are telling us<br>
> that they cannot connect to the server. The clients appear to be<br>
> disconnected.<br>
> Trying to access the server via webmail, I see a "server storage<br>
> failed" message.<br>
> Checking the docs, it seems to be a Cyrus related issue...on the docs<br>
> I can see:<br>
> <br>
> "...<br>
> In Kolab Groupware, this data storage layer is the IMAP spool,<br>
> accessible by any client software that speaks the IMAP protocol.<br>
> Kolab Groupware ships Cyrus IMAP by default, which, with its so-called<br>
> murder topology, provides the aforementioned transparent access to<br>
> IMAP spools spread out over multiple individual systems.<br>
> ..."<br>
> <br>
> On messages I do not see any "max connections reached", or something<br>
> like this.<br>
> <br>
> Did anybody had the same issue, or has some tip about where to start<br>
> digging?<br>
> <br>
> Thanks a lot in advance, and best regards,<br>
> <br>
> --<br>
> HeCSa<br>
> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@lists.kolab.org" target="_blank">users@lists.kolab.org</a><br>
> <a href="https://lists.kolab.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">HeCSa</div>