“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

Silverlight Installationsfehler 0x80070643 (Update, Deinstallation)

Beim Update von Silverlight oder bei der De-Installation kommt es zu Fehlern. Bspw.: “Installationsfehler: Die Installation des folgenden Updates ist mit Fehler 0x80070643 fehlgeschlagen: Sicherheitsupdate für Microsoft Silverlight (KB3193713)”

Der Installer findet das MSI Paket zur Installation nicht und poppt mit der Meldung auf, dass man es suchen soll. Trotz korrektem Paket wird die Software nicht korrekt installiert.

Dazu kann man Silverlight von Hand deinstallieren. Oder per Batch Skript:

reg delete HKLMSoftwareMicrosoftSilverlight /f
reg delete HKEY_CLASSES_ROOTInstallerProductsD7314F9862C648A4DB8BE2A5B47BE100 /f
reg delete HKEY_LOCAL_MACHINESOFTWAREClassesInstallerProductsD7314F9862C648A4DB8BE2A5B47BE100 /f
reg delete HKEY_CLASSES_ROOTTypeLib{283C8576-0726-4DBC-9609-3F855162009A} /f
reg delete HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionApp Pathsinstall.exe /f
reg delete HKEY_CLASSES_ROOTAgControl.AgControl /f
reg delete HKEY_CLASSES_ROOTAgControl.AgControl.5.1 /f
reg delete HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall{89F4137D-6C26-4A84-BDB8-2E5A4BB71E00} /f
rmdir /s /q "%ProgramFiles%Microsoft Silverlight"
rmdir /s /q "%ProgramFiles(x86)%Microsoft Silverlight"

Anschließend kann Silverlight neu installiert werden.

Nagios Core Update 4.2.2

Wie zieht man seine Nagios Installation auf die neuste Version hoch?

Zunächst sollte ein Backup der Konfiguration erstellt werden.

cp /usr/local/nagios/ /usr/local/nagios_backup -R

Anschließend kann das Paket heruntergeladen und entpackt werden.

cd /tmp
wget https://assets.nagios.com/downloads/nagioscore/releases/nagios-4.2.2.tar.gz
tar xzf nagios-4.2.2.tar.gz

Nun wird das Core Skript laufen gelassen, dem man die Gruppe mitgibt, welche Kontrolle über die Command-Datei innehat.

cd nagios-4.2.2/
./configure --with-command-group=nagcmd

Compilieren des Source Codes

make all

Bei Fehlern kann es sein, dass das “unzip” Paket noch nicht installiert wurde. Dann muss es installiert werden und das make Skript nochmals durchgeführt werden.

apt-get install unzip

Installation der Binaries etc.

make install

Prüfen der Konfiguration

/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

Neustart des Dienstes

/etc/init.d/nagios restart

Mail bei SSH Login

Mit folgendem Skript erhält man eine E-Mail, sobald sich ein Benutzer per SSH einloggt.

Dazu einfach die Datei “sshrc” im SSH Verzeichnis anlegen:

nano /etc/ssh/sshrc

Der Inhalt lautet:

ip=`echo $SSH_CONNECTION | cut -d " " -f 1`

logger -t ssh-wrapper $USER login from $ip
echo "Benutzer $USER hat sich gerade von der IP $ip eingeloggt" | mailx -s "SSH Server Login auf tj-braun.de" "Jens Braun <xyz@tj-braun.de>"

Die Mail wird nun automatisch versendet, sobald sich ein Benutzer per SSH einloggt. Der User bekommt davon nichts mit:

ssh-server-login-auf-tj-braun