Beiträge von DerFetzer

Zitat von Bud

Das Produkt kam in den vorhandenen, was das ganze irgendwie noch wirrer gemacht hat, da es ja anders angekündigt wurde. Und genau deswegen bin ich davon ausgegangen, dass die Vorauszahlung auch nur eine falsche Information ist (so wie die Neuerstellung des Kundenaccounts), und habe fleißig auf eine Abbuchung gewartet...

Davon bin ich tatsächlich bis eben auch ausgegangen. Bei mir wird eigentlich auch alles eingezogen, aber für das Failover IPv6 kam besagte Mail.

Also musstest du das tatsächlich überweisen?! Hattest du damals mit netcup Kontakt? Mich würde mal interessieren, was da der Hintergrund ist.

Zitat von KB19

DerFetzer Vor allem Probleme mit Snapshots im SCP, weil keine 50% Speicherplatz mehr frei sind. Und netcup hilft es letzten Endes sicher bei der Mischkalkulation, wodurch die niedrigen Preise erst möglich werden.

Danke! Ja stimmt, an Snapshots hab ich nicht gedacht. Die benutz ich auch nicht.

Aus Netcup-Sicht ist stimm ich dir zu. Aber die zusätzliche Leistung ist schon sehr verlockend!

Ist vermutlich eine dumme Frage, aber wofür brauch ich Trim in dem Umfeld überhaupt?

Damit sage ich doch dem Wirtssystem nur, was ich für freie Blöcke in meinem Dateisystem habe, oder steckt da noch mehr dahinter?

Welche negativen Auswirkungen hab ich, wenn ich das weglasse bzw. nicht mehr machen kann?

Vielen Dank für die Tipps! Hab jetzt ein vLAN Giga ergattern können.

Ich könnte mal noch ein großes vLAN gebrauchen.

Hat irgendjemand schon etwas in die Richtung gesehen?

Also ich habe gestern Nacht das Flannel-Backend auf "host-gw" umgestellt. Das ging tatsächlich ohne Probleme!

Ich bin mal gespannt, wie sich das auf die Stabilität auswirkt.

Zum Umstellen des Backends bin ich jetzt noch nicht gekommen, aber mit Longhorn v1.1.0 läuft das insgesamt deutlich besser. Es gab da ein paar Verbesserungen bezüglich Failure-Recovery.

Das were ich definitiv mal probieren, vielen Dank!

Zitat von michaeleifel

Seit dem Wechsel auf Host Gw als Backend hab ich keine Probleme mehr.

Wie hast du den Wechsel durchgeführt? Die RKE-Doku sagt, dass der Network Provider nicht verändert werden kann und in der Flannel-Doku steht auch, dass man das Backend nicht im Betrieb ändern soll.

Hallo,

momentan benutze ich noch RancherOS mit einem selbstgebauten 5.6er Kernel und auch RKE.

Dabei ist Canal mit dem Default, also VxLAN, konfiguriert.

Dann über das Cloud-VLAN. Das ist natürlich doppelt gemoppelt, aber als ich das Cluster aufgesetzt habe, war ich noch nicht so schlau wie heute.

Soweit ich weiß, kann man das Plugin bzw. Backend auch nicht mal so einfach ändern.

michaeleifel Läuft das dann bei dir trotzdem über das Cloud-VLAN? Ich hatte auch mal überlegt, per Wireguard über die Public Interfaces zu kommunizieren, aber dann hat man auch wieder eine zusätzliche Fehlerquelle.

Ich benutze zumindest Longhorn. Bei mir passiert es auch unregelmäßig, dass einige Volumes degraded werden. Ein Muster konnte ich da noch nicht erkennen.

Mein Cluster besteht aus 4x "RS 2000 SSDx4 G8" und 1x "BF17 VPS 2500".

Wie passend: Gerade sind wieder 7 Volumes weggeknallt.

Darian Konntest du noch etwas herausfinden?

Ich hatte zwei Server auf vermutlich dem selben Host. Bei einem hatte ich heute Nacht ein paar hängende Kernel-Tasks, die alle etwas mit Festplattenzugriff zu tun hatten. Danach ging dann nicht mehr viel, musste den Server übers SCP hart ausschalten.

Als er sich dann übers SCP nicht mehr starten ließ, habe ich auch beim Notfallsupport angerufen. Da hat man mir mitgeteilt, dass wohl irgendeine Datei auf dem Host vorhanden war, die nicht hätte vorhanden sein dürfen. Der Server wurde dann von Netcup neu gestartet und 10 Minuten später ist dann vermutlich wieder der ganze Host abgeschmiert. Das ist dann wohl der Ausfall, den ihr auch gesehen habt heute morgen.

Heute am frühen Nachmittag wieder das selbe Spiel. Mein Monitoring meldete einen Fehler nach dem anderen und es gab wieder hängende Tasks im Kernel. Harter Shutdown und dann ließ er sich nicht mehr starten. Wollte gerade den Support anrufen als es dann nach ungefähr einer halben Stunde doch plötzlich wieder ging.

Daraufhin habe ich den Server auf einen anderen Host verschieben lassen. Jetzt ist bei beiden Servern erstmal Ruhe. Hoffentlich bleibt da auch so.

Ich hab leider das Talent, immer Betriebssysteme auszuwählen, die dann einige Monate später EOL gehen.

Erst CoreOS Container Linux und jetzt RancherOS. Vielleicht sollte ich auch mal was "klassisches" ausprobieren.

Zitat von ASS

Da meine Frage heute Nacht wohl untergegangen ist, jetzt nochmal:

Ich suche ein (Lizensierungsfreies) Dokumentenmanagement System.

Habt ihr da Empfehlungen?

Ich benutze Mayan EDMS. Hängt bei mir hinter dem Dokumentenscanner. Ich bin sehr zufrieden damit, benutze aber auch nur einen Bruchteil der Funktionalität.

Zitat von DerFetzer

Vermutlich kommen die Anfragen von Chrome (siehe Pi-hole-Forum).

Also keine Panik! Aber so ein Audit kann natürlich trotzdem nicht schaden.

whoami0501  p4scal

Zitat von whoami0501

Warum machen Android Smartphones eigentlich solche Dinge? Das sieht irgendwie... ungesund aus. Und nein, das Smartphone gehört keinem Kind mit langer weile oder so, diese Domains hat garantiert keiner versucht händisch aufzulösen... hat jemand schonmal selbiges bei sich beobachtet?

Vermutlich kommen die Anfragen von Chrome (siehe Pi-hole-Forum).

Also keine Panik! Aber so ein Audit kann natürlich trotzdem nicht schaden.

Also ich habe mit Nextcloud in Verbindung mit Docker-Compose sehr gute Erfahrungen gemacht. Als Grundlage diente bei mir eines der Beispiele aus dem Nextcloud Docker Repository. Damit kann man in wenigen Minuten eine lauffähige Instanz hochziehen. Der Aufwand war für mich damals auch als noch Docker-Neuling sehr überschaubar und die Wart- bzw. Erweiterbarkeit ist super.

Auf meinem vServer benutze ich Container Linux als Betriebssystem. Ich war zwar anfangs skeptisch, ob das die richtige Wahl ist, aber ich bin immernoch sehr begeistert!

Bei meinem VPS2500 war ein Neustart nötig, um die Flags zu aktivieren, obwohl auch nicht gemeldet wurde, dass einer notwendig wäre.