Beiträge von wn48z

Manchmal hilft es btrfs-balance zu starten um den Speicherplatz unmittelbar freizugeben. Hier ein Beispiel:

server:~ # df -kh /
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        20G  6.4G   14G  33% /
server:~ # snapper rm 357-410
server:~ # df -kh /
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        20G  6.4G   14G  33% /
server:~ # /usr/share/btrfsmaintenance/btrfs-balance.sh
Before balance of /
Data, single: total=7.01GiB, used=4.76GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=896.00MiB, used=737.27MiB
GlobalReserve, single: total=22.92MiB, used=11.59MiB
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        22G  6.7G   15G  32% /
Done, had to relocate 0 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=1
Done, had to relocate 0 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=5
Done, had to relocate 0 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=10
Done, had to relocate 0 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=20
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=30
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=40
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=50
Done, had to relocate 1 out of 16 chunks
Done, had to relocate 0 out of 16 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=1
  SYSTEM (flags 0x2): balancing, usage=1
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=5
  SYSTEM (flags 0x2): balancing, usage=5
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=10
  SYSTEM (flags 0x2): balancing, usage=10
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=20
  SYSTEM (flags 0x2): balancing, usage=20
Done, had to relocate 1 out of 16 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=30
  SYSTEM (flags 0x2): balancing, usage=30
Done, had to relocate 1 out of 16 chunks
After balance of /
Data, single: total=7.01GiB, used=4.37GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=896.00MiB, used=622.12MiB
GlobalReserve, single: total=22.16MiB, used=0.00B
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        22G  6.1G   15G  29% /
server:~ # df -kh /
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        20G  5.7G   14G  29% /

Erst nach btrfs-banace wurden 4% Speicher freigegeben, und meine snapshots sind relativ klein. btrfs-balance wird über einen systemd Timer regelmässig aufgerufen, aber um die Wirkung beim Löschen von Snapshots unmittelbar zu sehen, kann man es manuell starten.

Zitat von neptun

SuSEfirewall2 habe ich deinstalliert

firewalld ist installiert, wiekann ich die nun konfigurieren?
Ich habe nur eine Server Installation (OnlyShell)

firewall-cmd --permanent --zone=public --add-service=ssh
firewall-cmd --reload

Putty 0.71 ist aktuell und unterstützt die geforderte SSH Version
Download PuTTY: latest release (0.71)

OpenSuSE eignet sich sehr gut als Server, ich verwende es Privat schon seit weit mehr als 10 Jahren auf diese Weise. Probleme gab es nie. Ich installiere es einfach "minimal" - ohne Grafik und administriere es komplett über ssh/shell.

Ich nutze es als:
- Webserver (apache2)
- DNS Server (bind9)
- Mailserver (postfix + dovecot)
- ftp Server (vsftpd)
- SVN Server (subversion)
- Dateiserver (Samba)

Unbrauchbar ist es als ActiveDirectoryServer - da muss man Debian nehmen wenn man das will, die SMB Version von OpenSuSE ist zu wenig umfangreich.

Seit Leap15 lässt sich OpenSuSE nun sogar ganz einfach zu SLES15 "upgraden", weil die Codebase identisch ist.

Kann denn journald als zentraler Logserver werkeln? Nach meinen bisherigen Informationen ging das nicht umfassend. Man braucht hier oftmals immer noch rsyslog oder syslog-ng, weil journald keine Logs im syslog Format über 514/UDP empfangen kann, die z.B. von einem Router, einer Firewall einem NAS oder einem anderen Gerät stammen das nur das syslog Protokoll spricht.

systemd-journal-gatewayd funktioniert meines Wissens nur zwischen Linux-Geräten, die journald beherrschen. Aber vielleicht ist man da Heute bereits weiter

Kubernetes ist Teil der SUSE CaaS Plattform:
CaaS Platform: Container-Management und Kubernetes-Technologie | SUSE

Für SLES ist Kubernetes nicht erhältlich - zumindest nicht in den unterstützten Repositories.

Der Bugfix ist nun seit dem 25.10.2018 in den Update Repos von Leap 15 verfügbar.

apr-util-1.6.1-lp150.3.3.1

MySQL ist nach wie vor GPL und kann hier kostenlos heruntergeladen werden:
MySQL :: Download MySQL Community Server
Wenn Dich Oracle auffordert Dich einzuloggen, dann wähle einfach den Link "No thanks, just start my download."

Da openSuSE Leap15 nicht in der OS Auswahl ist würde ich das Packet von SLES15 nehmen, das sollte auf Leap15 laufen. Wir verwenden MySQL nur noch in der Cluster Variante (die übrigens auch kostenlos und GPL ist!) - ansonsten nur noch MariaDB.

Übrigens - MySQL gibt es nun auch für macOS - da muss MariaDB noch nachlegen

Die Userrechte sind prioritär, d.h. wenn der User keine Rechte hat auf einer eigenen Datei, dann nützen die Gruppenrechte nichts mehr.

Damit Du die Datei lesen kannst, musst Du die Userrechte auf Lesen setzen oder den Dateibesitzer wechseln.

Die aktuelle URI findest Du so:

zypper lr --uri

Danach kannst Du das alte Repo entfernen und das neue Repo hinzufügen wie schon beschrieben. Zum Abschluss empfehle ich noch:

zypper clean
zypper refresh

Ergänze im Boot Menu (grub)

init=/bin/bash

hinter den Kernelparametern und Reboote das System, dann bist Du nach dem Reboot gleich als root eingeloggt und kannst das Passwort wechseln (nach rw remount).

Hier noch aus dem wiki:

• Select the appropriate boot entry in the GRUB menu and press e to edit the line.
• Select the kernel line and press e again to edit it.
• Append init=/bin/bash at the end of line.
• Press Ctrl-X to boot (this change is only temporary and will not be saved to your menu.lst). After booting you will be at the bash prompt.
• Your root file system is mounted as readonly now, so remount it as read/write mount -n -o remount,rw /.
• Use the passwd command to create a new root password.
• Reboot by typing reboot -f and do not lose your password again!