Das längste Thema

vmk wrote:

Sind bei euch auch die Produkte auf der netcup-Seite ausgefallen? http://www.netcup.de funktioniert, die Produkte laufen aber alle in einen Timeout.

Das CCP reagiert nicht mehr nach dem einloggen.

https://www.netcup-status.de/ steht auch nichts von einer Störung.

PS: Das restliche Internet funktioniert bei mir noch

Display More

Also bei mir geht‘s (momentan)

EDIT: Irgendwas scheint aber nicht zu stimmen, der Ladebalken kommt nur bis ca. 10% (mangels F12 auf dem Handy kann ich das aber gerade nicht weiter verfolgen )

1A518763-9C70-4E22-815A-7C232C730EE6.jpeg

Jemand ne Idee wie ich debuggen kann, wieso ein Request welches von einem NGINX verarbeitet wird reproduzierbar in unregelmäßigen Abständen exakt 3 Sekunden länger dauert als sonst?

Am Backend liegts (scheinbar) nicht, da das verhalten bei einem curl direkt auf die Anwendung nicht eintritt. Es scheint ein Problem vom NGINX zu sein...

perryflynn wrote:

Jemand ne Idee wie ich debuggen kann, wieso ein Request welches von einem NGINX verarbeitet wird reproduzierbar in unregelmäßigen Abständen exakt 3 Sekunden länger dauert als sonst?

Am Backend liegts (scheinbar) nicht, da das verhalten bei einem curl direkt auf die Anwendung nicht eintritt. Es scheint ein Problem vom NGINX zu sein...

Benutzt du den Rate Limiter?

Oder - andere Gedanke, sind nicht geüngend Worker Prozesse da, sodass der Request auf einen freien Slot warten muss? Oder passiert das vielleicht zufällig nur, wenn zeitgleich ein anderer ressourcenintensiver Task läuft?

Ist hier zufällig ein Contao Spezialist unterwegs?

fisi wrote:

Ist hier zufällig ein Contao Spezialist unterwegs?

Naja, Spezialist ist übertrieben, aber ein wenig kenne ich mich schon aus und habe hier auch einige Installationen am Laufen, allerdings nur auf Webhostings.

Ich habe einen kleinen vServer dort. Den hatte ich aber bisher nur in Betrieb (Ubuntu, Apache), um zu testen ob dort auch docker gut läuft und ipv6 OK ist. Also keine große Erfahrung.

aRaphael wrote:

Ich habe einen kleinen vServer dort. Den hatte ich aber bisher nur in Betrieb (Ubuntu, Apache), um zu testen ob dort auch docker gut läuft und ipv6 OK ist. Also keine große Erfahrung.

Contao != Contaḇo

Oha. Mein Fehler. Also bitte meine Ausführungen zum Konkurrenzunternehmen ignorieren.

Nur als kleiner Hinweis für Jitsi Nutzer:

Jitsi scheint, wenn ein Update per z.B. apt kommt, alle Einstellungen und Änderungen in /usr/share/jitsi-meet/* mit den Standarddateien zu überschreiben.

Backup hat zwar geregelt, aber ich werde meine geänderten Dateien in diesem Verzeichnisjetzt mal mit chattr sichern - hoffe das schützt mich vor weiteren Verlusten.

Komisch: rsnapshot -v (installiert per apt auf Debian 10) liefert als Version nur "rsnapshot"

Auf meiner WD MyCloud kommt wenigstens eine Versionsangabe, dafür ist die Version 10 Jahre alt

whoami0501 wrote:

Benutzt du den Rate Limiter?

Nicht in dem server {} Block um den es geht. Generell aber ja.

whoami0501 wrote:

Oder - andere Gedanke, sind nicht geüngend Worker Prozesse da, sodass der Request auf einen freien Slot warten muss? Oder passiert das vielleicht zufällig nur, wenn zeitgleich ein anderer ressourcenintensiver Task läuft?

Habe ich auch schon gedacht. Aktuell sind im Schnitt 800 Connections offen und verarbeitet werden zirka 18 Requests pro Sekunde. Ich habe die VM schon weitere Cores verpasst und die Worker Zahl von 2 auf 3 angehoben. Das hat aber keinerlei Unterschied gemacht. Daher gehe ich nicht davon aus, dass es daran liegt.

Hat jemand Interesse an einen VPS 200 G8 Ostern 2019? 1,79€ / Monat, bezahlt bis 21.04.21

Ich bin dabei umzustellen/auszumisten...

Verfügbar ab Montag/Dienstag

mfnalex wrote:

Komisch: rsnapshot -v (installiert per apt auf Debian 10) liefert als Version nur "rsnapshot"

Für Debian-Verhältnisse ist der Fehler #934349 aber noch gar nicht so lange bekannt!

*duckt und verdrückt sich schleunigst…

m_ueberall wrote:

Für Debian-Verhältnisse ist der Fehler #934349 aber noch gar nicht so lange bekannt!

*duckt und verdrückt sich schleunigst…

Das ist ja noch nicht mal ein Jahr, also praktisch gestern!

mainziman wrote:

Du hast dann auch nicht das aktuellste FC nn

Was ist ein "FC nn"?

whoami0501 wrote:

Nur als kleiner Hinweis für Jitsi Nutzer:

Jitsi scheint, wenn ein Update per z.B. apt kommt, alle Einstellungen und Änderungen in /usr/share/jitsi-meet/* mit den Standarddateien zu überschreiben.

Backup hat zwar geregelt, aber ich werde meine geänderten Dateien in diesem Verzeichnisjetzt mal mit chattr sichern - hoffe das schützt mich vor weiteren Verlusten.

Ist da nicht der Paketmanager schuld? Ich weiß nicht wie Debian/Ubuntu das machen aber wenn ich unter openSUSE eine Config bearbeitet hab, legt er die neue Upstream-Config unter program.conf.rpmnew ab. Mit rpmconfigcheck kann man überprüfen, ob es neue Config gibt.

Fedora/RedHat macht das auch so, ist ja wie openSUSE RPM-basiert.

https://www.linux.com/news/dealing-rpmnew-and-rpmsave-files/

VVV wrote:

Ist da nicht der Paketmanager schuld? Ich weiß nicht wie Debian/Ubuntu das machen aber wenn ich unter openSUSE eine Config bearbeitet hab, legt er die neue Upstream-Config unter program.conf.rpmnew ab. Mit rpmconfigcheck kann man überprüfen, ob es neue Config gibt.

Fedora/RedHat macht das auch so, ist ja wie openSUSE RPM-basiert.

https://www.linux.com/news/dealing-rpmnew-and-rpmsave-files/

Jain. Das ist quasi die "Website" von Jitsi und die wird scheinbar nicht als Config anerkannt, sondern als Anwendungsdaten. Aber da kann man trotzdem noch Dinge einstellen und machen und tun. Das ist das Problem... daher bügelt der da einfach drüber...

Bei Konfigurationen fragt einen apt, aber nicht bei Anwendungsdaten. Ich meine da fragen yum/dnf oder zypper auch nicht. Wäre ja auch irre.

whoami0501 wrote:

die wird scheinbar nicht als Config anerkannt

handelt es sich um Daten im /etc-Verzeichnisbaum?

whoami0501 wrote:

Aber da kann man trotzdem noch Dinge einstellen und machen und tun

vlt. ein Designfehler, die Config vom Rest zu trennen; ich mein wenn das die Website ist, und man da in einem HTML, JS od. sonstwas noch etwas konfigurieren kann, dann ist das irgendwie nicht logisch;

VVV wrote:

Was ist ein "FC nn"?

FC = Fedora Core und kein Fußballclub

und nn die höchste Nummer, momentan 32 soweit ich das sehe

mainziman wrote:

handelt es sich um Daten im /etc-Verzeichnisbaum?

whoami0501 wrote:

Jitsi scheint, wenn ein Update per z.B. apt kommt, alle Einstellungen und Änderungen in /usr/share/jitsi-meet/* mit den Standarddateien zu überschreiben.

mainziman wrote:

vlt. ein Designfehler, die Config vom Rest zu trennen; ich mein wenn das die Website ist, und man da in einem HTML, JS od. sonstwas noch etwas konfigurieren kann, dann ist das irgendwie nicht logisch;

Da hast du natürlich wahr - an Jitsi gibt es technisch so einige Designfehler, wenn du micht fragst. Das ist eine .js Datei mit einigen Konfigurationsdirektiven für das Frontend. Hat schon mit der Website zu tun, ist aber trotzdem eine Konfiguration.

Zweifelsfrei ein Designfehler, wie du selbst sagst...

whoami0501 wrote:

Das ist eine .js Datei mit einigen Konfigurationsdirektiven für das Frontend. Hat schon mit der Website zu tun, ist aber trotzdem eine Konfiguration.

Falls du die interface_config.js meist: Einfach via nginx ein Alias anlegen und mit nach /etc/jitsi/meet/ schmeißen

timkoop wrote:

Falls du die interface_config.js meist: Einfach via nginx ein Alias anlegen und mit nach /etc/jitsi/meet/ schmeißen

Meine ich. Aber chattr tuts jetzt auch...

Betrifft auch noch einige andere Dateien in dem Verzeichnis, von daher.