Beiträge von KB19

Zitat von tab

Was muss er denn alles leisten?

Hauptsächlich laufen darauf mehrere MySQL MariaDB Slaves. Zusätzlich landen dort neben Datenbank auch Maildir-Backups und in Zukunft wahrscheinlich weitere Daten, die bisher auf dem Xmas-System liegen. Diverser interner Kram läuft auch noch drauf. Das System ist sowieso kein typischer Server, der von außen erreichbar ist. Aber trotzdem wird er intern fleißig angesprochen und braucht vor allem einige Stunden CPU-Time je Tag. Mal sehen, ob das mit den vCPU gut geht.

Spät aber doch noch: Ab heute Nacht darf der VPS 1000 G8 Plus endlich zeigen, ob er ein brauchbarer Ersatz für den RS 1000 SAS G7SEa3 (geiler Name!) ist. Die Übertragung der letzten paar Gigabyte läuft gerade…

Praktisch wäre es schon, weil viel Speicherplatz dabei ist, minimal weniger Kosten pro Monat, flexiblere Vertragslaufzeit und ein OS-Upgrade habe ich auch gleich damit verbunden.

https://www.pollin.at/p/joypi-lern-e…i-joy-it-810970

Und dann unbedingt an öffentlichen Orten oder im ÖPNV öffnen und verwenden!

Polizeieinsatz garantiert…

Zitat von Kraeutergarten

Wie oft würdet ihr einen Smart Extended Test laufen lassen?

Wenn die Geräte im Dauerbetrieb laufen (oder zumindestens regelmäßig automatisch für x Stunden starten), empfinde ich wöchentlich als ganz sinnvoll. Bei anderen Geräten manuell nach Bedarf.

Wenn die I/O-Last auf dem System hoch ist, würde ich mir allerdings seltenere Intervalle überlegen. Viele SMART-Fehler fallen dann sowieso schon ohne expliziten Test auf...

Zitat von Kraeutergarten

Welchen Multifunktions Laser Drucker könnt ihr empfehlen?

Color oder B/W?

Zitat von Wizavid

Wenn das Problem eine k.v..php Datei ist, heißt das doch dass diese auf dem Webspace liegt und das würde bedeuten dass sie jemand hochgeladen hat.

Das wiederum würde doch bedeuten dass jemand die ftp Daten vom Webhosting Paket hat oder?

Die wahrscheinlichere Variante ist, dass eine Sicherheitslücke in der installierten Software ausgenutzt wurde. Über so einen Weg können ebenfalls Scripte eingeschleust und abgelegt werden. Du schreibt ja selbst, dass die Installation in Vergessenheit geraten ist, wodurch bestimmt seit längerer Zeit keine Updates mehr eingespielt wurden. Das wäre somit der Klassiker.

Tipp für jetzt: Daten über FTP für eine eventuell später notwendige Analyse und Beweissicherung irgendwo sichern und danach alles entfernen, wenn es sowieso nur eine Testinstallation war. Datenbank sichern und nachher löschen nicht vergessen.

Wurde nur der Webshop nicht mehr genutzt oder auch Wordpress? Falls irgendwas davon erhalten bleiben soll, müsste man sich nämlich Gedanken machen, ob das jeweils andere System noch sicher ist oder neu aufgesetzt gehört.

Empfehlung für die Zukunft: Systeme nicht vergessen und regelmäßig Updates einspielen!

Hui, das ging schnell. Danke, Alexander!

Was mir noch aufgefallen ist: Die Suchfunktion beim Partnerprogramm kann nicht durch die Returntaste abgesendet werden. Bei den anderen Formularen (z.B. Domainsuche) klappt das hingegen einwandfrei. Getestet unter Android mit Chrome.

Der Snapshot kann meiner Meinung nach schon dazwischen funken. Dadurch könnte es zu einer erhöhten Last und einer (bleibenden) Fragmentierung kommen.

Ob das die Werte wirklich so extrem beeinflussen kann, ist eine andere Geschichte. Ich habe derzeit aber keine Zeit und Lust das zu hinterfragen oder auszutesten…

Paul: Die einzige Sache, die im Nachhinein betrachtet etwas lustig ist…

latency.png

load.png

cpu.png

uptime.png

Das ist der normale VPS 200 G8, also nicht das BF-Produkt.

Der kurzzeitige Anstieg vom Load zwischen Woche 51 und 52 ist nicht das Thema. Der wurde durch zwei Bugs in einem Debian Paket verursacht.

Es geht um die massive Erhöhung der Disk Latency kurz vor dem Jahreswechsel. Das fällt genau mit der Erstellung eines neuen Snapshots, einem Serverreboot und dem Kernelupdate von 4.18 auf 4.19 zusammen. Ich habe es allerdings noch nicht weiter analysiert, weil soweit alles einwandfrei läuft. Ohne Munin wäre es mir noch gar nicht aufgefallen. Könnte auch sein, dass der Snapshot oder das Kernelupdate schuld sind, ich weiß es noch nicht…

Zitat von tab

Aber wenn Du sicher sein kannst, dass die Kamera nicht defekt ist, hättest Du ja kein Risiko und könntest Dir das in aller Ruhe anschauen und dann entscheiden, ob Du mit der Bildqualität leben kannst und willst.

100% Sicherheit gibt es leider nicht. Ich hatte auch schon Gebrauchtartikel, die trotz Vorort-Test nach wenigen Stunden defekt wurden. Anhand des Defekts war es für den Verkäufer definitiv nicht vorherzusehen, dass das bald passieren wird. Das ist dann halt Pech und ein immer existierendes Restrisiko. Auf der anderen Seite habe ich z.B. durch eBay und Willhaben schon so viel Geld gespart, dass einzelne Rückschläge zu verkraften sind. Nicht zuletzt mag ich den dahinterstehenden Gedanken als Käufer und Verkäufer, dass Artikel nicht unnötigerweise im Müll landen und bei einem anderen Besitzer teilweise für zig Jahre weiter verwendet werden. Hinzu kommt noch, dass man über solche Plattformen Interessenten für exotischen Kram findet, zu denen man normalerweise keinen Kontakt haben würde.

tl;dr: Ich habe gestern aber eh schon zugeschlagen

Beachte trotzdem meine erste Ausgabe vom normalen VPS 200, der nicht vom BF ist.

Soooo unterschiedlich finde ich die Werte jetzt auch nicht…

Zitat von Paul

Mal eine Frage an alle VPS200 BF Besitzer: Wie ist denn bei euch die IO Performance? Ich habe ja einige VPS Produkte im Einsatz (mehrere VPS200, VPS500, VPS1000,...) und bei diesen stimmt soweit alles und sie liefern auch super Performance, aber dieser eine VPS200 aus der Black Friday Aktion bereitet mir Kopfzerbrechen.

Reichen Dir die Ausgaben von der älteren, in Debian enthaltenen, Sysbench-Version?

Normaler VPS 200 G8:

# sysbench --test=fileio --file-test-mode=rndrw run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.

Operations performed:  6000 Read, 4000 Write, 12800 Other = 22800 Total
Read 93.75Mb  Written 62.5Mb  Total transferred 156.25Mb  (37.33Mb/sec)
 2389.11 Requests/sec executed

Test execution summary:
    total time:                          4.1857s
    total number of events:              10000
    total time taken by event execution: 2.1715
    per-request statistics:
         min:                                  0.00ms
         avg:                                  0.22ms
         max:                                  9.18ms
         approx.  95 percentile:               0.65ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   2.1715/0.00

VPS 200 G8 BF:

# sysbench --test=fileio --file-test-mode=rndrw run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.

Operations performed:  6000 Read, 4000 Write, 12800 Other = 22800 Total
Read 93.75Mb  Written 62.5Mb  Total transferred 156.25Mb  (20.043Mb/sec)
 1282.73 Requests/sec executed

Test execution summary:
    total time:                          7.7959s
    total number of events:              10000
    total time taken by event execution: 6.0085
    per-request statistics:
         min:                                  0.00ms
         avg:                                  0.60ms
         max:                                397.56ms
         approx.  95 percentile:               2.55ms

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   6.0085/0.00

Ab dem jeweils zweiten Durchlauf wurden die Werte deutlich besser.

Auf dem normalen VPS 200 laufen bereits diverse Dienste, die Last ist allerdings sehr niedrig.

Den vom BF habe ich extra für den Test gestartet, da läuft bisher nur der SSH-Daemon.

Beide Systeme Debian Buster mit Kernelversion 4.19.x.

Zitat von kerberos

Ich bin mit meinen Smartphones nie sonderlich schonend umgegangen (weil sie eh nicht mir gehören), aber einen Display-Kratzer hatte ich noch nie.

Hatte ich glücklicherweise auch noch nie. Ich trage mein Smartphone aber auch nicht ungeschützt direkt neben Schlüsseln o.ä. herum.

Ich setze auf gute alte Handytaschen, da kann nichts passieren: https://www.amazon.de/gp/product/B0166OWI3U/

Zitat von thys

Hast du keine Chance mal zum Testen ?

Nicht wirklich, da das Ding am anderen Ende von Österreich liegt. Aber bei dem Preis könnte ich es notfalls vielleicht sogar ohne Verlust wieder los werden…

Zitat von geekmonkey

übers CCP gebuchten Storage Space kann man monatlich kündigen, oder nur zusammen mit dem VPS/RS?

Ja, monatlich. Völlig unkompliziert. Du kannst glaube ich sogar mehrere Storage Spaces pro Server aktivieren.

Zitat von geekmonkey

Bzw. kann man simultan von mehreren VPS/RS auf den Space zugreifen?

Ja, Du musst nur die IP-Adressen vorher freischalten, wenn ich das richtig im Kopf habe. (Letzte Buchung/Kündigung ist bei mir ca. ein Jahr her.)

Zitat von geekmonkey

Hat von euch wer nen Tipp gegen Kratzer im Display eines Smartphones

Beim nächsten Gerät eine Displayschutzfolie anzubringen ist keine Option?

Zitat von kerberos

Finger weg. Es wird kaum bessere Qualität kommen als von einem modernen Smartphone.

Naja, mein Smartphone ist ein Wileyfox Swift (1), das in der 100 Euro Preisklasse spielt. Da ich nicht vorhabe, das in nächster Zeit zu ersetzen (ich habe sogar ein Ersatzgerät und mehrere Reserveakkus), dürfte eine halbwegs aktuelle Kompaktkamera schon mehr heraus holen.

Zitat von kerberos

Du wirst allerdings ein paar Euro mehr hinlegen müssen.

Das ist genau der Punkt. Ich würde nur ungern 400-700 Euro (oder meinetwegen 300-500 Euro am Gebrauchtmarkt) für etwas hinblättern, das im Endeffekt nur ein netter Bonus ist. Irgendwelche Einschränkungen wird man mit einer Kompaktkamera immer hinnehmen müssen.

Der Preis von dem Ding ist heiß…

Andere Frage in die Runde: Ich könnte günstig an eine gebrauchte Nikon S9900 kommen. Lohnen sich diese Kompaktkameras von Nikon? Ich hatte noch nie eine Nikon.

Wäre halt ganz interessant, wenn man mal mehr als das Smartphone mitnehmen möchte, da es immer noch unauffällig in die Jacke passt und kaum etwas wiegt. Es muss ja nicht immer gleich eine kiloschwere Ausrüstung sein…

Vor allem der drehbare Display (absolut selten mittlerweile) und GPS sind nice-to-have. Allerdings ist das Ding etwas lichtschwach. Bei 30-fachem Zoom und dieser Gehäusegröße nicht verwunderlich. Diverse Testberichte kenne ich mittlerweile, die helfen mir bei der Entscheidung allerdings auch nicht wirklich weiter.

Zitat von OliverN

Ja das mit den Limits ist wirklich so eine Sache. Beziehen die sich pro IP oder pro E-Mail die man angibt bei der ersten generierung auf dem Server?

Unterschiedlich, manche Limits gelten auch je "Account": https://letsencrypt.org/docs/rate-limits/

Zitat von OliverN

Dachte DNS challange ist nur bei Wildcard Zertifikaten.

Nope, die kann man schon seit Jahren auch für normale Zertifikate nutzen!

Ich nutze ausschließlich die DNS-Challenge über ein zentrales System, das alle Zertifikate über SSH ausrollt.

Zitat von netzroot

Okay, ich habe aktuell die 60.4.0.

Danke für die Ergänzung! Dann muss ich eventuell vorsichtig sein, wenn ein Upgrade des Pakets erscheint. Debian ist schon bei 60.4, Ubuntu hingegen noch überall auf 60.2.

Muss ich mal in einer VM testen…

Zitat von netzroot

Wird von meinem TB seit dem Update auf V60 als nicht kompatibel angzeigt und ist demensprechend deaktiviert.

Gerade nochmals im internen Wiki nachgeschaut: Bei Thunderbird v60.2.x (Ubuntu Repository) läuft der SOGo Connector (sogo-connector-60.0.0.xpi) auf i386 und amd64 problemlos. Erstmals genutzt im September/Oktober. Da Kontakte, Termine und Aufgaben noch immer korrekt synchronisiert werden, gehe ich mal davon aus, dass sich (bei meinem Setup) nichts geändert hat. Ob es vorher anders war, weiß ich nicht. Beim Upgrade auf TB 60 musste ich nur bei Lightning nachhelfen. (Addon deinstallieren und stattdessen xul-ext-lightning installieren. Konfiguration wird 1:1 übernommen.)

Zitat von H6G

Ich finde allgemein, dass man sich von SOGo trennen sollte.

Das Verhalten von Inverse auf der eigenen Mailingliste und die Dokumentation sprechen Bände.

Nochmals: Habe ich etwas verpasst? (Ernst gemeinte Frage!)

Zitat von netzroot

nachdem der SOGo-Connector seit TB60.x nicht mehr funktioniert

Wieso sollte der nicht mehr funktionieren? Habe ich etwas verpasst?

https://sogo.nu/download.html#/frontends

Ich bin mir ziemlich sicher, dass ich den zu Hause noch immer mit TB 60.0 verwende.

Zitat von MrSpock

Auf Github wurde dieses Vorgehen ja explizit auf der Froxlor Seite so beschrieben.

Siehe Ergänzung von eripek https://forum.netcup.de/administration…n-9/#post109057

Hat also wohl alles seine Richtigkeit. Ist aus administrativer Sicht halt trotzdem Murks, was Froxlor da macht…