[E64] Nach Nextcloud-Update Anmeldung nicht mehr möglich.

[Sascha Pohl]

Hallo Jürgen,

nachdem ich gerade das neue Nextcloud-Update installiert habe, kann ich
mich nicht mehr anmelden.
Ich erhalte immer die Aussage, dass der Benutzername oder das Passwort
falsch seien.
Was könnte da passiert sein?

Grüße
Sascha

[Ulrich Hupe]

E1 geht auch nicht mit dem Hinweis:

Update wird benötigt
Da automatische Updates in der config.php deaktivert sind, nutze bitte
den Updater über die Kommandozeile.

Für weitere Hilfen, schaue bitte in die Dokumentation.

Ulrich

[Ulrich Hupe]

> Update wird benötigt
> Da automatische Updates in der config.php deaktivert sind, nutze bitte
> den Updater über die Kommandozeile.

auch das kriege ich so nicht upgedated

[Juergen Edner]

Hallo Sascha,

> nachdem ich gerade das neue Nextcloud-Update installiert habe, kann
> ich mich nicht mehr anmelden.
> Ich erhalte immer die Aussage, dass der Benutzername oder das Passwort
> falsch seien.
> Was könnte da passiert sein?

mir ist ein solches Verhalten mit der aktuellen Paketversion bis dato
noch nicht unter gekommen. Läuft die Konfiguration fehlerfrei durch,
wenn Du diese manuell über das Menü aktualisierst oder werden dann
irgendwelche Warnungen oder Fehlermeldungen ausgegeben?

Finden sich eventuell in der Logdatei (/var/nextcloud/log/nextcloud.log)
Meldungen die auf eine Problemursache hindeuten?

Hast Du eventuell ein paar "exotische" Apps installiert, die nicht
kompatibel mit der aktuellen Software sind?

Gruß Jürgen

--
Mail: jue...@eisfair.org

[Juergen Edner]

Hallo Ulrich,

> Update wird benötigt
> Da automatische Updates in der config.php deaktivert sind, nutze bitte
> den Updater über die Kommandozeile.
>
> Für weitere Hilfen, schaue bitte in die Dokumentation.

wie hast Du die folgenden Parameter gesetzt:

NEXTCLOUD_SECURITY_UPDATER_APP
NEXTCLOUD_APPSTORE_ENABLED

Welche Meldungen werden EXAKT bei der manuellen Aktualisierung
der Konfiguration ausgegeben?

Kannst Du bitte einmal folgende Befehle ausführen und schauen
was passiert bzw. angezeigt wird:

su - wwwrun
cd /nextcloud/document/root/verzeichnis
./occ upgrade

[Ulrich Hupe]

Am 29.05.2021 um 13:51 schrieb Juergen Edner:

> Kannst Du bitte einmal folgende Befehle ausführen und schauen
> was passiert bzw. angezeigt wird:
>
> su - wwwrun
> cd /nextcloud/document/root/verzeichnis
> ./occ upgrade
>

Der Fehler wurde in entsprechenden Foren auch schon erwähnt.
Ich habe 2 G RAM . Vielleicht zu wenig?

Eis > ./occ upgrade
An unhandled exception has been thrown:
TypeError: Return value of OC\MemoryInfo::memoryLimitToBytes() must be
of the type int, float returned in
/var/www/htdocs/nextcloud/lib/private/MemoryInfo.php:84
Stack trace:
#0 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(58):
OC\MemoryInfo->memoryLimitToBytes(2147483648)
#1 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(42):
OC\MemoryInfo->getMemoryLimit()
#2 /var/www/htdocs/nextcloud/lib/private/Console/Application.php(112):
OC\MemoryInfo->isMemoryLimitSufficient()
#3 /var/www/htdocs/nextcloud/console.php(99):
OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput),
Object(Symfony\Component\Console\Output\ConsoleOutput))
#4 /var/www/htdocs/nextcloud/occ(11): require_once('/var/www/htdocs...')

[Ulrich Hupe]

> wie hast Du die folgenden Parameter gesetzt:
>
> NEXTCLOUD_SECURITY_UPDATER_APP
> NEXTCLOUD_APPSTORE_ENABLED
>

ok, hier die entspr. config
die logs geben auch nichts her.
Ich kann eben nicht updaten und jetzt hängt das

Ulrich

<?php
define("DEBUG", true);

$CONFIG = array (
// Default Parameters
'installed' => true,
'trusted_domains' =>
array (
0 => 'localhost',
xyz
,
),
'datadirectory' => '/var/nextcloud/data',
'version' => '20.0.9.1',
'dbname' => 'cloud',
'dbtableprefix' => 'nc_',
'dbtype' => 'mysql',
'dbhost' => 'localhost:/run/mysql/103/mysql.sock',
'dbuser' => 'u',
'dbpassword' => 'n',
'mysql.utf8mb4' => true,

// User Experience
'default_language' => 'de',
'default_phone_region' => 'DE',
'defaultapp' => 'dashboard,files',
'knowledgebaseenabled' => true,
'enable_avatars' => true,
'allow_user_to_change_display_name' => true,
'session_keepalive' => true,
'token_auth_enforced' => false,
'auth.bruteforce.protection.enabled' => true,
'skeletondirectory' => '/var/nextcloud/skeleton',


// Proxy Configurations
'overwriteprotocol' => '',
'overwritehost' => '',
'overwritewebroot' => '/nextcloud',
'overwrite.cli.url' => 'http://localhost',
'overwritecondaddr' => '',
'htaccess.IgnoreFrontController' => false,

// Deleted Items (trash bin)
'trashbin_retention_obligation' => 'auto',

// File versions
'versions_retention_obligation' => 'auto',

// Verifications
'appcodechecker' => true,
'updatechecker' => false,
'updater.server.url' => 'https://updates.nextcloud.com/updater_server/',
'updater.release.channel' => 'stable',
'has_internet_connection' => true,
'check_for_working_webdav' => true,
'check_for_working_wellknown_setup' => true,
'check_for_working_htaccess' => true,
'config_is_read_only' => false,

// Logging
'log_type' => 'syslog',
'logfile' => '',
'syslog_tag' => 'nextcloud',
'logdateformat' => 'Y-m-d H:i:sP',
'loglevel' => '2',
'logtimezone' => 'Europe/Berlin',
'cron_log' => false,
'log_query' => false,
'log_rotate_size' => false,

// Apps
'appstoreenabled' => true,
'upgrade.disable-web' => true,
'apps_paths' =>
array (
0 => array (
'path' => '/var/www/htdocs/nextcloud/apps',
'url' => '/apps',
'writable' => false,
),
1 => array (
'path' => '/var/www/htdocs/nextcloud/apps2',
'url' => '/apps2',
'writable' => true,
),
),


// Maintenance
'maintenance' => false,

// SSL
'openssl' =>
array (
'config' => '/usr/local/ssl/openssl.cnf',
),
'cipher' => 'AES-256-CFB',
'enable_certificate_management' => true,

// Miscellaneous
'hashingCost' => 10,
'blacklisted_files' =>
array (
0 => '.htaccess',
),
'share_folder' => '/',
'theme' => '',
'memcache.local' => 'OC\\Memcache\\APCu',
'memcache.locking' => 'OC\\Memcache\\Redis',
'redis' =>
array (
'host' => '/run/redis/redis.sock',
'port' => 0,
'timeout' => 0.0
),
'cache_path' => '',
'minimum.supported.desktop.version' => '2.0.0',
'filesystem_check_changes' => 1,
'mount_file' => '/var/nextcloud/data/mount.json',
'filesystem_cache_readonly' => false,

[Benjamin Heide]

Hi Jürgen,

mit dem letzten Nextcloud Update habe ich mir soeben mein Server fast
gekillt. Das "/" wurde geflutet.

Nextcloud hat versucht den kompletten Data Ordner nach /var/nextcloud zu
copieren.
Mein Data Ordner ist aber aus Platzgründen, auf eine externe Platte
ausgelagert.

Wieso kommt Nextcloud jetzt aud die Idee /var/nextcloud verwenden zu wollen?

Das Update hat irgendwann mit:

Successfully installed: typelib-1_0-rsvg-2_0 (3.0.1)!
Installation of: nextcloud (1.12.0) ...
nextcloud maintenance mode: enabled
deleting cron job ...
nextcloud maintenance mode: enabled
removing program files ...
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................ ]
done.
mv: Fehler beim Schreiben von
'/var/nextcloud/data/Pictures/files/Urlaubsbilder/Urlaub
2017/.............': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
mv: Fehler beim Schreiben von
'/var/nextcloud/data/Pictures/files/Urlaubsbilder/Urlaub
2017/................': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
mv: Fehler beim Schreiben von
'/var/nextcloud/data/Pictures/files/Urlaubsbilder/Urlaub
2017/...................': Auf dem Gerät ist kein Speicherplatz mehr
verfügbar
...
mv: das Verzeichnis
'/var/nextcloud/data/Pictures/files/Urlaubsbilder/Urlaub 2020' kann
nicht angelegt werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
mv: das Verzeichnis '/var/nextcloud/data/Pictures/files/Pictures' kann
nicht angelegt werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
mv: das Verzeichnis '/var/nextcloud/data/Media' kann nicht angelegt
werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
...
mv: Fehler beim Schreiben von '/var/nextcloud/nextcloud-configlog': Auf
dem Gerät ist kein Speicherplatz mehr verfügbar
mv: das Verzeichnis '/var/nextcloud/log' kann nicht angelegt werden: Auf
dem Gerät ist kein Speicherplatz mehr verfügbar
mv: das Verzeichnis '/var/nextcloud/skeleton' kann nicht angelegt
werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
mv: Fehler beim Schreiben von '/var/nextcloud/nextcloud-cron.sh': Auf
dem Gerät ist kein Speicherplatz mehr verfügbar
/var/install/include/jedlib: Zeile 514: printf: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
/var/install/include/jedlib: Zeile 517: echo: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
/var/install/include/jedlib: Zeile 514: printf: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
/var/install/include/jedlib: Zeile 517: echo: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
/var/install/include/jedlib: Zeile 514: printf: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
/var/install/include/jedlib: Zeile 517: echo: Schreibfehler: Auf dem
Gerät ist kein Speicherplatz mehr verfügbar.
mkdir: das Verzeichnis „/var/nextcloud/log“ kann nicht angelegt werden:
Auf dem Gerät ist kein Speicherplatz mehr verfügbar
...

usw abgebrochen.

danach war "/" voll

habe dann erst mal den neuen Ordner unter /var -> /nextcloud gelöscht

ein aufruf der Config bringt beim beenden jetzt:

...
Checking configuration file ...
...
Activate configuration now (y/n) [yes]?
The data directory '/var/nextcloud' doesn't exist!
Press ENTER to continue
...


mfg Benjamin

[Benjamin Heide]

Am 29.05.2021 um 19:50 schrieb Benjamin Heide:
> Hi Jürgen,
>
> mit dem letzten Nextcloud Update habe ich mir soeben mein Server fast
> gekillt. Das "/" wurde geflutet.
>
> Nextcloud hat versucht den kompletten Data Ordner nach /var/nextcloud zu
> copieren.
> Mein Data Ordner ist aber aus Platzgründen, auf eine externe Platte
> ausgelagert.
>

vergessen:

#actuelle config.php

<?php
define("DEBUG", true);

$CONFIG = array (
// Default Parameters
'installed' => true,
'trusted_domains' =>
array (

0 => 'xxxxxxx.home',
1 => 'yyyyyy.de',
2 => 'vvvvvvv.org',
),
'datadirectory' => '/mnt/data/nextcloud/data',
'version' => '20.0.9.1',
'dbname' => 'nextcloud',

'dbtableprefix' => 'nc_',
'dbtype' => 'mysql',
'dbhost' => 'localhost:/run/mysql/103/mysql.sock',

'dbuser' => 'xxxxxx',
'dbpassword' => 'xxxxxx',

'mysql.utf8mb4' => true,

// User Experience
'default_language' => 'de',
'default_phone_region' => 'DE',

'defaultapp' => 'files',

'knowledgebaseenabled' => true,
'enable_avatars' => true,
'allow_user_to_change_display_name' => true,
'session_keepalive' => true,
'token_auth_enforced' => false,
'auth.bruteforce.protection.enabled' => true,

'skeletondirectory' => '/mnt/data/nextcloud/skeleton',

// Mail Parameters
'mail_smtpdebug' => false,
'mail_smtpmode' => 'sendmail',
'mail_domain' => 'xxxxxx.home',
'mail_smtphost' => '127.0.0.1',
'mail_smtpport' => 25,
'mail_smtptimeout' => 10,
'mail_smtpsecure' => '',
'mail_smtpauth' => false,
'mail_smtpname' => '',
'mail_smtppassword' => '',
'mail_from_address' => 'nextcloud',

// Proxy Configurations
'overwriteprotocol' => '',
'overwritehost' => '',
'overwritewebroot' => '/nextcloud',

'overwrite.cli.url' => 'http://xxxxxxxxx.home',

'overwritecondaddr' => '',
'htaccess.IgnoreFrontController' => false,

// Deleted Items (trash bin)
'trashbin_retention_obligation' => 'auto',

// File versions
'versions_retention_obligation' => 'auto',

// Verifications
'appcodechecker' => true,
'updatechecker' => false,
'updater.server.url' => 'https://updates.nextcloud.com/updater_server/',
'updater.release.channel' => 'stable',
'has_internet_connection' => true,
'check_for_working_webdav' => true,
'check_for_working_wellknown_setup' => true,
'check_for_working_htaccess' => true,
'config_is_read_only' => false,

// Logging

'log_type' => 'file',
'logfile' => '/mnt/data/nextcloud/log/nextcloud.log',

'logdateformat' => 'Y-m-d H:i:sP',

'loglevel' => '0',

'logtimezone' => 'Europe/Berlin',
'cron_log' => false,
'log_query' => false,
'log_rotate_size' => false,

// Apps

'appstoreenabled' => false,

'upgrade.disable-web' => true,
'apps_paths' =>
array (
0 => array (
'path' => '/var/www/htdocs/nextcloud/apps',
'url' => '/apps',
'writable' => false,
),
1 => array (
'path' => '/var/www/htdocs/nextcloud/apps2',
'url' => '/apps2',
'writable' => true,
),
),

// Previews
'enable_previews' => true,
'preview_max_x' => 1024,
'preview_max_y' => 1024,
'preview_max_scale_factor' => 10,
'preview_max_filesize_image' => 50,
'enabledPreviewProviders' => array (
'OC\Preview\BMP',
'OC\Preview\GIF',
'OC\Preview\HEIC',
'OC\Preview\JPEG',
'OC\Preview\MarkDown',
'OC\Preview\MP3',
'OC\Preview\PNG',
'OC\Preview\TIFF',
'OC\Preview\TXT',
'OC\Preview\XBitmap'
),

// LDAP
'ldapUserCleanupInterval' => 51,

// Maintenance
'maintenance' => false,

// SSL
'openssl' =>
array (
'config' => '/usr/local/ssl/openssl.cnf',
),
'cipher' => 'AES-256-CFB',
'enable_certificate_management' => true,

// Miscellaneous
'hashingCost' => 10,
'blacklisted_files' =>
array (
0 => '.htaccess',
),
'share_folder' => '/',
'theme' => '',
'memcache.local' => 'OC\\Memcache\\APCu',

'cache_path' => '',
'minimum.supported.desktop.version' => '2.0.0',
'filesystem_check_changes' => 1,

'mount_file' => '/mnt/data/nextcloud/data/mount.json',
'filesystem_cache_readonly' => false,

// All other config options
'filelocking.ttl' => 3600,
'instanceid' => 'oc704x1iwtjq',
);

[Ulrich Hupe]

Ich habe mal das Speicher Limit in php7 erhöht auf 3 G
Das Fehlerbild ändert sich:

Eisbaer > ./occ upgrade
PHP Fatal error: Allowed memory size of 2097152 bytes exhausted (tried
to alloc
ate 438272 bytes) in
/var/www/htdocs/nextcloud/3rdparty/composer/autoload_real.p
hp on
line 37

Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to
allocate 4
38272 bytes) in
/var/www/htdocs/nextcloud/3rdparty/composer/autoload_real.php on

line 37
Eisbaer > ./occ upgrade
PHP Fatal error: Allowed memory size of 2097152 bytes exhausted (tried
to allocate 438272 bytes) in
/var/www/htdocs/nextcloud/3rdparty/composer/autoload_real.php on line 37

Fatal error: Allowed memory size of 2097152 bytes exhausted (tried to
allocate 438272 bytes) in
/var/www/htdocs/nextcloud/3rdparty/composer/autoload_real.php on line 37


Kann es sein, dass er alle Dateien auf data zwischenspeichern will?
Das wären bei mir 10G
Ärgerlich ist, daß es kein Rückfallkonzept gibt, die alte Version müßte
nach dem fehlgeschlagenen update weiter laufen!

Gruß,
Ulrich

[Juergen Edner]

Hallo Ulrich,

> Der Fehler wurde in entsprechenden Foren auch schon erwähnt.
> Ich habe 2 G RAM . Vielleicht zu wenig?

möglich ist alles. Wie genau hast Du das Speicherlimit in
den PHP-Paketen (apache2-php7/php7-fpm/php7-cli) gesetzt?

# grep MEMORY_LIMIT /etc/config.d/*php7*

> Eis > ./occ upgrade
> An unhandled exception has been thrown:
> TypeError: Return value of OC\MemoryInfo::memoryLimitToBytes() must be
> of the type int, float returned in
> /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php:84
> Stack trace:
> #0 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(58):
> OC\MemoryInfo->memoryLimitToBytes(2147483648)
> #1 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(42):
> OC\MemoryInfo->getMemoryLimit()
> #2 /var/www/htdocs/nextcloud/lib/private/Console/Application.php(112):
> OC\MemoryInfo->isMemoryLimitSufficient()
> #3 /var/www/htdocs/nextcloud/console.php(99):
> OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput),
> Object(Symfony\Component\Console\Output\ConsoleOutput))
> #4 /var/www/htdocs/nextcloud/occ(11): require_once('/var/www/htdocs...')

Hast Du eventuell einige nicht-Standard-Apps installiert?

Hier habe ich einen Hinweis gefunden, dass die Verwendung von Einheiten
hinter dem Wert eventuell das Problem ausgelöst worden sein kann:

https://github.com/matiasdelellis/facerecognition/issues/278#issuecomment-644548619


--
Mail: jue...@eisfair.org

[Juergen Edner]

Hallo Benjamin,

> Nextcloud hat versucht den kompletten Data Ordner nach /var/nextcloud zu
> copieren.
> Mein Data Ordner ist aber aus Platzgründen, auf eine externe Platte
> ausgelagert.
>
> Wieso kommt Nextcloud jetzt aud die Idee /var/nextcloud verwenden zu
> wollen?

ich habe diesbezüglich bewusst keine Änderung am Skriptkode vorgenommen.
Bei einer Paketaktualisierung wird generell der bisher genutzte PFad mit
dem konfigurierten Pfad verglichen. Nur bei einem Unterschied der Pfade
wird der Data-Pfad, so er denn existiert versucht zu verschieben.

> Activate configuration now (y/n) [yes]?
> The data directory '/var/nextcloud' doesn't exist!

Wie hast Du die Variable NEXTCLOUD_DATA_DIR in Deiner Konfiguration
gesetzt? Diese überschreibt üblicherweise den standardmäßig verwendeten
Pfad /var/nextcloud.

[Juergen Edner]

Hallo Ulrich,

> Ich habe mal das Speicher Limit in php7 erhöht auf 3 G
> Das Fehlerbild ändert sich:

soviel Speicher wird von Nextcloud normalerweise nicht benötigt.
Vielleicht kommt es hier zu einem Überlauf einer Variablen. Bitte
setze die Parameter doch einmal wie folgt:

*_MEMORY_LIMIT='768M'

> Kann es sein, dass er alle Dateien auf data zwischenspeichern will?
> Das wären bei mir 10G

Ich verstehe nicht ganz was Du damit meinst. Es werden einzig
die Nextcloud-Programmdateien ausgetauscht. Die Daten bleiben
davon unberührt. Danach aktualisiert Nextcloud gegebenenfalls
die Konfiguration bzw. Datenbanktabellen - falls erforderlich.

> Ärgerlich ist, daß es kein Rückfallkonzept gibt, die alte Version müßte
> nach dem fehlgeschlagenen update weiter laufen!

Nextcloud enthält standardmäßig leider keine Fallback-Option,
was potentiell der möglichen großen Datenmenge geschuldet ist.
Ein Backup kann man auf Wunsch per nextcloud-backup-App einrichten.

Im Paket selbst wird deshalb bei einer Aktualisierung ein Datenbank-
Dump in /root/nextcloud-mysql-dump_2021-xx-xx.sql erzeugt, sodass
man dies prinzipiell wieder Herstellen kann. Ansonsten kannst Du
nur auf Diene regelmäßigen Server-Backups zurückgreifen.

Aber gemacht, ich habe ide Hoffnung noch nicht aufgegeben, dass
sich das Problem lösen lässt.

[Sascha Pohl]

Hallo Jürgen,

Am 29.05.2021 um 13:36 schrieb Juergen Edner:

> mir ist ein solches Verhalten mit der aktuellen Paketversion bis dato
> noch nicht unter gekommen. Läuft die Konfiguration fehlerfrei durch,
> wenn Du diese manuell über das Menü aktualisierst oder werden dann
> irgendwelche Warnungen oder Fehlermeldungen ausgegeben?

Hier die Meldungen während der Installation:

eis # eisman install nextcloud

The following packages will be installed:

version status name source
---------------------------------------------------------------------
1.12.0 stable nextcloud https://www.pack-eis.de

1 package(s) using approx. 192 MB of disk space.

Continue (y/n) [yes]?
Downloading required packages ...
=> [####################] nextcloud (1.12.0)...

[ OK ]
Done!

Installation of: nextcloud (1.12.0) ...

nextcloud maintenance mode: disabled -> enabled

deleting cron job ...
nextcloud maintenance mode: enabled
removing program files ...
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]
wait [ ................................................... ]

wait [ .............................................. ]
done.
loading previous configuration file ...
copying program files (/var/www/htdocs/wolke) ...
wait [ ................................................... ]
wait [ ............................. ]
setting access rights of '/var/www/htdocs/wolke' ...
wait [ .............. ]
setting access rights of '/data/wolke' ...
wait [ . ]
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
nextcloud maintenance mode: disabled
Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Done.
All tables already up to date!
* Stopping Apache ...

[ OK ]
* Starting Apache ...

[ OK ]
* Stopping php7-fpm ...

[ OK ]
* Starting php7-fpm ...

[ OK ]
Successfully installed: nextcloud (1.12.0)!
eis #

> Finden sich eventuell in der Logdatei (/var/nextcloud/log/nextcloud.log)
> Meldungen die auf eine Problemursache hindeuten?

Hier der Inhalt der Datei:

eis # cat nextcloud.log
{"reqId":"vYTAVOFJCYYV0ModvXpY","level":3,"time":"2021-05-25
03:10:01+02:00","remoteAddr":"","user":"--","app":"core","method":"","url":"/wolke/cron.php","message":{"Exception":"Error","Message":"Call
to a member function supportsContact() on
null","Code":0,"Trace":[{"function":"OCA\\Contacts\\Service\\{closure}","class":"OCA\\Contacts\\Service\\SocialApiService","type":"->","args":["***
sensitive parameters replaced
***"]},{"file":"/var/www/htdocs/wolke/apps2/contacts/lib/Service/SocialApiService.php","line":196,"function":"array_filter","args":[["***
sensitive parameter replaced
***"],{"__class__":"Closure"}]},{"file":"/var/www/htdocs/wolke/apps2/contacts/lib/Service/SocialApiService.php","line":409,"function":"updateContact","class":"OCA\\Contacts\\Service\\SocialApiService","type":"->","args":["***
sensitive parameters replaced
***"]},{"file":"/var/www/htdocs/wolke/apps2/contacts/lib/Cron/SocialUpdate.php","line":49,"function":"updateAddressbooks","class":"OCA\\Contacts\\Service\\SocialApiService","type":"->","args":["***
sensitive parameters replaced
***"]},{"file":"/var/www/htdocs/wolke/lib/private/BackgroundJob/Job.php","line":52,"function":"run","class":"OCA\\Contacts\\Cron\\SocialUpdate","type":"->","args":[{"userId":"***
sensitive parameter replaced ***","offsetBook":"*** sensitive parameter
replaced ***","offsetContact":"*** sensitive parameter replaced
***"}]},{"file":"/var/www/htdocs/wolke/lib/private/BackgroundJob/QueuedJob.php","line":46,"function":"execute","class":"OC\\BackgroundJob\\Job","type":"->","args":[{"__class__":"OC\\BackgroundJob\\JobList"},{"__class__":"OC\\Log"}]},{"file":"/var/www/htdocs/wolke/cron.php","line":127,"function":"execute","class":"OC\\BackgroundJob\\QueuedJob","type":"->","args":[{"__class__":"OC\\BackgroundJob\\JobList"},{"__class__":"OC\\Log"}]}],"File":"/var/www/htdocs/wolke/apps2/contacts/lib/Service/SocialApiService.php","Line":195,"CustomMessage":"Error
while running background job (class: OCA\\Contacts\\Cron\\SocialUpdate,
arguments: Array\n(\n [userId] => sascha\n [offsetBook] => \n
[offsetContact] => \n)\n)"},"userAgent":"--","version":"20.0.9.1"}
eis #

> Hast Du eventuell ein paar "exotische" Apps installiert, die nicht
> kompatibel mit der aktuellen Software sind?

Nicht, dass ich wüsste.


Hier noch meine Konfiguration (Die Passwörter habe ich hier versteckt):

NEXTCLOUD_DO_DEBUG='no'
START_NEXTCLOUD='yes'
NEXTCLOUD_ADMIN_USER='admin'
NEXTCLOUD_ADMIN_PASS='XXXXXXXX'
NEXTCLOUD_DOCUMENT_ROOT='/var/www/htdocs/wolke'
NEXTCLOUD_WEB_ROOT='/wolke'
NEXTCLOUD_DATA_DIR='/data/wolke'
NEXTCLOUD_TRUSTED_DOMAIN='www.pohl-bo.de'
NEXTCLOUD_DB_TYPE='mysql'
NEXTCLOUD_DB_USER='wolke'
NEXTCLOUD_DB_PASS='XXXXXXXX'
NEXTCLOUD_SECURITY_LOWERING='no'
NEXTCLOUD_SECURITY_HTACCESS_RW='no'
NEXTCLOUD_SMTP_MANUAL_CONFIGURATION='no'
NEXTCLOUD_SMTP_HOST='127.0.0.1'
NEXTCLOUD_SMTP_AUTH='none'
NEXTCLOUD_SMTP_AUTH_USER=''
NEXTCLOUD_SMTP_AUTH_PASS=''
NEXTCLOUD_SMTP_TRANSPORT='default'
NEXTCLOUD_APPSTORE_ENABLED='yes'
NEXTCLOUD_APPS_N='1'
NEXTCLOUD_APPS_1_DIR='/var/www/htdocs/wolke/apps2'
NEXTCLOUD_APPS_1_URL='/apps2'
NEXTCLOUD_APPS_1_WRITEABLE='yes'
NEXTCLOUD_LOG_COUNT='52'
NEXTCLOUD_LOG_INTERVAL='weekly'


> Gruß Jürgen

Grüße
Sascha

[Sascha Pohl]

Hallo,

Am 29.05.2021 um 19:50 schrieb Benjamin Heide:

> Hi Jürgen,
>
> mit dem letzten Nextcloud Update habe ich mir soeben mein Server fast
> gekillt. Das "/" wurde geflutet.
>
> Nextcloud hat versucht den kompletten Data Ordner nach /var/nextcloud zu
> copieren.
> Mein Data Ordner ist aber aus Platzgründen, auf eine externe Platte
> ausgelagert.

Bei mir wurden die Dateien und Ordner der Nutzer bei dem Update verschoben.
Alt lagen sie in /data/wolke, jetzt befinden sie sich in
/var/nextcloud/data.
Bei mir sollen die Daten auch auf einer gesonderten Partition liegen,
dies ist bei mir jetzt auch nicht mehr der Fall.
Glücklicherweise ist die Datenmenge zur Zeit nicht sehr groß, und auf /
gab es noch ausreichend Platzreserven.

>
> Wieso kommt Nextcloud jetzt aud die Idee /var/nextcloud verwenden zu
> wollen?

Genau das frage ich mich auch gerade!


> mfg Benjamin

Grüße
Sascha

[Ulrich Hupe]

Ok, die Maschine hat jetzt 4G memory

Geändert hatte ich das auch auf 2048M
kein Erfolg
fpm ist nicht aktiv.

>
> möglich ist alles. Wie genau hast Du das Speicherlimit in
> den PHP-Paketen (apache2-php7/php7-fpm/php7-cli) gesetzt?
>
> # grep MEMORY_LIMIT /etc/config.d/*php7*
>

Eisbaer # grep MEMORY_LIMIT /etc/config.d/*php7*
/etc/config.d/apache2_php7:PHP7_MEMORY_LIMIT='3072M' #
Memory, PHP is allowed to use
/etc/config.d/php7-cli:PHP7CLI_MEMORY_LIMIT='3072M' # Memory,
PHP is a llowed to use
/etc/config.d/php7-fpm:PHP7FPM_MEMORY_LIMIT='8M' # Memory,
PHP is a llowed to use

[Juergen Edner]

Hallo Sascha,

> Hier die Meldungen während der Installation:

> ...
> Done.

Dies sieht aus meiner Sicht seitens des nextcloud-Paketes erst
einmal gut aus.

>> Finden sich eventuell in der Logdatei (/var/nextcloud/log/nextcloud.log)
>> Meldungen die auf eine Problemursache hindeuten?
>
> Hier der Inhalt der Datei:
>
> eis # cat nextcloud.log

> ... {"Exception":"Error","Message":"Call to a member function supportsContact() ...

Die Funktion ist meines Erachtens Teil der Contacts-App. Ich würde
vorschlagen diese temporär zu deaktiveren um zu schauen, ob danach
ein Zugriff wieder möglich ist.

Deaktivieren kann man eine App mittels des folgenden occ-Befehls, der
als wwwrun-User aus dem Nextcloud Dokumentenstammverzeichnis aufgerufen
werden muss:

./occ app:disable contacts

[Ulrich Hupe]

So, erledigt, läuft:

Dieser Hinweis war's:

>Hier habe ich einen Hinweis gefunden, dass die Verwendung von Einheiten
>hinter dem Wert eventuell das Problem ausgelöst worden sein kann:
>
>https://github.com/matiasdelellis/facerecognition/issues/278#issuecomment-644548619

Ich habe das Memory Limit von 2048M auf 2200000000 geändert.
Dann lief das update durch.
Er möchte also das Limit in Byte

Er meckerte noch und blieb im maintenance mode weil nun 4 Apps als
ungetestet erschienen:
announcment, groupfolders, guests, talk
Diese sind aber unter der Rubrik "Vorgestellt" und müssen noch später
upgedatet werden.

Beim 2. Aufruf des update lief er dann komplett durch und schaltete den
maintenace modus aus.

Es lief.

vielen Dank,
Ulrich

[Juergen Edner]

Hallo Sascha,

> Bei mir wurden die Dateien und Ordner der Nutzer bei dem Update verschoben.
> Alt lagen sie in /data/wolke, jetzt befinden sie sich in
> /var/nextcloud/data.

auh hier noch einmal die Frage wie die Variable NEXTCLOUD_DATA_DIR
in Deiner Konfiguration gesetzt ist. Die Funktion zum Verschieben
des Datenverzeichnisses wird nur aufgerufen, wenn das vorherige
Verzeichnis und das aktuelle Verzeichnis sich unterscheiden bzw.
wenn dieser Parameter nicht gesetzt ist, weil dann der Standardeintrag
/var/nextcloud greift.

[Juergen Edner]

Hallo Ulrich,

> Geändert hatte ich das auch auf 2048M
> kein Erfolg

ich hatte Dich doch gebeten die PHP-Speicherparameter
(apache2_php7/php7-cli) auf 756M und NICHT auf 2048M zu
setzen. Warum machst DU dies nicht?

Wenn wie von mir vermutet ein Variablenüberlauf stattfindet,
dann kann dies an einer 32-Bit Variablen liegen die mit dem
Wert von 2048M NICHT zurecht kommt, d.h. es müsste ein
geringerer Wert gesetzt sein. Den Wert dann trotzdem höher
zu setzen wäre erwartungsgemäß ohne Wirkung ;-)

[Juergen Edner]

Hallo Ulrich,

> So, erledigt, läuft:

Du kannst meine vorherige Antwort ignorieren. Es freut mich diese frohe
Kunde zu hören :-)

> Dieser Hinweis war's:
>>Hier habe ich einen Hinweis gefunden, dass die Verwendung von Einheiten
>>hinter dem Wert eventuell das Problem ausgelöst worden sein kann:
>>
>>https://github.com/matiasdelellis/facerecognition/issues/278#issuecomment-644548619

> Ich habe das Memory Limit von 2048M auf 2200000000 geändert.
> Dann lief das update durch.
> Er möchte also das Limit in Byte

Ok, dieser Wert ist ja sogar größer als 2048M. Ich hätte vermutet,
dass es vielleicht mit 2047M funktionieren würde. Dann müssen wir
einmal abwarten, ob der Fehler mit einer neuen PHP-Version behoben
wird.

[Ulrich Hupe]

> ich hatte Dich doch gebeten die PHP-Speicherparameter
> (apache2_php7/php7-cli) auf 756M und NICHT auf 2048M zu
> setzen. Warum machst DU dies nicht?
>
> Wenn wie von mir vermutet ein Variablenüberlauf stattfindet,
> dann kann dies an einer 32-Bit Variablen liegen die mit dem
> Wert von 2048M NICHT zurecht kommt, d.h. es müsste ein
> geringerer Wert gesetzt sein. Den Wert dann trotzdem höher
> zu setzen wäre erwartungsgemäß ohne Wirkung ;-)
>

Ja stimmt, sorry :((
Anfangs hatte ich immer 1012M
Das hätte ich jetzt doch gerne ausprobiert.
mit dem Eintrag in Byte lief es

[Sascha Pohl]

Hallo Jürgen,

Am 30.05.2021 um 19:45 schrieb Juergen Edner:

> Die Funktion ist meines Erachtens Teil der Contacts-App. Ich würde
> vorschlagen diese temporär zu deaktiveren um zu schauen, ob danach
> ein Zugriff wieder möglich ist.
>
> Deaktivieren kann man eine App mittels des folgenden occ-Befehls, der
> als wwwrun-User aus dem Nextcloud Dokumentenstammverzeichnis aufgerufen
> werden muss:
>
> ./occ app:disable contacts

eis # ./occ app:disable contacts
No such app enabled: contacts
eis #

Kontakte habe ich mit Nextcloud verwaltet, als es noch lief.
Vor dem Update muss die App also aktiv gewesen sein.

> Gruß Jürgen

Grüße
Sascha

[Sascha Pohl]

Hallo Jürgen,

Am 30.05.2021 um 19:51 schrieb Juergen Edner:

> auh hier noch einmal die Frage wie die Variable NEXTCLOUD_DATA_DIR
> in Deiner Konfiguration gesetzt ist. Die Funktion zum Verschieben
> des Datenverzeichnisses wird nur aufgerufen, wenn das vorherige
> Verzeichnis und das aktuelle Verzeichnis sich unterscheiden bzw.
> wenn dieser Parameter nicht gesetzt ist, weil dann der Standardeintrag
> /var/nextcloud greift.

NEXTCLOUD_DATA_DIR='/data/wolke'
Das war schon immer so und wurde nicht geändert.

> Gruß Jürgen

Grüße
Sascha

[Juergen Edner]

Hallo Sascha,

>> ./occ app:disable contacts
>
> eis # ./occ app:disable contacts
> No such app enabled: contacts
> eis #
>
> Kontakte habe ich mit Nextcloud verwaltet, als es noch lief.
> Vor dem Update muss die App also aktiv gewesen sein.

und was passiert wenn Du die App wieder aktivierst? Ziel muss
es sein die Exception-Meldung weg zu bekommen. Ich gehe nicht
davon aus, dass das Problem durch das Paket sondern eher durch
ein Problem in der originären Nextcloud-Software verursacht
wird.

[Juergen Edner]

Hallo Sascha,

> NEXTCLOUD_DATA_DIR='/data/wolke'
> Das war schon immer so und wurde nicht geändert.

in diesem Fall wundert mich, wie es zu einer Pfadänderung gekommen
sein soll, denn schon immer prüfe ich erst, ob überhaupt eine
vermeintliche Pfadänderung aufgetreten ist. Dann prüfe ich ob das
vermeintliche Quellverzeichnis existiert und anschließend, ob das
Zielverzeichnis (NEXTCLOUD_DATA_DIR) existiert. Nur wenn diese
Optionen gegeben sind würde ich eine Verschiebung initiieren.

D.h. selbst wenn zuvor einmal ein falscher Pfad gespeichert wurde,
muss dieser a) noch existieren und b) würden die Daten dann trotzdem
in das konfigurierte Verzeichnis verschoben. Ich kann mir aktuell
nicht erklären wie es zu dem beschriebenen Problem gekommen sein
soll?!

Na ja, ich werde auf jeden Fall zukünftig noch eine Sicherheitsabfrage
vorsehen, um ein fälschliches Verschieben des Verzeichnisses zu vermeiden.

[Sascha Pohl]

Hallo Jürgen,

Am 31.05.2021 um 12:24 schrieb Juergen Edner:

> und was passiert wenn Du die App wieder aktivierst? Ziel muss
> es sein die Exception-Meldung weg zu bekommen. Ich gehe nicht
> davon aus, dass das Problem durch das Paket sondern eher durch
> ein Problem in der originären Nextcloud-Software verursacht
> wird.

eis # ./occ app:enable contacts
contacts 3.5.1 enabled
eis #

Anmeldung noch immer nicht möglich - Falscher Benutzername oder Passwort.

Übrigens fällt mir dabei gerade auf, dass
/var/nextcloud/log/nextcloud.log seit dem 25.05.2021 unverändert ist.
Gelogt wird zur Zeit anscheinend in /data/wolke/log/nextcloud.log.
Dort wurde gerade ein Eintrag zugefügt:
{"reqId":"f43etYAOtKTX8xbrqg46","level":2,"time":"2021-05-31
22:39:58+02:00","remoteAddr":"192.168.10.66","user":"--","app":"no app
in
context","method":"POST","url":"/wolke/index.php/login","message":"Login
failed: sascha (Remote IP: 192.168.10.66)","userAgent":"Mozilla/5.0
(Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101
Firefox/88.0","version":"21.0.2.1"}


> Gruß Jürgen

Grüße
Sascha

[Sascha Pohl]

Hallo Jürgen,

Am 31.05.2021 um 12:33 schrieb Juergen Edner:

> in diesem Fall wundert mich, wie es zu einer Pfadänderung gekommen
> sein soll, denn schon immer prüfe ich erst, ob überhaupt eine
> vermeintliche Pfadänderung aufgetreten ist. Dann prüfe ich ob das
> vermeintliche Quellverzeichnis existiert und anschließend, ob das
> Zielverzeichnis (NEXTCLOUD_DATA_DIR) existiert. Nur wenn diese
> Optionen gegeben sind würde ich eine Verschiebung initiieren.

Bei den vergangenen Updates ist dieses Problem ja auch nie aufgetreten.
Das war bei diesem Update zum ersten Mal der Fall.
Benjamin Heide hatte das Problem ja offensichtlich auch.
Irgendetwas muss also passiert sein.

> Gruß Jürgen

Grüße
Sascha

[Benjamin Heide]

Hi Jürgen,

Tschuldigung, war ne weile nicht da.

>
>
>> Activate configuration now (y/n) [yes]?
>> The data directory '/var/nextcloud' doesn't exist!
>
> Wie hast Du die Variable NEXTCLOUD_DATA_DIR in Deiner Konfiguration
> gesetzt? Diese überschreibt üblicherweise den standardmäßig verwendeten
> Pfad /var/nextcloud.
>
> Gruß Jürgen
>

NEXTCLOUD_DATA_DIR='/mnt/data/nextcloud'

mfg.

[Juergen Edner]

Hallo Sascha,

> eis # ./occ app:enable contacts
> contacts 3.5.1 enabled
> eis #
>
> Anmeldung noch immer nicht möglich - Falscher Benutzername oder Passwort.
>
> Übrigens fällt mir dabei gerade auf, dass
> /var/nextcloud/log/nextcloud.log seit dem 25.05.2021 unverändert ist.
> Gelogt wird zur Zeit anscheinend in /data/wolke/log/nextcloud.log.

wenn Du den Datenpfad auf /data/wolke umgestellt hast, erwarte ich
auch das die Datei /data/wolke/log/nextcloud.log für das Logging
verwendet wird. Wie ich am Wochenende feststellte wurden einige
Dateien nach der Änderung des Datenpfades nicht korrekt aus dem
Verzeichnis /var/nextcloud entfernt. Ich werde dies mit der nächsten
Paketversion korrigieren.

> Dort wurde gerade ein Eintrag zugefügt:
> {"reqId":"f43etYAOtKTX8xbrqg46","level":2,"time":"2021-05-31
> 22:39:58+02:00","remoteAddr":"192.168.10.66","user":"--","app":"no app
> in
> context","method":"POST","url":"/wolke/index.php/login","message":"Login
> failed: sascha (Remote IP: 192.168.10.66)","userAgent":"Mozilla/5.0
> (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101
> Firefox/88.0","version":"21.0.2.1"}

Dies sieht nun etwas unspektakulär aus. Hast Du schon einmal versucht
das Kennwort für den User "sascha" mit dem occ-Befehl zurück zu setzen?
Vielleicht hat sich bei Dir ja die InstanceID geändert welche meines
Wissens mit in den Kennwort-Hash einfließt.

> ./occ user:resetpassword sascha

[Juergen Edner]

Hallo Benjamin,

>> Wie hast Du die Variable NEXTCLOUD_DATA_DIR in Deiner Konfiguration
>> gesetzt? Diese überschreibt üblicherweise den standardmäßig verwendeten
>> Pfad /var/nextcloud.
>

> NEXTCLOUD_DATA_DIR='/mnt/data/nextcloud'

wenn der Parameter wie angegeben gesetzt sollte dieses Verzeichnis auch
noch zur Anwendung kommen.

ist möchte ich Dich einmal bitten in Zeile 259 (#debug=true) des
Skriptes /var/install/config.d/nextcloud.sh das Kommentarzeichen zu
entfernen, die Konfiguration durch Ausführen des Skriptes neu erzeugen
zu lassen und mir anschließend die erzeugten Trace-Dateien aus dem
/tmp-Verzeichnis per PM zuzusenden.

[Juergen Edner]

Hallo Sascha,

>> auh hier noch einmal die Frage wie die Variable NEXTCLOUD_DATA_DIR
>> in Deiner Konfiguration gesetzt ist. Die Funktion zum Verschieben
>> des Datenverzeichnisses wird nur aufgerufen, wenn das vorherige
>> Verzeichnis und das aktuelle Verzeichnis sich unterscheiden bzw.
>> wenn dieser Parameter nicht gesetzt ist, weil dann der Standardeintrag
>> /var/nextcloud greift.
>
> NEXTCLOUD_DATA_DIR='/data/wolke'
> Das war schon immer so und wurde nicht geändert.

ich habe am Wochenende direkt einmal in meiner Test-VM den Datenpfad
geändert und alles lief genauso wie geplant. Es gab keinerlei Problem
und ich konnte mich anschließend wieder korrekt anmelden. Ich habe
momentan wirklich keine Idee was bei Benjamin und Dir falsch gelaufen
sein soll.

[Sascha Pohl]

Hallo Jürgen,

Am 01.06.2021 um 18:51 schrieb Juergen Edner:

> wenn Du den Datenpfad auf /data/wolke umgestellt hast, erwarte ich
> auch das die Datei /data/wolke/log/nextcloud.log für das Logging
> verwendet wird.

Da stimme ich dir zu.
Ich fand es nur erwähnenswert, weil die Daten beim Update ja nach
/var/nextcloud/data verschoben wurden.

> Wie ich am Wochenende feststellte wurden einige
> Dateien nach der Änderung des Datenpfades nicht korrekt aus dem
> Verzeichnis /var/nextcloud entfernt. Ich werde dies mit der nächsten
> Paketversion korrigieren.

Hier verstehe ich nicht, was du damit meinst.
Ist für mich jetzt aber vermutlich auch nicht wichtig.

> Dies sieht nun etwas unspektakulär aus.

Denke ich auch.
Ich wollte es dir aber zeigen, weil dort die Einträge bezüglich der
Kontakte-App nicht vorkommen.

> Hast Du schon einmal versucht
> das Kennwort für den User "sascha" mit dem occ-Befehl zurück zu setzen?
> Vielleicht hat sich bei Dir ja die InstanceID geändert welche meines
> Wissens mit in den Kennwort-Hash einfließt.
>
>> ./occ user:resetpassword sascha

eis # su wwwrun
eis # cd /var/www/htdocs/wolke
eis # ./occ user:resetpassword sascha
User does not exist
eis #

> Gruß Jürgen

Grüße
Sascha

[Sascha Pohl]

Hallo Jürgen,

Am 01.06.2021 um 22:59 schrieb Sascha Pohl:

> eis # su wwwrun
> eis # cd /var/www/htdocs/wolke
> eis # ./occ user:resetpassword sascha
> User does not exist
> eis #

Ich habe das Gefühl, dass die Datenbank leer ist.
Leider habe ich von MySQL keine Ahnung, aber ich habe phpMyAdmin
installiert.
Wenn ich damit die Datenbank nextcloud ansteuere, sehe ich einige Tabellen.
Wenn ich mir die Tabelle nc_accounts anzeigen lassen will, steht dort:
leeres Resultat (d.h. Null Datensätze).
Selbiges bei den Tabellen nc_accounts_data, nc_addressbooks,
nc_calendars,...

Wie kann ich das am besten genauer überprüfen?

Grüße
Sascha

[Juergen Edner]

Hallo Sascha,

>> eis # su wwwrun
>> eis # cd /var/www/htdocs/wolke
>> eis # ./occ user:resetpassword sascha
>> User does not exist
>> eis #
>
> Ich habe das Gefühl, dass die Datenbank leer ist.
> Leider habe ich von MySQL keine Ahnung, aber ich habe phpMyAdmin
> installiert.
> Wenn ich damit die Datenbank nextcloud ansteuere, sehe ich einige Tabellen.
> Wenn ich mir die Tabelle nc_accounts anzeigen lassen will, steht dort:
> leeres Resultat (d.h. Null Datensätze).
> Selbiges bei den Tabellen nc_accounts_data, nc_addressbooks,
> nc_calendars,...
>
> Wie kann ich das am besten genauer überprüfen?

dies ist in der Tat sehr seltsam. Generell legt das Paket vor einer
Paketaktualisierung ein Datenbank-Dump in /root an. Du kannst einmal
schauen, ob sich bei einem aktuellen Dump die Dateigröße verändert.

Generell kannst Du mittels des Skriptes
/var/install/config.d/nextcloud.sh auch die Datenbank aus einer
vorerigen Sicherung
wieder herstellen. Folgende Optionen stehen dabei zur Verfügnug:


nextcloud.sh --create-sql-db - initialize sql database
nextcloud.sh --delete-sql-db - delete sql database
nextcloud.sh -dump-sql-db [db-dump-file]
- dump sql database to file
nextcloud.sh -restore-sql-db [db-dump-file]
- restore sql database from file

[Olaf Jaehrling]

Hallo Sascha,


Sascha Pohl schrieb am 01.06.21 um 23:13:

> Hallo Jürgen,
>
> Am 01.06.2021 um 22:59 schrieb Sascha Pohl:
>
>> eis # su wwwrun
>> eis # cd /var/www/htdocs/wolke
>> eis # ./occ user:resetpassword sascha
>> User does not exist
>> eis #
>
> Ich habe das Gefühl, dass die Datenbank leer ist.
> Leider habe ich von MySQL keine Ahnung, aber ich habe phpMyAdmin
> installiert.

Wenn ich mich recht entsinne mach das mysql/mariadb-Paket regelmäßig
backups von den Datenbanken. Schau mal ob du im Pakete einen restorkunkt
findest, mit der du evlt. die Datenbank wiederherstellen kannst.

Ich bin mir nur nicht sicher ob die alte Datenbank mit der neuen Version
von Nextcloud klarkommt, oder umgekehrt.
Kommt darauf an wie alt das Datenbankbackup ist.

Gruß

Olaf


--
Paketserver: https://ojaehrling.de/eis/index.txt

[Alexander Dahl]

Moin,

Ulrich Hupe schrieb Samstag, 29. Mai 2021, 15:25 (CEST):
> Am 29.05.2021 um 13:51 schrieb Juergen Edner:
>
>> Kannst Du bitte einmal folgende Befehle ausführen und schauen
>> was passiert bzw. angezeigt wird:
>>
>> su - wwwrun
>> cd /nextcloud/document/root/verzeichnis
>> ./occ upgrade
>>
>
> Der Fehler wurde in entsprechenden Foren auch schon erwähnt.
> Ich habe 2 G RAM . Vielleicht zu wenig?
>
> Eis > ./occ upgrade
> An unhandled exception has been thrown:
> TypeError: Return value of OC\MemoryInfo::memoryLimitToBytes() must be
> of the type int, float returned in
> /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php:84
> Stack trace:
> #0 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(58):
> OC\MemoryInfo->memoryLimitToBytes(2147483648)
> #1 /var/www/htdocs/nextcloud/lib/private/MemoryInfo.php(42):
> OC\MemoryInfo->getMemoryLimit()
> #2 /var/www/htdocs/nextcloud/lib/private/Console/Application.php(112):
> OC\MemoryInfo->isMemoryLimitSufficient()
> #3 /var/www/htdocs/nextcloud/console.php(99):
> OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput),
> Object(Symfony\Component\Console\Output\ConsoleOutput))
> #4 /var/www/htdocs/nextcloud/occ(11): require_once('/var/www/htdocs...')

Ich war auf einer nicht auf eisfair laufenden nextcloud Instanz von
einem ähnlichen Problem betroffen beim Upgrade von NC20 auf 21 und viele
andere Nutzer*innen auch:

https://github.com/nextcloud/server/issues/25742

Da sind einige Lösungsvorschläge drunter und gelöst wurde das wohl mit

https://github.com/nextcloud/server/pull/25770

Hat wohl irgendwas mit dem cache backend zu tun. Ich meine in der
Richtung hatte ich auch was ändern müssen, erinnere mich aber nicht mehr
genau. :-/

HTH und Grüße
Alex

--
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF 08FA 34AD CD00 7221 5CC6

[Ulrich Hupe]

Ich war auf einer nicht auf eisfair laufenden nextcloud Instanz von
einem ähnlichen Problem betroffen beim Upgrade von NC20 auf 21 und viele
andere Nutzer*innen auch:

> Da sind einige Lösungsvorschläge drunter und gelöst wurde das wohl mit
>
> https://github.com/nextcloud/server/pull/25770
>
> Hat wohl irgendwas mit dem cache backend zu tun. Ich meine in der
> Richtung hatte ich auch was ändern müssen, erinnere mich aber nicht mehr
> genau. :-/

kann ich nicht bestätigen
Ich habe da alles mögliche ausprobiert.
die apc.enabel*innen waren auch gesetzt

Mein Favorite ist immer noch die Angabe der Byte*innen.
Danach liefs. Würde mich aber auch interessieren, wie andere das gelöst
haben.

Ulrich

[Sascha Pohl]

Hallo Jürgen, hallo Olaf,

Am 02.06.2021 um 21:01 schrieb Olaf Jaehrling:

> Wenn ich mich recht entsinne mach das mysql/mariadb-Paket regelmäßig
> backups von den Datenbanken. Schau mal ob du im Pakete einen restorkunkt
> findest, mit der du evlt. die Datenbank wiederherstellen kannst.

Ich habe die Dateien nach /data/wolke/data zurück verschoben und die
Datenbank aus einem Backup eingespielt.

> Ich bin mir nur nicht sicher ob die alte Datenbank mit der neuen Version
> von Nextcloud klarkommt, oder umgekehrt.
> Kommt darauf an wie alt das Datenbankbackup ist.

Nachdem ich die Konfiguration aufgerufen und gespeichert habe, hat
Nextcloud die Datenbanken aktualisiert.

Jetzt funktioniert es wieder!
Danke!

> Gruß
>
> Olaf

Grüße
Sascha

[Juergen Edner]

Hallo Sascha,

> Ich habe die Dateien nach /data/wolke/data zurück verschoben und die
> Datenbank aus einem Backup eingespielt.
>
>> Ich bin mir nur nicht sicher ob die alte Datenbank mit der neuen
>> Version von Nextcloud klarkommt, oder umgekehrt.
>> Kommt darauf an wie alt das Datenbankbackup ist.
>
> Nachdem ich die Konfiguration aufgerufen und gespeichert habe, hat
> Nextcloud die Datenbanken aktualisiert.
>
> Jetzt funktioniert es wieder!
> Danke!

Super! Danke für die Rückmeldung.

[Benjamin Heide]

Hi Jürgen,

wie letzens schon, war wieder ne weile nicht anwesend.

>
> ist möchte ich Dich einmal bitten in Zeile 259 (#debug=true) des
> Skriptes /var/install/config.d/nextcloud.sh das Kommentarzeichen zu
> entfernen, die Konfiguration durch Ausführen des Skriptes neu erzeugen
> zu lassen und mir anschließend die erzeugten Trace-Dateien aus dem
> /tmp-Verzeichnis per PM zuzusenden.
>
> Gruß Jürgen
>

Das wird jetzt n Problem. Ich habe aus BAckups erst mal alles wieder auf
die ältere Version zurückkopiert. aber im Installer steht immer noch die
aktuelle.

Wenn ich da jetzt was ändere und das update wieder starte, platzt mir
bestimmt wieder meine Systempartition, weil der bestimmt wieder alles
versucht, nach /var/... zu copieren.

[Juergen Edner]

Hallo Benjamin,

> Das wird jetzt n Problem. Ich habe aus BAckups erst mal alles wieder auf
> die ältere Version zurückkopiert. aber im Installer steht immer noch die
> aktuelle.
>
> Wenn ich da jetzt was ändere und das update wieder starte, platzt mir
> bestimmt wieder meine Systempartition, weil der bestimmt wieder alles
> versucht, nach /var/... zu copieren.

beim Aktualisieren der Konfiguration wird der Inhalt der Variablen
NEXTCLOUD_DATA_DIR mit dem in der Datei /var/lib/nextcloud/nextcloud.run
gespeicherten Datenpfad verglichen. Nur wenn dieser Unterschiedlich ist,
wird als Ziel der Pfad aus der Variablen NEXTCLOUD_DATA_DIR geladen.
Wenn diese Angaben also korrekt vorliegen kann ich mir nicht vorstellen
wie ein Verschieben der Daten ausgelöst werden sollte.

Dadurch dass Du abwartest und das Paket nicht aktualisierst kann ein
mögliches Problem nicht gelöst werden, da mir kein entsprechender Fehler
bekannt ist.
Wenn Du möchtest kann ich Dir ein leicht modifiziertes Paket zusenden,
in welchem ich eine zusätzliche Sicherheitsabfrage vor dem Verschieben
der Daten implementiert habe. So kannst Du sicher sein, dass die Daten
nicht unkontrolliert auf dem falschen Laufwerk landen ;-)

[Juergen Edner]

Hallo zusammen,

> Das wird jetzt n Problem. Ich habe aus BAckups erst mal alles wieder auf
> die ältere Version zurückkopiert. aber im Installer steht immer noch die
> aktuelle.
>
> Wenn ich da jetzt was ändere und das update wieder starte, platzt mir
> bestimmt wieder meine Systempartition, weil der bestimmt wieder alles

> versucht, nach /var/... zu kopieren.

zu Eurer Information, Benjamin hat Nextcloud 21 nun ebenfalls
erfolgreich auf seinem Server aktualisieren können. Verwendet wurde
anfangs ein eisfair-64, das apache2_php7-Paket und APCu als Memory-Cache.
Nach der Paketinstallation lief er jedoch anfangs in einen
Nextcloud-Fehler ("Memory exhausted") der eine erfolgreiche Anmeldung
vereitelte.

Das Ändern der PHP-Parameter ..._MEMORY_LIMIT und Ersetzen der Einheiten
durch einen numerischen Wert löste das Problem bei ihm nicht.

Erst als er als Chaching-Server bzw. Mechanismus Redis auswählte
verschwand die Fehlermeldung und Nextcloud lief wieder wie zuvor.

Warum Nextcloud 21 dieses unerwartete Verhalten zeigte konnten wir bei
den Tests leider nicht ermitteln.

[Benjamin Heide]

Am 14.06.2021 um 21:04 schrieb Juergen Edner:

Nochmals Danke an Jürgen.

Danke Danke.