Hi there
verplaatst van Zevenet (laatste beschikbare versie, volledig bijgewerkt) naar Relianoid 7.1 met behulp van het script
alles lijkt in orde, maar de status van de boerderijen is altijd "down", zelfs als alles in orde is
Is er een logboek waarin ik kan duiken om te begrijpen waarom?
TIA
Stephen
Ciao Stefano, wat voor soort boerderijen gebruikt u?
De farmstatus wordt beheerd door een PID-bestand dat is aangemaakt onder /var/run path. U kunt de logs in /var/log/syslog controleren op fouten.
U kunt ook een ondersteuningsopslag genereren via Systeem > Ondersteuningsopslag en deze via verzenden. support@relianoid.com
Vriendelijke groeten.
Hallo, bedankt voor je antwoord
Ik gebruik http-farms (het is een vrij eenvoudige situatie), 2 virtuele IP's, 2 certificaten en ongeveer 10 services.
Ik zal de logs controleren en hierover rapporteren
Bedankt
hier ben ik weer
Ik heb een nieuwe VM gemaakt van Relianoid ce iso en de back-up die ik op de productiemachine heb gemaakt, hersteld
Ik ervaar het volgende probleem:
In de webinterface zie ik dat de farms de status Kritiek hebben, maar er zijn geen fouten in het syslog en ik zie dat alles werkt zoals verwacht.
Ik heb overal gezocht, maar ik heb geen enkele fout gevonden in de logbestanden op de machine.
Kan iemand een hint geven waarom?
En mag ik nog meer suggesties doen om het begrijpelijker te maken? Ik bedoel, als ik een kritieke status zie bij een service, wil ik precies weten wat ik moet controleren en/of waarom ik zo'n status heb.
Bedankt
Hallo Stefano,
Raadpleeg de documentatie waarin de kleurcodes voor HTTP- en L4-farms worden uitgelegd.
De status "kritiek" betekent dat er geen backends beschikbaar zijn om het verkeer te verwerken. U kunt de geavanceerde controles van de farm guardian tijdelijk uitschakelen om te controleren of de statusscripts geen invloed hebben op de status van de backends.
Ik hoop dat dit helpt.
Groeten.
Hallo, de status die ik zie is
Zwart: Geeft KRITISCHE schade aan. De farm is UP, maar er is geen backend beschikbaar of de farm bevindt zich in de onderhoudsmodus.
Maar alle farms werken zoals verwacht, de backends zijn up and running en zelfs farmguardian vertelt me dat alles in orde is
2024-02-27T15:41:26.055263+01:00 svlinproxy farmguardian[243748]: (INFO) Farm Filasolutions8443 – Service pss – timetocheck 15 – portadmin /tmp/Filasolutions8443_proxy.socket – commando check_ping -H HOST -w 2,100
2024-02-27T15:41:26.084935+01:00 svlinproxy farmguardian[243757]: (INFO) Farm FilasolutionsSSL – Service helpdesk – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – commando check_ping -H HOST -w 2,100
2024-02-27T15:41:26.220633+01:00 svlinproxy farmguardian[243756]: (INFO) Farm FilasolutionsSSL – Servicekluis – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – opdracht check_ping -H HOST -w 2,100
2024-02-27T15:41:26.243783+01:00 svlinproxy farmguardian[243754]: (INFO) Farm FilasolutionsSSL – Service zucchetti – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – commando check_ping -H HOST -w 2,100
2024-02-27T15:41:27.059237+01:00 svlinproxy farmguardian[243748]: (INFO) Farm Filasolutions8443 – Service pss – server[0] 192.168.0.63:8443 – status actief – time-out 0 – foutcode 0
2024-02-27T15:41:27.089533+01:00 svlinproxy farmguardian[243757]: (INFO) Farm FilasolutionsSSL – Service helpdesk – server[0] 192.168.0.26:443 – status actief – time-out 0 – foutcode 0
2024-02-27T15:41:27.224939+01:00 svlinproxy farmguardian[243756]: (INFO) Farm FilasolutionsSSL – Servicekluis – server[0] 192.168.0.26:443 – status actief – time-out 0 – foutcode 0
2024-02-27T15:41:27.246284+01:00 svlinproxy farmguardian[243754]: (INFO) Farm FilasolutionsSSL – Service zucchetti – server[0] 192.168.0.53:443 – status actief – time-out 0 – foutcode 0
Ik heb geprobeerd farmguardian 10 minuten uit te schakelen, maar er veranderde niets
Als FarmGuardian de backends niet detecteert, is het waarschijnlijk de reverse proxy. Controleer de status van de backends met de opdracht:
root@noid-ce:~# /usr/local/relianoid/app/pound/sbin/poundctl -c /tmp/ _proxy.socket
Cheers.
Stelt u voor dat ik dat commando moet uitvoeren?
Ik heb geen _proxy.socket-bestand in /tmp/
drwxr-xr-x 18 root root 4096 27 feb 11:32 ..
-rw-r—– 1 wortel wortel 257 27 feb 15:41 cgisess_8acf41d0126e16025b8e9a4e1e7b65ed
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXB3dCwQ
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXeCrs2m
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXiGNzgR
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXlo8cwj
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXOhLVuo
drwx—— 2 root root 4096 13 feb 14:45 cherokee.XXXXXYQraxU
-rw-r–r– 1 wortel wortel 0 27 feb 15:55 err.log
-rw-r–r– 1 wortel wortel 0 27 feb 15:30 Filasolutions8443.lock
-rw-r–r– 1 wortel wortel 0 13 feb 14:45 Filasolutions.lock
-rw-r–r– 1 wortel wortel 0 27 feb 15:30 FilasolutionsSSL.lock
drwxrwxrwt 2 root root 4096 13 feb 14:45 .font-unix
drwxrwxrwt 2 root root 4096 13 feb 14:45 .ICE-unix
drwx—— 3 root root 4096 13 feb 14:45 systemd-private-1934d9d6cd3240bdb4bb58b5145b9b06-systemd-logind.service-wsM0ZT
drwx—— 3 root root 4096 13 feb 14:45 systemd-private-1934d9d6cd3240bdb4bb58b5145b9b06-systemd-timesyncd.service-Iuq6QT
drwxrwxrwt 2 root root 4096 13 feb 14:45 .X11-unix
drwxrwxrwt 2 root root 4096 13 februari 14:45 .XIM-unix
Als het om een HTTP-farm gaat, moet u een "pound"-proces uitvoeren dat een controlesocket opent die is gedefinieerd in de richtlijn "Control" van het farmconfiguratiebestand "/usr/local/relianoid/config/FARM-NAME_proxy.cfg". Vervolgens kunt u de ctl-opdracht uitvoeren op de socket die is gedefinieerd in de farmconfiguratie.
root@noid-ce:~# /usr/local/relianoid/app/pound/sbin/poundctl -c /tmp/ _proxy.socket
Als de socket is gedefinieerd maar niet bestaat, kan dat het statusprobleem zijn. Het opnieuw opstarten van de farm zou het socketbestand opnieuw moeten genereren.
Cheers.
root@svlinproxy:/usr/local/relianoid/config# ls -la *_proxy.cfg
-rw-r–r– 1 wortel wortel 1863 27 feb 16:26 Filasolutions8443_proxy.cfg
-rw-r–r– 1 wortel wortel 1878 13 feb 14:45 Filasolutions_proxy.cfg
-rw-r–r– 1 root root 2586 27 feb 15:30 FilasolutionsSSL_proxy.cfg
geen Control-richtlijn in mijn _proxy.cfg-bestanden
root@svlinproxy:/usr/local/relianoid/config# grep -i control *_proxy.cfg
root@svlinproxy:/usr/local/relianoid/config#
root@svlinproxy:/usr/local/relianoid/config# ps aux | grep pond
root 901 0.0 0.0 61548 2180 ? Ss 13 feb 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions_proxy.cfg -p /var/run/Filasolutions_proxy.pid
root 902 0.0 0.0 193140 3420 ? Sl 13 feb 0:29 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions_proxy.cfg -p /var/run/Filasolutions_proxy.pid
root 243330 0.0 0.0 61672 2380 ? Ss 15:30 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/FilasolutionsSSL_proxy.cfg -p /var/run/FilasolutionsSSL_proxy.pid
root 243331 0.0 0.2 1049524 9632 ? Sl 15:30 0:01 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/FilasolutionsSSL_proxy.cfg -p /var/run/FilasolutionsSSL_proxy.pid
root 246138 0.0 0.0 61672 2364 ? Ss 16:26 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions8443_proxy.cfg -p /var/run/Filasolutions8443_proxy.pid
root 246139 0.0 0.1 127728 6480 ? Sl 16:26 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions8443_proxy.cfg -p /var/run/Filasolutions8443_proxy.pid
root 246758 0.0 0.0 6332 2132 pts/0 S+ 16:40 0:00 grep pond
root@svlinproxy:/usr/local/relianoid/config#
root@svlinproxy:/usr/local/relianoid/config# netstat -napt | grep pond
tcp 0 0 10.10.10.2:443 0.0.0.0:* LUISTER 243330/pond
tcp 0 0 10.10.10.2:8443 0.0.0.0:* LUISTER 246138/pond
tcp 0 0 10.10.10.2:80 0.0.0.0:* LUISTER 901/pond
Bedankt
Alle boerderijen vele, vele malen opnieuw opgestart
Oké, misschien heb ik het probleem gevonden
Toen ik mijn zevenet naar Relinoid upgradede, werden de _proxy.cfg-bestanden niet opnieuw aangemaakt.
Ik kan de Control-richtlijn in mijn sjablonen zien
root@svlinproxy:/usr/local/relianoid/share# grep -i control *.cfg
pondtpl.cfg:Controle “/tmp/[DESC]_proxy.socket”
proxytpl.cfg:Controle “/tmp/[DESC]_proxy.socket”
maar niets in geïmporteerde/herstelde/gemigreerde profielen/farms
Hoe kan ik mijn cfg-bestanden opnieuw genereren zonder helemaal opnieuw te hoeven beginnen?
Dank je
De sjabloon voor de proxyconfiguratie staat in /usr/local/relianoid/share/poundtpl.cfg en zou een dergelijke richtlijn moeten bevatten. Hoe heb je dergelijke farms aangemaakt? Heb je een backup geïmporteerd?
Hartelijk dank,
U kunt het farmconfiguratiebestand van elke proxyfarm bewerken en de Control-richtlijn in de volgende vorm toevoegen:
Beheer “/tmp/FARMNAME_proxy.socket”
Vlak voor de ListenHTTP(S)-richtlijn. Herstart vervolgens de farms en ze zouden de controlesocket moeten aanmaken.
Cheers.
Oké, laten we de geschiedenis even samenvatten
Ik had een Zevenet 5 CE en heb deze met jouw script naar Relianoid 7 gemigreerd
alles verliep soepel, maar de kritieke status van de boerderij
Ik heb vervolgens voor testdoeleinden een nieuwe VM rechtstreeks vanuit Relinoid 7 CE ISO geïnstalleerd en een back-up van de productiemachine teruggezet
in beide zie ik de kritieke status, ook al werkt op de productieversie alles, zoals gezegd, goed (blijkbaar)
Hoe kan ik mijn configuratiebestanden opnieuw genereren/mitreren?
Het lijkt erop dat er iets ontbreekt bij de migratie van zevenet
Bedankt
Heb je deze handleiding gevolgd?
Migreren van Zevenet CE naar RELIANOID ADC Load Balancer Community-editie
Of welk schrift heb je gebruikt?
Dank je.