Diskussionen & Ankündigungen dieses Hubs

fotos nicht angezeigt

Thu, 29 Aug 2024 08:57:33 +0200

netzgemeinde-hub@hub.netzgemeinde.eu

Alexander Goeres schrieb den folgenden Beitrag Thu, 29 Aug 2024 08:57:33 +0200

fotos nicht angezeigt

moin, ich hab mal wieder ein kleineres problem. wenn ich fotos hochlade, dann erscheinen die nicht in der fotoübersicht, wenn es png-dateien sind. sobald ich sie in jpeg umwandle sind sie sichtbar. ich weiß jetzt nicht, ob das schon immer so war oder gar so sein soll.

show all 13 comments

Thu, 29 Aug 2024 09:08:44 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

Jau, ist mir auch aufgefallen. Hat sich wieder ein Useflag bei PHP geändert, png war deaktiviert, wie vor einiger Zeit auch jpeg.

Kein Problem, das ist morgen - mein regulärer Termin für Updates inklusive Kernelupdaes - im Laufe des Tages behoben, wenn die Updates durch sind und die Maschinen rebooted wurden.

Thu, 29 Aug 2024 11:22:41 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

Achja, in dem Zusammenhang auch gleich webp mitaktiviert (genauer: morgen), kann auch nicht schaden, kommt mir auch immer häufiger unter die Finger :)

Thu, 29 Aug 2024 11:25:17 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

... und - - xpm : Add support for XPM graphics format lasse ich mal ruhig, wer kennt den heutzutage noch XPM? :-)

Thu, 29 Aug 2024 11:32:20 +0200 zuletzt bearbeitet: Thu, 29 Aug 2024 11:32:56 +0200

Hmark

hmark2331@hub.hubzilla.de

Thu, 29 Aug 2024 11:34:07 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

@Hmark Jupp. Gilt auch für hubzilla.de, da ist PHP genau so konfiguriert. Und auch hier: Morgen ist Update-Tag, danach sollte das Problem gelöst sein.

Fri, 30 Aug 2024 09:47:42 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

So, durch - Server aktualisiert (inklusive Kernelupdates), PHP mit neuen Useflags kompiliert, neu gestartet, PNG sollten nun (wieder) gehen, ditto webp :)

Fri, 30 Aug 2024 09:48:43 +0200

Alexander Goeres

jabgoe2089@hub.netzgemeinde.eu

oha, davon habe ich ja nun gar nichts mitbekommen ... ist das alles redundant?

Fri, 30 Aug 2024 09:54:52 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

Nö. aber die Reboots gehen vergleichsweise schnell, und da die Sessions im Redis permanent gespeichert werden gehen diese auch nicht verloren. Gibt immer so ein kleiner Ruckler von 1-5 Minuten, maximal, bis die Seite wieder da ist. Deshalb kündige ich das auch nie an, zu viel Aufwand. Grundsätzlich mache ich die Updates immer am Freitag, tagsüber, damit das "neue", upgedatete System in die Snapshots (die nachts gemacht werden) kommen, Samstags backuppe ich dann die Snapshots auf meine externe Backupplatte, mache alle zwei Wochen einen btrfs scrub auf die Backupplatte und Sonntags - alle zwei Wochen - fahre ich dann ins Firmenbüro und rotiere die beiden Backupplatten :-) Daher Freitags.

(Gibt noch ein weiteres Backup der Server auf meine Nas, täglich, aber hier gehlt btrfs irgendwas, so dass es etwas zweifelhaft ist sich darauf komplett zu verlassen. Aber für Notfälle besser als nichts).

Fri, 30 Aug 2024 10:00:40 +0200

Alexander Goeres

jabgoe2089@hub.netzgemeinde.eu

und es ist erfolgreich, die bilder funktionieren ... :-) das mit dem arbeiten tagsüber ist ne gute idee, da muss man sich bei eventuellen fehlern nicht die nacht um die ohren schlagen. aber btrfs? ich benutze das zuhause auf einem meiner pcs und habe damit schon mal eben diesen pc zerschossen (keine ahnung mehr wie, ist auch schon 6-7 jahre her). ich hab immer noch im gedächtnis, das sei noch nicht produktions-tauglich?

Fri, 30 Aug 2024 10:09:27 +0200 zuletzt bearbeitet: Fri, 30 Aug 2024 10:09:50 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

@Alexander Goeres Ich setzte btrfs schon seit vielen Jahren ein und hatte praktisch nie Probleme, zumindest nicht mehr als ich mit ext4 oder so hätte, und da ich backups habe... Und ja, ist schon seit längerem produktionstauglich. Die Features sind halt bestechend und möchte ich nicht mehr missen: Subvolumes, snapshots, Checksummen und scrubbing (Bitrot wird erkannt, bei RAIDs sogar selbstheilend). Effiziennte Remotebackups der Snapshots via btrfs send (via Frontend btrbk).

Snapshots haben mir schon ab und zu den Hinter gerettet: Großes Update, vorher root-Subvolume snapshotten, Updates gingen in die Hose -> einfach snapshot zu root-Subvolume umbenennen, rebooten und man status quo ante.

Fri, 30 Aug 2024 10:11:59 +0200

Hmark

hmark2331@hub.hubzilla.de

Fri, 30 Aug 2024 10:17:22 +0200

Mark Nowiasz

buckaroo@hub.netzgemeinde.eu

@Hmark Das letzte Mal als ich Probleme hatte war als es einen Ausfall bei Netcup gab, die VM deshalb abrupt aus war und /root nicht mehr gemounted werden konnte, weil der Superblock kaputt war. Lies sich aber leicht via Rettungssystem lösen: mount mit Option usebackuproot aufrufen, Rescuesystem ausschalten, rebooten fertig. Das hätte aber auch mit ext4 passieren können und im Gegensatz zu ext4 konnte ich via btrfs scrub testen ob alle Dateien mit den Checksummen übereinstimmen, ging schnell (SSD, 5 Minuten).

Wie schon geschrieben, die wenigen Probleme die ich im Laufe der Jahre hatte hätte auch mit ext4 passieren können. Und im worst case habe ich ja Backups