Ich hatte das Problem das nach dem Update bzw. Upgrade von Nextcloud 16 auf Nextcloud 17 (über den Web-Updater) meine Nextcloud nicht mehr erreichbar war und
HTTP ERROR 500
ausgab.
Lösen konnte ich das Problem über die Shell (der Pfad ist euer Nextcloud-Verzeichnis):
cd /var/www/nextcloud
sudo -u www-data php occ upgrade
Danach lief wieder alles 🙂
Quelle: https://help.nextcloud.com/t/http-error-500-after-update-to-nc-13/27001/3
Ich hatte das Problem das beim ausführen von git bzw. brew update die folgende Meldung ausgegeben wurde:
warning: unable to access ‚/Users/schaloml/.config/git/attributes‘: Permission denied
Um die fehlenden bzw. falschen Berechtigungen zu fixen muss man
sudo chown -R username .config
ausführen. Danach lief alles wieder sauber durch 🙂
Quelle: https://apple.stackexchange.com
Will man ein Debian 8 mit apt-get update oder apt update updaten und schlägt dies mit einer Meldung wie dieser fehl
Fehl http://ftp.debian.org jessie-backports/main amd64 Packages 404 Not Found [IP: 130.89.148.12 80] W: Fehlschlag beim Holen von http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages 404 Not Found [IP: 130.89.148.12 80] E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
liegt das daran, dass Debian im März 2019 die Sourcen verschoben haben – und die alten in der sources.list nicht mehr funktionieren.
Man muss jetzt nur die sources.list Datei in /etc/apt/ auf die neuen Quellen ändern:
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://archive.debian.org/debian/ jessie-backports main
deb-src http://archive.debian.org/debian/ jessie-backports main
deb http://archive.debian.org/debian/ jessie main contrib non-free
deb-src http://archive.debian.org/debian/ jessie main contrib non-freeUnd zusätzlich muss noch folgender Befehl auf der Shell ausführt werden:
echo "Acquire::Check-Valid-Until false;" | tee -a /etc/apt/apt.conf.d/10-nocheckvalidJetzt sollte einem gepflegten apt update && apt upgrade -y nichts mehr im Wege stehen 🙂
Quelle: www.kernelhost.de
Ich hab ja hier beschrieben wie man mit der Powershell Base64 en- und decodiert. Unter Linux geht das natürlich auch super einfach auf der Shell mittels dem base64-Tool:
Decodieren
echo `echo VGVzdC1TdHJpbmc= | base64 --decode`
Codieren
echo -n 'Test-String' | base64
Super simpel 🙂
Man muss ja öfters mal Base64-codierte Strings decodieren oder eben Zeichenketten in Base64-Strings encodieren.
Dazu kann man unter Windows entweder Online-Dienste wie base64decode.org verwenden oder relativ einfach die Powershell 🙂
Decodieren
$string = "VGVzdC1TdHJpbmc=" [Text.Encoding]::Utf8.GetString([Convert]::FromBase64String($string))
Codieren
$string = "Test-String" [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes($string))
Ziemlich easy 🙂
Um Daten von der Konsole aus zu einer Nextcloud hochzuladen braucht es nur cURL :
curl -X PUT „https://meine.nextcloud.net/remote.php/webdav/Ordner/Datei.txt“ –data-binary @“Datei.txt“ -u nextcloud-user
Um also z.B. die Datei Backup.tar.gz in den Ordner Backup des Users cloud hochzuladen wäre der Befehl also:
curl -X PUT „https://meine.nextcloud.net/remote.php/webdav/Backup/Backup.tar.gz“ –data-binary @“Backup.tar.gz“ -u cloud
Super easy und man muss die Konsole nicht verlassen 🙂
Ich wollte auf einem Windows-System testen ob ich einen NTP-Server erreiche und ob mir dieser Server auch eine Zeit zurückgibt.
Das kann man ganz einfach per w32tm-Befehl testen:
w32tm.exe /stripchart /computer:ip.addresse.oder.dnsname /dataonly /samples:1
Also z.B. mit IP
w32tm.exe /stripchart /computer:172.17.9.78 /dataonly /samples:1
oder auch per DNS-Namen:
w32tm.exe /stripchart /computer:ptbtime1.ptb.de /dataonly /samples:1
Hier mal kurz ein Tipp wie man den MX-Record ohne Online-Dienste wie mxtoolbox.com abrfragen kann – ganz einfach per Konsole -> sowohl unter Linux also auch Windows und macOS:
dig domain.tld mx
bzw. wenn man weniger Output und nur die eigentlichen Einträge haben will
dig domain.tld mx +short
nslookup -querytype=MX domain.tld
Ich hatte bei einer Migration eines ActiveDirectorys das Problem das bei vielen Usern noch Login-Scripte definiert waren die ich aber nicht mehr verwenden wollte.
Will man von vielen Usern einen Wert im Active Directory löschen geht das einfach über die Powershell 🙂
Hier ein Beispiel um bei allen Usern im AD den ScriptPath zu löschen:
Get-ADUser -filter * | set-aduser -Clear scriptPath
Das kann natürlich über die Filter noch eingeschränkt werden und funktioniert natürlich auch für andere Parameter 🙂
Hier noch ein Beispiel für das Löschen des Profil-Pfads für alle User eine OU:
Get-ADUser -Filter * -SearchBase „OU=TestUser,DC=domain,DC=local“ | Set-ADUser -Clear profilepath
Ich hatte mal wieder das Problem dass beim Upgrade eines ESXi ein Fehler auftrat – und zwar dieser hier:
[OSError]
[Errno 28] No space left on device
Please refer to the log file for more details.
Im Gegensatz zu einem ähnlichen Fehler war hier keine fehlerhafte VIB angegeben.
Nach ein bisschen Suchen fand ich heraus das die Swap-Datei relativ groß wurde und standardmäßig liegt diese in der Systempartition und nimmt hier den nötigen Platz für das Update weg :-/
Ich habe das Problem mit dem Verlagern der SWAP-Datei gelöst:
Danach lief das Update ohne Problem durch 🙂