Moin, auf einem Server von Stefan läuft nun eine neue VM: files.ffnw.de Die beherbergt sowohl die Firmware als auch die Cloud. Auf lange Sicht können wir uns also von srv01 trennen, den ich gestern zum nächstmöglichen Zeitpunkt (2.2.18) gekündigt habe, Grüße
Moin, Am 27.07.2017 um 14:22 schrieb Bjoern Franke via Admin:
Auf lange Sicht können wir uns also von srv01 trennen, den ich gestern zum nächstmöglichen Zeitpunkt (2.2.18) gekündigt habe, xmpp läuft auf srv01, wird der umziehen?
-- Freifunk Gruß Freifunk steht für freie Kommunikation in digitalen Datennetzen! Wir verstehen frei als öffentlich zugänglich, im Besitz der Gemeinschaft & unzensiert.
Moin,
Am 27.07.2017 um 14:22 schrieb Bjoern Franke via Admin:
Auf lange Sicht können wir uns also von srv01 trennen, den ich gestern zum nächstmöglichen Zeitpunkt (2.2.18) gekündigt habe, xmpp läuft auf srv01, wird der umziehen?
Ja, am besten auf appsrv01. Irgendwas außergewöhnliches dabei? Daten speichert prosody ja eh in der MySQL-DB? Grüße
Am 27.07.2017 um 21:28 schrieb Bjoern Franke via Admin:
Ja, am besten auf appsrv01.
Irgendwas außergewöhnliches dabei? Daten speichert prosody ja eh in der MySQL-DB?
Soll ich XMPP weiter hin machen oder macht es wer anders? Zu finden: https://wiki.ffnw.de/Technik/Dokumentation "XMPP - Prosody" -- Freifunk Gruß Freifunk steht für freie Kommunikation in digitalen Datennetzen! Wir verstehen frei als öffentlich zugänglich, im Besitz der Gemeinschaft & unzensiert.
Moin,
Irgendwas außergewöhnliches dabei? Daten speichert prosody ja eh in der MySQL-DB?
Soll ich XMPP weiter hin machen oder macht es wer anders? Zu finden: https://wiki.ffnw.de/Technik/Dokumentation "XMPP - Prosody"
XMPP ist nun auch auf appsrv01.ffnw.de umgezogen und nutzt die aktualisierten Zertifikate. Grüße bjo
Hi,
auf einem Server von Stefan läuft nun eine neue VM: files.ffnw.de
Die beherbergt sowohl die Firmware als auch die Cloud. Auf lange Sicht können wir uns also von srv01 trennen, den ich gestern zum nächstmöglichen Zeitpunkt (2.2.18) gekündigt habe,
der Server scheint irgendwelche Probleme zu haben zeitweise laufen da irgendwelche prozesse ammok u.a. php-fpm und irgend ein update Script. Ich versuche schon seid ein paar Stunden den firmware-bot zum laufen zu bringen, was bei einer 15 load von 11 nicht so schnell geht. Mag sich das mal jemand ansehen der über die Dienste dort beschied weißt? :) Schöne Grüße Tarek
Hi, nein, da ist alles gut. Läuft auf meinem Host und der idled nur rum. Ich schau später mal. Von meinem iPhone gesendet Am 22.08.2017 um 22:19 schrieb Jan-Tarek Butt via Admin <admin@lists.ffnw.de>:
Ich versuche schon seid ein paar Stunden den firmware-bot zum laufen zu bringen
die Installation von lua hat länger als eine halbe Stunde gedauert. Evtl. stimmt was mit der platte nicht ?
vg Tarek
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
Hi, hab mir die VM mal angeschaut: auf welchem System warst du da? files.ffnw.de hat eine Load <0.5. Die VM liegt auf meinem Host, da kommst du nicht dran! Von meinem iPhone gesendet
Am 22.08.2017 um 22:21 schrieb Stefan Dunkel via Admin <admin@lists.ffnw.de>:
Hi,
nein, da ist alles gut.
Läuft auf meinem Host und der idled nur rum. Ich schau später mal.
Von meinem iPhone gesendet
Am 22.08.2017 um 22:19 schrieb Jan-Tarek Butt via Admin <admin@lists.ffnw.de>:
Ich versuche schon seid ein paar Stunden den firmware-bot zum laufen zu bringen
die Installation von lua hat länger als eine halbe Stunde gedauert. Evtl. stimmt was mit der platte nicht ?
vg Tarek
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
Hi,
hab mir die VM mal angeschaut: auf welchem System warst du da? files.ffnw.de hat eine Load <0.5.
Die VM liegt auf meinem Host, da kommst du nicht dran!
Ich war auf files.ffnw.de. Das Phänomen tritt nicht kontinuierlich auf sondern immer mal wieder.
Ich hab gerade mal was von runner02 auf files gedownloaded und der download speed sinkt auf wget -r -l 4 http://runner02.ffnw.de/output/modules/ ~100KB/s evtl. sollten wir da mal die Platte prüfen. vg Tarek
Hi, was soll das mit der Platte zu tun haben? Das ist ein Runner Problem, da der Host ordentlich zu tun hat. Ich zieh hier Intern mit 99mb/s. Von meinem iPhone gesendet
Am 23.08.2017 um 10:41 schrieb Jan-Tarek Butt via Admin <admin@lists.ffnw.de>:
Hi,
hab mir die VM mal angeschaut: auf welchem System warst du da? files.ffnw.de hat eine Load <0.5.
Die VM liegt auf meinem Host, da kommst du nicht dran!
Ich war auf files.ffnw.de. Das Phänomen tritt nicht kontinuierlich auf sondern immer mal wieder.
Ich hab gerade mal was von runner02 auf files gedownloaded und der download speed sinkt auf
wget -r -l 4 http://runner02.ffnw.de/output/modules/
~100KB/s
evtl. sollten wir da mal die Platte prüfen.
vg Tarek
_______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
On 23.08.2017 10:49, Stefan Dunkel via Admin wrote:
Hi,
was soll das mit der Platte zu tun haben? Das ist ein Runner Problem, da der Host ordentlich zu tun hat. Ich zieh hier Intern mit 99mb/s.
root@files ~ # hdparm -tT /dev/vda /dev/vda: Timing cached reads: 15872 MB in 2.00 seconds = 7941.65 MB/sec Timing buffered disk reads: 14 MB in 16.87 seconds = 849.76 kB/sec Da liegt eindeutig was im argen. vg
On 08/23/17 11:00, Bjoern Franke via Admin wrote:
On 23.08.2017 10:49, Stefan Dunkel via Admin wrote:
Hi,
was soll das mit der Platte zu tun haben? Das ist ein Runner Problem, da der Host ordentlich zu tun hat. Ich zieh hier Intern mit 99mb/s.
root@files ~ # hdparm -tT /dev/vda
/dev/vda: Timing cached reads: 15872 MB in 2.00 seconds = 7941.65 MB/sec Timing buffered disk reads: 14 MB in 16.87 seconds = 849.76 kB/sec
Jo das wollte ich gerade auch schicken. Hat sich schon jemadn die platte mit smarttools angeschaut? Nicht das wir da schleunigst ein backup fahren sollten.. vg Tarek
Eine VM lief da Amok, der Host swappte fröhlich rum. Stefan schaut sich das nochmal an. Vg Am 23. August 2017 11:09:54 schrieb Jan-Tarek Butt via Admin <admin@lists.ffnw.de>:
On 08/23/17 11:00, Bjoern Franke via Admin wrote:
On 23.08.2017 10:49, Stefan Dunkel via Admin wrote:
Hi,
was soll das mit der Platte zu tun haben? Das ist ein Runner Problem, da der Host ordentlich zu tun hat. Ich zieh hier Intern mit 99mb/s.
root@files ~ # hdparm -tT /dev/vda
/dev/vda: Timing cached reads: 15872 MB in 2.00 seconds = 7941.65 MB/sec Timing buffered disk reads: 14 MB in 16.87 seconds = 849.76 kB/sec
Jo das wollte ich gerade auch schicken. Hat sich schon jemadn die platte mit smarttools angeschaut? Nicht das wir da schleunigst ein backup fahren sollten..
vg Tarek
---------- _______________________________________________ Admin mailing list Admin@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/admin
participants (5)
-
Bjoern Franke -
Bjoern Franke -
Christian 'picard' Lorenz -
Jan-Tarek Butt -
Stefan Dunkel