quagga / ospf6d: sendmsg failed

[mape2k]

Hi,

nachdem nun OSPF bereits im VPN läuft sollte jetzt ospf für IPv6 noch drankommen. Das läuft auch auf allen Kisten - bis auf der Fritzbox.

Hier kommt direkt nach dem Starten in der Debug-Ausgabe folgendes:

Nov 29 18:15:18 fritz daemon.debug ospf6d[3769]: Zebra Interface add: tinc index 30 mtu 1500
Nov 29 18:15:18 fritz user.debug kernel: invalid cmsg type: 50
Nov 29 18:15:18 fritz daemon.warn ospf6d[3769]: sendmsg failed: ifindex: 30: Invalid argument (22)
Nov 29 18:15:18 fritz daemon.err ospf6d[3769]: Could not send entire message

Eine Suche im Netz fand keine wirkliche Erklärung oder gar Lösung. Hat jemand das schonmal gehabt?

Meine Config:
hostname node1
password 12345
enable password 1234
log syslog
debug ospf6 zebra
service advanced-vty

interface tinc
ipv6 ospf6 cost 100

router ospf6
router-id 192.168.254.125
redistribute connected
interface tinc area 0.0.0.0

Strace hab ich mal angehangen

 

[cando]

Interessant wäre vielleicht auch Deine Freetz-Config. Hast Du ipv6 / replaced Kernel aktiviert / die erforderlichen Kernel-Schalter gesetzt / ospf6d auf der Box?
Ich sehe da nur die ipv4 Adresse von Deinem Router.

 

[mape2k]

Interessant wäre vielleicht auch Deine Freetz-Config. Hast Du ipv6 / replaced Kernel aktiviert /

Klar IPv6 tut auch in allen möglichen V

die erforderlichen Kernel-Schalter gesetzt / ospf6d auf der Box?

Klar Ohne ospf6d auf der Box wäre es mit einem strace und Fehlermeldeungen schwierig.
Erforderliche Kernel-Schalter? IPv6 ist an, Multicast ist an. Weiter brauchts IMHO nichts - auf den anderen Maschinen ist auch nicht mehr an.

Ich sehe da nur die ipv4 Adresse von Deinem Router.

Die router-id? Ja, die muss man lt. quagga-manual auch als IPv4-Adresse angeben.

Marcel

 

[cando]

Kann es sein, dass es Probleme mit den Rechten gibt. Hier kann er anscheinend nicht
die group / passwd lesen, bei der Box ist das ja irgendwie anders gelöst....
----

bei der Conf hat er scheinbar auch Probleme (Flash)

3768  18:15:17 open("/etc/passwd", O_RDONLY) = 4
3768  18:15:17 ioctl(4, TIOCNXCL, 0x7fc11a20) = -1 ENOTTY ([B]Inappropriate ioctl for device[/B])
3768  18:15:17 brk(0x453000)            = 0x453000
3768  18:15:17 read(4, "root:x:0:0:root:/mod/root:/bin/sh"..., 4096) = 136
3768  18:15:17 close(4)                 = 0
3768  18:15:17 open("/etc/group", O_RDONLY) = 4
3768  18:15:17 ioctl(4, TIOCNXCL, 0x7fc11a20) = -1 ENOTTY ([B]Inappropriate ioctl for device[/B])
3768  18:15:17 read(4, "root:x:0:\nusers:x:1:\nnobody:x:2:\n"..., 4096) = 46
3768  18:15:17 close(4)                 = 0
3768  18:15:17 setregid(0, 0)           = 0
3768  18:15:17 geteuid()                = 0


3768  18:15:17 open("/tmp/flash/ospf6d.conf", O_RDONLY|O_LARGEFILE) = 5
3768  18:15:17 ioctl(5, TIOCNXCL, 0x7fc109e0) = -1 ENOTTY ([B]Inappropriate ioctl for device[/B])

 

[RalfFriedl]

Der Fehler-Code ist NOTTY. Und bei den Dateien handelt es sich nicht um ein tty. Soweit also alles normal.

 

[meiser79]

Ich vermute, Du hast eine 7170 (vielleicht könntest Du eine Signatur anlegen?). Das ist wieder ein Mismatch zwischen Kernel und uclibc.

Kannst Du nochmal den aktuellen Trunk testen. Ich hab einen Fix eingecheckt (http://trac.freetz.org/changeset/3986).

 

[meiser79]

@mape2k: gibt's hier schon Neuigkeiten?

 

[Silent-Tears]

@mape2k: gibt's hier schon Neuigkeiten?

Ist immer ein gutes Zeichen, wenn mehr als ne Woche keine Rückmeldung kommt. Entweder kein Interesse mehr, oder es funktioniert