Jitsi Meet Grafana Statistiken ( goberle )

1

hey all, event hat noch wer ein rat.

ich hab jetzt 2 instanzen die wunderbar inklusive grafana dashboard seit ca. ein jahr laufen!

bin jetzt dabei eine dritte ins leben zu rufen und scheiter bei grafana :slight_smile:

goberle/jitsi-prom-exporter: schmiert mir direkt nach ein neustart ab und somit laeuft auch das dashboard nicht mehr, hab jetzt mehrfach eine clean install ruebergebuegelt… mich strikt nach der anleitung gehalten… ohne erfolg

output:

root@f3 /opt/docker/grafana # docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
243f354eb107 prom/prometheus „/bin/prometheus --c…“ 8 minutes ago Up 8 minutes 9090/tcp grafana_prometheus_1
70d91d3c41e4 grafana/grafana „/run.sh“ 8 minutes ago Up 8 minutes 0.0.0.0:3000->3000/tcp, :::3000->3000/tcp grafana_grafana_1
7d31523ea299 google/cadvisor:latest „/usr/bin/cadvisor -…“ 8 minutes ago Up 8 minutes 8080/tcp grafana_cadvisor_1
4c551a2a82ee prom/node-exporter:latest „/bin/node_exporter …“ 8 minutes ago Up 8 minutes 9100/tcp grafana_node-exporter_1
a16a815a5d84 goberle/jitsi-prom-exporter:latest „exporter“ 8 minutes ago Up 14 seconds 8080/tcp grafana_jitsi-exporter_1
8ce5786f7cc7 jitsi/jvb:latest „/init“ 15 minutes ago Up 15 minutes 0.0.0.0:4443->4443/tcp, :::4443->4443/tcp, 0.0.0.0:10000->10000/udp, :::10000->10000/udp jitsi-meet_jvb_1
23e4caeb6476 jitsi/jicofo:latest „/init“ 15 minutes ago Up 15 minutes jitsi-meet_jicofo_1
e9b98a124f15 jitsi/prosody:latest „/init“ 15 minutes ago Up 15 minutes 5222/tcp, 5280/tcp, 5347/tcp jitsi-meet_prosody_1
65688ddb4632 jitsi/web:latest „/init“ 15 minutes ago Up 15 minutes 127.0.0.1:180->80/tcp, 127.0.0.1:1443->443/tcp jitsi-meet_web_1

root wurde direkt aus einer frischen minimal debian umgebung ohne schnickschnack aufgesetzt. wiegesagt mich strikt nach anleitung gehalten, hatte schon mehrere instanzen fuer andere aufgesetzt ca. 5 stueck die alle noch laufen plus meine 2 instanzen + 2-3 testinstanzen zwecks design und bin nie in diesen fehler geschlittert :slight_smile:

event hat wer ein rat warum mir goberle/jitsi-prom-exporter: nach ca 15sek direkt abschmiert?!

a16a815a5d84 goberle/jitsi-prom-exporter:latest „exporter“ 8 minutes ago Up 14 seconds 8080/tcp

a16a815a5d84 goberle/jitsi-prom-exporter:latest „exporter“ 8 minutes ago Up Less than a second 8080/tcp

syslog:

Jul 11 16:21:44 f3 dockerd[3115]: time=„2021-07-11T16:21:44.202953428+02:00“ level=info msg=„ignoring event“ container=9fa34c41906ed9a8e664a3ca7b0d0c87ae81f6235c5b324153a6fe90cef6a98e module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete"
Jul 11 16:21:44 f3 containerd[3010]: time=„2021-07-11T16:21:44.202991631+02:00“ level=info msg=„shim disconnected“ id=9fa34c41906ed9a8e664a3ca7b0d0c87ae81f6235c5b324153a6fe90cef6a98e
Jul 11 16:21:44 f3 containerd[3010]: time=„2021-07-11T16:21:44.203055671+02:00“ level=error msg=„copy shim log“ error=„read /proc/self/fd/26: file already closed“
Jul 11 16:21:44 f3 kernel: [22336.769224] veth4a0e55f: renamed from eth0
Jul 11 16:21:44 f3 systemd-udevd[29949]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Jul 11 16:21:44 f3 systemd-udevd[29949]: Using default interface naming scheme ‚v240‘.
Jul 11 16:21:44 f3 kernel: [22336.811103] br-1cf3a27f93e3: port 2(vethec5d375) entered disabled state
Jul 11 16:21:44 f3 kernel: [22336.820242] br-1cf3a27f93e3: port 2(vethec5d375) entered disabled state
Jul 11 16:21:44 f3 kernel: [22336.821501] device vethec5d375 left promiscuous mode
Jul 11 16:21:44 f3 kernel: [22336.821624] br-1cf3a27f93e3: port 2(vethec5d375) entered disabled state
Jul 11 16:21:44 f3 systemd[829]: run-docker-netns-07f5d54c9bc4.mount: Succeeded.
Jul 11 16:21:44 f3 systemd[1]: run-docker-netns-07f5d54c9bc4.mount: Succeeded.
Jul 11 16:21:44 f3 systemd[1]: var-lib-docker-containers-9fa34c41906ed9a8e664a3ca7b0d0c87ae81f6235c5b324153a6fe90cef6a98e-mounts-shm.mount: Succeeded.
Jul 11 16:21:44 f3 systemd[829]: var-lib-docker-containers-9fa34c41906ed9a8e664a3ca7b0d0c87ae81f6235c5b324153a6fe90cef6a98e-mounts-shm.mount: Succeeded.
Jul 11 16:21:44 f3 systemd[1]: var-lib-docker-overlay2-9ad7dce16aaba560bcb2df435fb430981d7122a6084a44aaad42535bb4ec0451-merged.mount: Succeeded.
Jul 11 16:21:44 f3 systemd[829]: var-lib-docker-overlay2-9ad7dce16aaba560bcb2df435fb430981d7122a6084a44aaad42535bb4ec0451-merged.mount: Succeeded.
Jul 11 16:21:44 f3 systemd-udevd[29954]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Jul 11 16:21:44 f3 systemd-udevd[29949]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Jul 11 16:21:44 f3 systemd-udevd[29954]: Using default interface naming scheme ‚v240‘.
Jul 11 16:21:44 f3 systemd-udevd[29954]: Could not generate persistent MAC address for vethd5a0aa0: No such file or directory
Jul 11 16:21:44 f3 systemd-udevd[29949]: Could not generate persistent MAC address for vethcb673f9: No such file or directory
Jul 11 16:21:44 f3 kernel: [22336.971546] br-1cf3a27f93e3: port 2(vethcb673f9) entered blocking state
Jul 11 16:21:44 f3 kernel: [22336.971674] br-1cf3a27f93e3: port 2(vethcb673f9) entered disabled state
Jul 11 16:21:44 f3 kernel: [22336.971867] device vethcb673f9 entered promiscuous mode
Jul 11 16:21:44 f3 kernel: [22336.972057] IPv6: ADDRCONF(NETDEV_UP): vethcb673f9: link is not ready
Jul 11 16:21:44 f3 kernel: [22336.972187] br-1cf3a27f93e3: port 2(vethcb673f9) entered blocking state
Jul 11 16:21:44 f3 kernel: [22336.972311] br-1cf3a27f93e3: port 2(vethcb673f9) entered forwarding state
Jul 11 16:21:44 f3 containerd[3010]: time=„2021-07-11T16:21:44.458880964+02:00“ level=info msg=„starting signal loop“ namespace=moby path=/run/containerd/io.containerd.runtime.v2.task/moby/9fa34c41906ed9a8e664a3ca7b0d0c87ae81f6235c5b324153a6fe90cef6a98e pid=29976
Jul 11 16:21:44 f3 kernel: [22337.195031] eth0: renamed from vethd5a0aa0
Jul 11 16:21:44 f3 kernel: [22337.219013] IPv6: ADDRCONF(NETDEV_CHANGE): vethcb673f9: link becomes ready

greetz

2

keiner ein denkanstoss?

syslog:

docker compose output:

hier mal ein ausschnitt und thx fuer die muehe

3

würde helfen wenn du code in code packst :wink:
kannst du mal bitte die container ohne -d starten und schauen was dort als fehler kommt? also quasi docker-compose logs -f anfügen oder mit docker-compose up starten.

4

greetz

5

sehr gut danke !

also er versucht ja gefühlt 1000 mal auf den xmpp port 5222 zuzugreifen was ihm nicht gelingt:

Could not connect to server xmpp.meet.jitsi:5222: dial tcp: lookup xmpp.meet.jitsi on 127.0.0.11:53: no such host

hast du den container in einem anderen docker netz? was ist anders als bei deinen anderen Installationen?

6

yepp: Could not connect to server xmpp.meet.jitsi:5222: dial tcp: lookup xmpp.meet.jitsi on 127.0.0.11:53: no such host

das ist das verrueckte, alles streng nach anleitung gemacht… das feintuning etc. hab ich mir alles erspart

daher steh ich irgendwie auf den schlauch :frowning:

clean debian minimal image, srv steht bei hetzner … wie alle anderen auch!

nix exotisches.

greetz

7

jetzt gehts dann ans debuggen.
Logge dich mal in den prosody container ein und dann in den exporter. versuche gegenseitig zu pingen. versuch auch mal nicht per hostnamen den anderen zu erreichen sondern ip.

prüfe mit docker inspect ob die netze stimmen.

8

hey, inspect auf die ersten 5 container:

dann die letzten 4:

docker inspect network jitsi-meet:

9

ahh hier der erste denkanstoss :slight_smile:
auf mein funktionierenden instanzen bzw. main instanz schauts so aus:

da fehlt bei der dritten instanz komplett der part:

jitsi-meet_jicofo_1

jitsi-meet_jvb_1

jitsi-meet_web_1

jitsi-meet_prosody_1"

instanz f3 grafana network:

                "Gateway": "172.19.0.1",
                "IPAddress": "172.19.0.3",

instanz f3 jitsi network:

                "Gateway": "172.27.0.1",
                "IPAddress": "172.27.0.4",

also befinden sich scheinbar auf der 3ten instanz die beiden services in 2 verschiedenen netzen aber wieso?

beende ich grafana auf instanz f3:

schaut es so0 aus :frowning:

main instanz:

docker network ls
NETWORK ID NAME DRIVER SCOPE
a59e9d630979 bridge bridge local
3baef8907e02 docker_gwbridge bridge local
f86b1814e4e7 host host local
700ef0d46a70 jitsi-meet bridge local
a054c62a37d1 none null local

f3 instanz:

docker network ls
NETWORK ID NAME DRIVER SCOPE
6c7d4aeb6c0c bridge bridge local
59bd27fcc70e host host local
522df3bf132a jitsi-meet bridge local
cd609e6f69e6 jitsi-meet_meet.jitsi bridge local
301c4db779bb none null local

f3 instanz:

docker inspect network jitsi-meet: hier sieht man nur grafana container

docker inspect network jitsi-meet_meet.jitsi: und hier nur die jitsi container omg

ich setzt ihn ma mit ein alten debian image auf, notfalls muss ich den docker container, warum auch immer manuell hinzufuegen.

mir ein wenig unverstaendlich… ging ja sonst immer!!!

greetz und thx fuer die muehe

10

juhuuu… ich hab den cfg bug gefunden und somit ein fix :face_with_monocle:

er is so0 simple… omg :slight_smile:

es steht in den neuen jitsi-meet configs von docker-compose.yml unter web bzw. XMPP server, Video bridge jvb:

networks:
meet.jitsi:

damals noch:
jitsi-meet:

auf meiner main instanz hier die alte docker-compose.yml cfg:

hier die neue docker-compose.yml cfg:

quasi ist bei deiner grafana cfg ( docker-compose ) der part ganz unten:

von:
networks:
default:
external:
name: jitsi-meet

in:
networks:
default:
external:
name: jitsi-meet_meet.jitsi

zu aendern

sprich jetzt hab ich wie gewuenscht nur ein network:

docker network ls
NETWORK ID NAME DRIVER SCOPE
43fbc1565236 bridge bridge local
fca7dddcc870 host host local
4ff986c55a5e jitsi-meet_meet.jitsi bridge local
03653518f5ea none null local

docker inspect network jitsi-meet_meet.jitsi auf der neuen f3

man achte ganz unten auf die labels

    "Labels": {
        "com.docker.compose.network": "meet.jitsi",
        "com.docker.compose.project": "jitsi-meet",
        "com.docker.compose.version": "1.25.4"
    }
}

docker inspect network jitsi-meet auf der alten instanz f1

docker network ls
NETWORK ID NAME DRIVER SCOPE
a59e9d630979 bridge bridge local
3baef8907e02 docker_gwbridge bridge local
f86b1814e4e7 host host local
700ef0d46a70 jitsi-meet bridge local
a054c62a37d1 none null local

greetz und dennoch thx fuer die vielen denkanstoesse :crazy_face: :stuck_out_tongue_winking_eye:

11

also war der container nur im falschen Netz? Danke fürs herausfinden, ich prüfe nochmal warum das in der Anleitung auf einmal falsch ist.

12

ich glaube es liegt daran, dass du nicht die komplette Tutorial-Reihe durchgegangen bist. Aber das ist mein Fehler.
Denn das Netz wird erst hier so benannt und nicht in der ersten Anleitung zu Jitsi Meet: Eine zweite JVB zu Jitsi Meet hinzufügen (Docker) - adminForge
sed -i 's/meet.jitsi/jitsi-meet/g' docker-compose.yml

EDIT: Ich sehe gerade, in der Grafana Anleitung steht unter „Was wird benötigt“ das man das Netzwerk braucht :wink:

Ich mache das was erkennbarer. Danke @huuu

13

hey, kein ding aber es ging ja bei mein letztens instanzen :slight_smile:

und zwecks swarm mode hatte ich mich ausprobiert aber der drop der aufloesung war nix fuer mich :slight_smile:
daher benoetige ich erstens keine zweite JVB ( andere sicherlich auch nicht, da es ja atm schon genug server gibt die 10gbit anbindung haben) und man haette wie du schon sagst, darauf hinweisen koennen, dennoch verwundert es mich da es sonst ging und das ohne 2te bridge.

Was wird benötigt?

  • Docker
  • Docker-Compose
  • Eine laufenden Docker Jitsi Meet Instanz nach: Anleitung 1 und Anleitung 2
  • Ein Docker Overlay Netzwerk nach Anleitung
  • Offener Firewall Port 3000/tcp für Grafana

aber du musst zugeben… sowas vorrauszusetzen fuer die jenigen die nur nach einer jitsi docker instanz suchen plus grafana dashboard… ist in mein augen unfug!

vorallem kam ja auch solche fragen:

Oliver

25. September 2020 um 22:28 Uhr

Hi.
Erst einmal ein ganz großes Lob für diese ganze Jitsi-Meet Serie. Jetzt hab ich einen Server gemäß Teil 1 inkl. LetsEncrypt erfolgreich als Docker am Laufen. Lieben Dank dafür :slightly_smiling_face:
Nun würde ich aber gerne Grafana auch auf diesem einen Server installieren (Docker) – hab aber eben nicht das mit der zweiten JVB gemacht. Was muss ich hier nun anders machen um es ans Laufen zu bekommen?
LG, Oli

Antworten

28. September 2020 um 8:56 Uhr

Hallo Oliver,

wunderbar. Du kannst mit der Anleitung fortfahren und einfach den optionalen Teil für eine weitere JVB auslassen.

Gruß
Dominion

Antworten

da sollte man dann auch im tut drauf eingehen, statt nur zu sagen man kann es einfach ueberspringen :slight_smile: :upside_down_face:

einmal sagst du es geht ohne… dann wieder:

EDIT: Ich sehe gerade, in der Grafana Anleitung steht unter „Was wird benötigt“ das man das Netzwerk braucht :slight_smile: :thinking:

wayne, ich hab den fehler ja gefunden… alles gut :face_with_monocle:

greetz

14

naja ich sehe schon ich msus alles copy&paste fertig machen oder gleich eine install.sh herausgeben was :wink:

15

fuer den ein oder anderen waer es sicherlich nicht verkehrt, die wenigsten wollen auf spuren suche gehen nachdem sie sich mit tuts rumgeschlagen haben :crazy_face:

wie mit dem drop der aufloesung sobald man eine zweite bridge hinzufuegt, da stimmt auch irgendwas mit dein tut nicht :scream:

install script waer auch eine feine sache

dennoch thx fuer deine muehen mit den tutorials

ps. man koennte aber auch einfach verschiedene szenarien beschreiben zb. instanz ohne bridge bzw. mit bridge ohne grafana mit grafana etc. wuerde die meisten dann in die richtige richtung lenken… statt die comments voll zu spam :slight_smile: :smirk:

greetz :ghost:

16

hast du den drop der auflösung auch bei teamjoin.de ?

17

natuerlich nicht :upside_down_face:

aber das hatten wir hier schon:

aber auch kein bock wieder auf fehlersuche zu gehen, bin jetzt erstma zufrieden und die leutz den ich verschiedene instanzen aufgesetzt hab!

macht kein sinn fuer mich da hetzner auch atm 10gbit anbietet

https://docs.hetzner.com/de/robot/dedicated-server/general-information/root-server-hardware/#sonstiges

10G dedicated Uplink (inkl. 10G NIC)** 46,41 € verfügbar für DX-Line, PX-Line, AX41/-NVMe, AX51/-NVMe, AX101, AX161, AX61-NVMe, AX60-SSD, AX160-NVMe/-SSD, SX-Line und EX-Line. Firewall-Feature nicht verfügbar. :slight_smile: :wink:

greetz