[Eisfair] apache2 stirbt immer wieder

[Kay Martinen]

Am 02.08.20 um 19:09 schrieb Olaf Jaehrling:
> Hallo Kay,
> 
> 
> Kay Martinen schrieb am 02.08.20 um 15:21:
>> Hallo
>>
>> Mir stirbt hier immer wieder mal der apache2 ab. Dann sind capi2text und
>> smokeping seiten nicht mehr erreichbar. Wobei ich letzteren in verdacht
>> habe da mit irgendwelchen sperenzchen am absterben teil zu haben.
>>
>> Im errorlog sehe ich so was hier
>>
> 
>>> [Sun Aug 02 00:17:31.308892 2020] [core:notice] [pid 27950:tid 2913765184] AH00094: Command line: '/usr/sbin/apache2'
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMP_Session::unpack_sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMP_Session::sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMPv1_Session::unpack_sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
>>> [Sun Aug  2 00:18:07 2020] SNMP_Session.pm: Subroutine SNMPv1_Session::sockaddr_in6 redefined at /usr/lib/perl5/5.24.1/Exporter.pm line 66.
> 
> Sieht nach einem bekannten ipv6-Problem aus, welches hier vor kurzem
> schon einmal behandelt wurde.
> Hier ein Auszug aus der Doku des Paketes:
> ACHTUNG: Wenn du auf deinem Eisfair IPv6 installiert hast kannst du

Ich kenne kein IPv6 Paket für den EIS noch hab ich es installiert.

> Smokeping
> damit auch betreiben. Da bei ausschliesslicher Nutzung von IPv4

Usecase= Hier!

> Fehlermeldungen
> kamen habe ich das SNMP-Perl-Modul haendisch bearbeitet. Du kannst das
> 
> Rueckgaengig machen wenn Du auf der Kommandozeile folgenden Befehl
> eingibst:
> cp /usr/local/smokeping/etc/SNMP_Session_IP_v6.pm
> /usr/local/smokeping/lib/SNMP_Session.pm
> 
> danach /etc/init.d/smokeping restart
> 
> Da mittlerweile auch bei EIS ipv6 eingezogen ist, kann ich mir
> vorstellen dass das dein Problem löst.
> 
> Ich hoffe das hilft.

Vielen Dank. Ich werde das mal beobachten ob es hilft.

Allerdings finde ich das weder intuitiv, logisch oder selbstverständlich
und einfach das da eine Komponente irgendwas mit snmp macht obwohl es
nicht konfiguriert ist und dann auch noch IPV6 obwohl es ebenso nicht
konfiguriert ist.

Ja, ich weiß das mrtg mit snmp hosts abfragen KANN. Entsprechende
konfigs hab ich selbst schon erstellt, mit configmaker & indexmaker
(unter Debian). Aber doch wohl nicht wenn man nur fping benutzt um die
ping-Latenzen von 5 Hosts zu plotten oder? Funktioniert mrtg nicht ohne
irgend welche snmp-teile? Die gleich zu IPv6 drängeln?

Gut, man kann beim EIS einen IPv6 Nameserver eintragen (BTDT) und
vielleicht kann man auch eine IPv6 Adresse konfigurieren (weiß nur nicht
wie) aber auf diesem Host ist NICHTS davon aktiv - außer der üblichen
Link-lokalen IP. Ich bin mir recht sicher das ich wissentlich nicht
irgend was snmp-bezügliches installierte.

Kurz: Ich benutze nur IPv4 und bin im Internen Netz unterwegs. Das
dürfte wohl der überwiegend normale usecase sein.

Auf so einen Fehler kommt doch keiner. Da würde ich es begrüßen wenn
snmp ausschließlich dann aktiv genutzt wird wenn es auch irgend wo
eingesetzt wird. Gleiches gilt für IPv6 (ULA oder GUIP) denn alles
andere führt m.E. nur zu mehr unlogik, Frust und letztlich mehr Anfragen
hier. Muß nicht sein oder?



Kay

-- 
Posted via leafnode