Navigation

    Netgate Discussion Forum
    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search

    Bug: Package Quagga_OSPF: startup after pfSense boot failed

    pfSense Packages
    2
    3
    1229
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R
      Reiner030 last edited by

      Hi,

      Quagga OSPF Routing 0.99.22.3 v0.6.1

      it seems that the config file must be created on every boot and there is no call of quagga_ospfd_install_conf() or something equal to let ist start correctly…
      Or quagga_ospfd_install_conf() is called but in this function the startscript is deleted and re-created and so it hung at boot.

      (We had a planned power down for work on local power grid this morning and other admin has securely powered down slave firewall. At restart of slave we found out this problem)

      Bests

      Reiner

      1 Reply Last reply Reply Quote 0
      • jimp
        jimp Rebel Alliance Developer Netgate last edited by

        I can't seem to reproduce this at all. I just tried on NanoBSD (which has /var in a RAM disk, so the config is removed on each reboot) and Quagga comes up fine after a reboot using the expected configuration.

        The packages are synchronized during the bootup sequence and at that time it would call the function to rewrite the config file and (re)start the Quagga processes.

        If you are still seeing the problem we'll need a lot more detail about your specific setup to narrow down what it might be.

        Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • R
          Reiner030 last edited by

          mmh, sorry. Our firewalls are running weeks/months without reboot since 2.1 is out and some reconfiguring is done…
          So I must see when I can help with more debugging... Do you have special logs for such case?

          I checked for ospf / zebra entries and found only these ones:

          /var/log/routing.log:
          Dec  4 12:53:55 fw2 ospfd[16271]: nsm_change_state(192.168.6.2, Loading -> Full): scheduling new router-LSA origination
          Dec  4 12:53:56 fw2 ospfd[16271]: DR-Election[1st]: Backup 192.168.6.12
          Dec  4 12:53:56 fw2 ospfd[16271]: DR-Election[1st]: DR    192.168.6.2
          Dec  8 11:17:15 fw2 zebra[23085]: Zebra 0.99.22.3 starting: vty@2601
          Dec  8 11:17:15 fw2 ospfd[23308]: ASBR[Status:1]: Update
          Dec  8 11:17:15 fw2 ospfd[23308]: ASBR[Status:2]: Update
          Dec  8 11:17:15 fw2 ospfd[23308]: ASBR[Status:2]: Already ASBR
          Dec  8 11:17:15 fw2 ospfd[23382]: OSPFd 0.99.22.3 starting: vty@2604
          Dec  8 11:17:15 fw2 zebra[23085]: client 17 says hello and bids fair to announce only ospf routes

          Firewall was rebootet

          /var/log/system.log:
          Dec  8 11:05:13 fw2 syslogd: kernel boot file is /boot/kernel/kernel
          Dec  8 11:05:13 fw2 syslogd: sendto: Network is unreachable
          …
          Dec  8 11:05:14 fw2 kernel: ifa_del_loopback_route: deletion failed
          Dec  8 11:05:14 fw2 kernel: ifa_add_loopback_route: insertion failed
          ... many of such del/add failures...
          ...
          Dec  8 11:05:27 fw2 php: rc.start_packages: Restarting/Starting all packages.
          Dec  8 11:05:31 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/iftop.xml
          Dec  8 11:05:31 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/iftop.xml
          Dec  8 11:05:33 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/ipmitool.xml
          Dec  8 11:05:33 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/ipmitool.xml
          Dec  8 11:05:37 fw2 php: rc.start_packages: [Squid] - Squid_resync function call pr: bp:1 rpc:no
          Dec  8 11:05:38 fw2 check_reload_status: updating dyndns WAN_TDSLGW
          Dec  8 11:05:38 fw2 check_reload_status: Restarting ipsec tunnels
          Dec  8 11:05:38 fw2 check_reload_status: Restarting OpenVPN tunnels/interfaces
          Dec  8 11:05:38 fw2 check_reload_status: Reloading filter
          Dec  8 11:05:38 fw2 check_reload_status: updating dyndns IPSec
          Dec  8 11:05:38 fw2 check_reload_status: Restarting OpenVPN tunnels/interfaces
          …
          Dec  8 11:11:40 fw2 php: rc.start_packages: Restarting/Starting all packages.
          Dec  8 11:11:44 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/iftop.xml
          Dec  8 11:11:44 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/iftop.xml
          Dec  8 11:11:46 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/ipmitool.xml
          Dec  8 11:11:46 fw2 php: rc.start_packages: XML error: SYSTEM or PUBLIC, the URI is missing at line 1 in /usr/local/pkg/ipmitool.xml
          Dec  8 11:11:50 fw2 php: rc.start_packages: [Squid] - Squid_resync function call pr: bp:1 rpc:no
          …

          1 Reply Last reply Reply Quote 0
          • First post
            Last post