After update from 11 to 12 (and now stll from 13.0.5 to 13.0.6) : Calendar loading infinitly (and php-fpm 100% CPU usage)

MikeLupe · May 27, 2017, 8:15am

After a new attempt to upgrade 11.0.3 to 12.0.final, calendar loading still doesn’t complete and php-fpm CPU usage still goes to 100% (per calendar loading attempt).

FF Console additionally shows:
Error in parsing value for ‘top’. Declaration dropped. calendar
Error in parsing value for ‘left’. Declaration dropped. calendar

And:
“
JQMIGRATE: Migrate is installed, version 1.4.0 core.js:7:542
"Deprecation warning: use moment.updateLocale(localeName, config) to change an existing locale. moment.defineLocale(localeName, config) should only be used for creating a new locale See http://momentjs.com/guides/#/warnings/define-locale/ for more info.” core.js:1563:2834
/remote.php/dav/calendars/ncuser01/defaultalendar/
"

“/defaultalendar/” ?? for “Default Calendar”?? Is there something missing? Or is there something about a NC message, just after upgrade, for MySQL like “convert to UTF8…”?

Do you have an idea, @oparoz? thanks

b03rg3 · May 29, 2017, 9:29am

The same here. After Upgrade, calendar is not working anymore. Some of the calendars working, others (shared or not) infinite spin and 100% CPU Load.
This is a serious issue for me, because nextcloud-installation is prodactiv.
Is ist possible do downgrade the installation without any loss?

MikeLupe · May 29, 2017, 9:56am

I’m not sure, if downgrading is possible without a lot of hassle…

I’m lucky to be able to create VM snapshots, before I upgrade. Additionally I’ve got nightly DB and data backup scripts. Without those I think I’d be lost.

b03rg3 · May 29, 2017, 10:51am

OK, playing arround my nextcloud, this happend:

Backedup all my data
export the calendars as ics-files
delete all broken calendars in nc
create all calendars
try to import ics-files
Can’t because of non-campatible content warning in nc-importer
try to import from calendar-app (macos)
broken sync, 100% CPU
f*ck

MikeLupe · June 4, 2017, 11:51am

My new attempt to upgrade 11.0.3 to 12.0.x still gives the same calendar loading issues. No entries in Webui Logviewer.

Webconsole shows:

JQMIGRATE: Migrate is installed, version 1.4.0  core.js:7:542
"Deprecation warning: use moment.updateLocale(localeName, config) to change an existing locale. moment.defineLocale(localeName, config) should only be used for creating a new locale See http://momentjs.com/guides/#/warnings/define-locale/ for more info."  core.js:1563:2834
/remote.php/dav/calendars/ncuser01/defaultalendar/

Config.php is configured with respect to my reverse proxy.

Has really no one an idea what this could be?

MikeLupe · June 19, 2017, 8:41pm

Please - could anyone investigate on this still existing calendar problem?

New attempt (after Debian php updates) to upgrade 11.0.3 to 12.0.x still results in the same not loading calendar.

JS Console:
“Error: Updating calendar failed app.min.js:3:23575
/remote.php/dav/calendars/ncuser01/defaultalendar/ app.min.js:2:16313”

How is “Default calendar” from Webui becoming “/defaultalendar/” in the URL??

MikeLupe · July 5, 2017, 10:46pm

Are there any news about this issue? Thanks

Hollerauer · July 6, 2017, 6:03am

I opened a issue on github. Maybe this helps.

MikeLupe · July 6, 2017, 10:36am

Thanks @Hollerauer. I’m curious if the Debian constellation might be the little troublemaker.

Hollerauer · July 7, 2017, 3:54pm

Original issue was closed because I posted it in the wrong repository. Sry

New Issue:

MikeLupe · July 9, 2017, 12:30am

Thank you @Hollerauer

MikeLupe · July 12, 2017, 5:48pm

Something’s in the bushes…

MikeLupe · August 1, 2017, 2:21am

After updating 11.0.3 to 12.0.1RC4 the problem still exists. On https://github.com/fruux/sabre-vobject/pull/383 apearently the issue has been resolved, but I guess it’ll take some time to get this update, won’t it?

Hollerauer · August 1, 2017, 8:31am

Here is the solution for this issue posted on github

MikeLupe · August 4, 2017, 12:44pm

Just for confirmation - the fix works.

Backup the file first and apply the fix :
/var/www/your_ncpath/3rdparty/sabre/vobject/lib/Recur/RRuleIterator.php

Replace:

$date->setDate($currentYear, 1, 1);
with
$date = $date->setDate($currentYear, 1, 1);

$date->add(new \DateInterval(‘P’ . $byYearDay . ‘D’));
with
$date = $date->add(new \DateInterval(‘P’ . $byYearDay . ‘D’));

$date->sub(new \DateInterval(‘P’ . abs($byYearDay) . ‘D’));
with
$date = $date->sub(new \DateInterval(‘P’ . abs($byYearDay) . ‘D’));

Or ‘sed’ on it, I was afraid about not ESCaping right

Hollerauer · August 4, 2017, 12:58pm

@MikeLupe please mark as solved

MikeLupe · August 6, 2017, 7:52am

I can see 12.0.1RC5 has integrated the 2nd and 3rd replaces into /3rdparty/sabre/vobject/lib/Recur/RRuleIterator.php

But the first one is missing, that’s enough for again getting the 100% php-fpm cpu load with non-loading calendar:

$date->setDate($currentYear, 1, 1);
should be
$date = $date->setDate($currentYear, 1, 1);

After replacing this line, calendar loads normally again.

MikeLupe · September 23, 2017, 7:10am

This unfortunately still is the case with 12.0.3 final. I had again to replace the first mentioned entry manually. Could we integrate the latest sabre update, or what would be the proceeding?

Nerd · October 18, 2017, 9:39am

Hi, is there any solutiono to this, yet? It appears I am running into the same issue.

MikeLupe · October 18, 2017, 10:56am

Have you tried the workaround?

I can see 12.0.1RC5 has integrated the 2nd and 3rd replaces into /3rdparty/sabre/vobject/lib/Recur/RRuleIterator.php

But the first one is missing, that’s enough for again getting the 100% php-fpm cpu load with non-loading calendar:

$date->setDate($currentYear, 1, 1);
should be
$date = $date->setDate($currentYear, 1, 1);

After replacing this line, calendar loads normally again.