“Upgrade” auf ownCloud 9.1.1 in Nextcloud 10 stable

Ein Bug in der Nextcloud Updatemeldung führt dazu, dass in Nextcloud 10 ständig die Meldung “Kernelupgrade auf ownCloud 9.1.1” erscheint.
Die Nummerierung führt auf die interne Nummerierung in Nextcloud zurück. 9.1.0 ist die interne Nummer für NC 10.0.0.

Ein manuelles Update auf Nextcloud 10.0.1 behebt das Problem.

Ab der neuen Version ist ein neuer Updater eingebaut, der die Updates bequem über die Weboberfläche durchführt.

Manuelles Update auf Nextcloud 10.0.1

Gegebenheiten: Webserver läuft unter www-data; NC Root-Verzeichnis ist unter “/var/www/nextcloud”

Wechsel ins Webserververzeichnis und umbenennen der alten Installation

cd /var/www
mv nextcloud/ nextcloud_10

Herunterladen und Entpacken der neuen Version

wget https://download.nextcloud.com/server/releases/nextcloud-10.0.1.zip
unzip nextcloud-10.0.1.zip

Kopieren der alten Konfigurationsdatei

cp nextcloud_10/config/config.php nextcloud/config/config.php

Verschieben des data-Verzeichnisses in die neue Installation

mv nextcloud_10/data/ nextcloud/data

Setzen der Rechte und Ausführen des Upgrade Skripts

chown www-data:www-data ../nextcloud -R
su - www-data -s /bin/bash -c 'php /var/www/nextcloud/occ upgrade'

Nextcloud or one of the apps require upgrade - only a limited number of commands are available
You may use your browser or the occ upgrade command to do the upgrade
Set log level to debug
Turned on maintenance mode
Checking whether the database schema can be updated (this can take a long time depending on the database size)
Done
27/27 [============================] 100%
Checked database schema update
Checking updates of apps
Checking whether the database schema for <dav> can be updated (this can take a long time depending on the database size)
Done
10/10 [============================] 100%
Checked database schema update for apps
Updating database schema
Updated database
Updating <dav> ...
Fix classification for calendar objects
Done
1/1 [============================] 100%
Updated <dav> to 1.0.1
Drop old database tables
Done
31/31 [============================] 100%
Remove old (< 9.0) calendar/contact shares
Done
4/4 [============================] 100%
Fix permissions so avatars can be stored again
Done
2/2 [============================] 100%
Starting code integrity check...
Finished code integrity check
Update successful
Turned off maintenance mode
Reset log level

Setzen der Verzeichnisrechte

Nun wird das Skript für die Verzeichnisrechte erstellt und ausgeführt.

nano /tmp/perms.sh
chmod +x /tmp/perms.sh
/tmp/perms.sh

Inhalt:

#!/bin/bash
ncpath='/var/www/nextcloud'
htuser='www-data'
htgroup='www-data'
rootuser='root'

printf "Creating possible missing Directories\n"
mkdir -p $ncpath/data
mkdir -p $ncpath/assets
mkdir -p $ncpath/updater

printf "chmod Files and Directories\n"
find ${ncpath}/ -type f -print0 | xargs -0 chmod 0640
find ${ncpath}/ -type d -print0 | xargs -0 chmod 0750

printf "chown Directories\n"
chown -R ${rootuser}:${htgroup} ${ncpath}
chown -R ${htuser}:${htgroup} ${ncpath}/apps/
chown -R ${htuser}:${htgroup} ${ncpath}/assets/
chown -R ${htuser}:${htgroup} ${ncpath}/config/
chown -R ${htuser}:${htgroup} ${ncpath}/data/
chown -R ${htuser}:${htgroup} ${ncpath}/themes/
chown -R ${htuser}:${htgroup} ${ncpath}/updater/

chmod +x ${ncpath}/occ

printf "chmod/chown .htaccess\n"
if [ -f ${ncpath}/.htaccess ]
then
chmod 0644 ${ncpath}/.htaccess
chown ${rootuser}:${htgroup} ${ncpath}/.htaccess
fi
if [ -f ${ncpath}/data/.htaccess ]
then
chmod 0644 ${ncpath}/data/.htaccess
chown ${rootuser}:${htgroup} ${ncpath}/data/.htaccess
fi
Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s