bsnmpd / snmp_pf.so

Errorsmith

Kompiliertier
Moin Moin

Ich habe gerade in der /etc/snmp.config das pf Modul für den bsnmpd aktiivert.
Das quittiert der mir mit:
Code:
Apr 13 11:07:09 relais snmpd[920]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"
Apr 13 11:07:09 relais snmpd[920]: init dep failed: 13 1.3.6.1.4.1.12325.1.1.1.6 2.112.102
Apr 13 11:07:09 relais snmpd[920]: error in config file

Die Suchmaschine meines geringsten Vertrauens spuckt dazu eine vor einiger Zeit auf pfsense gefixte Problematik aus - allerdings ohne Lösungsansatz - und damit hänge ich ein wenig in der Luft...
Hat einer von euch eine Idee?

Grüße,
Errorsmith
 
Wenn ich mich recht erinnere musst du um "altq" benutzten zu können einen eigenen Kernel erstellen/kompilieren.
 
Moin

Das hab ich getan:
Code:
uname -a
FreeBSD relais 12.0-RELEASE FreeBSD 12.0-RELEASE RELAIS  amd64 
[root@relais ~]# cat /usr/src/sys/amd64/conf/RELAIS | grep -i altq
# ALTQ
options ALTQ            # Enable        ALTQ.
options ALTQ_CBQ        # Build the ``Class Based Queuing'' discipline.
options ALTQ_CODEL      # Build the ``Controlled        Delay'' discipline.
options ALTQ_RED        # Build the ``Random Early Detection'' extension.
options ALTQ_RIO        # Build ``Random        Early Drop'' for input and output.
options ALTQ_HFSC       # Build the ``Hierarchical Packet Scheduler'' discipline.
options ALTQ_CDNR       # Build the traffic conditioner.         This option is meaningless at
options ALTQ_PRIQ       # Build the ``Priority Queuing''        discipline.
options ALTQ_FAIRQ      # Build the ``Fair Queuing'' discipline.

Leider brachte das nicht den gewünschten Erfolg...

Grüße,
errorsmith
 
Sind da sonst noch Meldungen im Logfile zu finden, die ALTQ referenzieren?
Wie ich das lese, wird ALTQ-Support in der Bibliothek (snmp_pf.so) zur Laufzeit vom Kernel abgefragt.

Rob
 
Moin

Ich hatte das auch so verstanden - und zwar derart das er bei einem Kernel ohne ALTQ ohne die entsprechenden Funktionen läuft. Den Kernel mit ALTQ habe ich erst gebaut als es "ohne" nicht ging. Eigentlich brauche ich das ALTQ nicht - ich will nur allgemeine Daten von PF abfragen...

Im Logfile steht nichts von ALTQ außer den obigen Meldungen:
Code:
[root@relais ~]# dmesg | grep -i ALT
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Code:
[root@relais ~]# grep -i ALT /var/log/messages
Apr 12 10:40:41 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 12 17:49:12 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 12 20:00:48 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 12 20:06:20 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 12 20:13:44 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 13 09:13:49 relais snmpd[42114]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"
Apr 13 09:26:35 relais snmpd[75136]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"
Apr 13 09:40:37 relais snmpd[75475]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"
Apr 13 09:42:11 relais snmpd[75514]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"
Apr 13 11:05:01 relais kernel: atrtc0: <AT realtime clock> port 0x70-0x71,0x72-0x77 irq 8 on acpi0
Apr 13 11:07:09 relais snmpd[920]: lm_load: open /usr/lib/snmp_pf.so: Undefined symbol "pf_altq"

Ich bin mir halt auch nicht wirklich sicher ob das ein Problem von dem bsnmpd ist, vom PF Modul dessen oder völlig woanders.
Wenns garnicht anders hilft muss ich mal ein Update der Welt bauen und gukcen obs geht - macht aber auf der 2-Kern VPS nicht so richtig Spaß...

Grüße,
Errorsmith
 
Ich würde empfehlen, einen PR zu öffnen.
Um das Interesse an diesem Bug zu erhöhen, boote am besten GENERIC und reproduziere die Fehler damit.

Rob
 
Zurück
Oben