USG -PRO 4: provisioning loop

**gr00ve** · June 23, 2022 at 9:40 AM

Servus,

ich habe seit einigen Tagen ein Problem, bei dem ich Eure Hilfe benötige: meine USG Pro 4 hängt in einem provisioning loop fest und wird im Controller permanent als "getting ready" angezeigt.

In meinem Netz hängt eine Fritz.Box vor der USG und das NAT der USG ist per config.gatway.json laut dieser Anleitung deaktiviert. Was mir dabei auffällt ist, dass die USG nicht im Unifi Netz (xxx.xxx.1.xxx), sondern im Netz der Fritz.Box (xxx.xxx.178.xxx) angezeigt wird. Ich habe schon mit Troubleshooting begonnen, in dem ich aus /var/log das File messages ausgelesen habe:

Code

Jun 23 09:18:23 USGPro4 radvd[3328]: exiting, failed to read config file
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] [ interfaces ethernet eth0 vif 10 ipv6 router-advert ]
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] Re-generating radvd config file for interface eth0.10...
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] Starting radvd...
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] Starting radvd: /etc/radvd.conf:20 error: syntax error, unexpected ';', expecting NUMBER or INFINITY
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] [Jun 23 09:18:23] radvd (3328): exiting, failed to read config file
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] failed.
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] 0
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit error] Commit failed
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [delete] failure: 0 success: 1
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [set] failure: 0 success: 1
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: mca-edgemax._edgemax_parse_set_commit_save_results(): [commit] failure: 1 success: 1
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: ace_reporter.reporter_handle_response(): edgemax apply config failed (error code: 4)
Jun 23 09:18:26 USGPro4 mcad: mcad[4507]: ace_reporter.reporter_handle_response(): commit errors, {"COMMIT": {"error": "[ interfaces ethernet eth0 vif 10 ipv6 router-advert ]\nRe-generating radvd config file for interface eth0.10...\nStarting radvd...\nStarting radvd: /etc/radvd.conf:20 error: syntax error, unexpected ';', expecting NUMBER or INFINITY\n[Jun 23 09:18:23] radvd (3328): exiting, failed to read config file\nfailed.\n\n0\nCommit failed\n", "failure": "1", "success": "1"}, "DELETE": {"failure": "0", "success": "1"}, "SESSION_ID": "8045b776c919fde9567e564294", "SET": {"failure": "0", "success": "1"}}#012

Display More

Leider reichen meine Kenntnisse nicht aus, das richtig zu interpretieren und dafür brauche ich Eure Hilfe. Das Problem besteht seit einigen Tagen, nachdem es seit anderthalb Jahren klaglos funktioniert hat. Kann das möglicherweise an einem Softwareupdate des Controllers liegen?

Grüße,

gr00ve

**maxim.webster** · June 23, 2022 at 9:43 AM

Quote from gr00ve

Starting radvd: /etc/radvd.conf:20 error: syntax error, unexpected ';', expecting NUMBER or INFINITY

Zeig mal den Inhalt von /etc/radvd.conf

**BlackSpy** · June 23, 2022 at 9:49 AM

Ist der Loop einfach gekommen? oder nach der Bearbeitung der Json Datei?

Ist Punkt 2 zutreffend gibt es einen Fehler in der config.gateway.json (Syntax oder so, meist nur ein Schreibfehler).

Ansonsten mal komplett runter und hochgefahren?

**gr00ve** · June 23, 2022 at 9:55 AM

Quote from BlackSpy

Ist der Loop einfach gekommen? oder nach der Bearbeitung der Json Datei?
Ist Punkt 2 zutreffend gibt es einen Fehler in der config.gateway.json (Syntax oder so, meist nur ein Schreibfehler).
Ansonsten mal komplett runter und hochgefahren?

Nein, die config.gateway.jsaon ist seit der Einrichtung unbearbeitet und die habe ich auch von der genannten Website kopiert, um eben genau diese Schreibfehler zu vermeiden. Runterfahren lässt er mich im Controller nicht, ich musste die harte Tour (Stecker ziehen) gehen. Hab ich gestern gemacht und brachte nichts.

maxim.webster : Moment, muss die Datei erst finden.

Grüße,

gr00ve

**maxim.webster** · June 23, 2022 at 10:00 AM

Quote from gr00ve

maxim.webster : Moment, muss die Datei erst finden.

Tipp: Sie liegt in /etc/

**gr00ve** · June 23, 2022 at 10:02 AM

Schon gefunden:

Code

interface eth0.10 {
#   This section was automatically generated by the Vyatta
#   configuration sub-system.  Do not edit it.
#
#   Generated by root on Thu Jun 23 09:58:17 2022
#
    IgnoreIfMissing on;
    AdvSendAdvert on;
    AdvOtherConfigFlag off;
    AdvDefaultLifetime 1800;
    AdvLinkMTU 0;
    AdvCurHopLimit 64;
    AdvReachableTime 0;
    MaxRtrAdvInterval 600;
    MinRtrAdvInterval 198;
    AdvDefaultPreference high;
    AdvRetransTimer 0;
    AdvManagedFlag off;
    prefix ::/64 {
        AdvPreferredLifetime ;
        AdvAutonomous on;
        AdvOnLink on;
        AdvValidLifetime ;
    };
    DNSSL Kinder {};
};
interface eth0.20 {
#   This section was automatically generated by the Vyatta
#   configuration sub-system.  Do not edit it.
#
#   Generated by root on Wed Jun 22 21:57:18 2022
#
    IgnoreIfMissing on;
    AdvSendAdvert on;
    AdvOtherConfigFlag off;
    AdvDefaultLifetime 1800;
    AdvLinkMTU 0;
    AdvCurHopLimit 64;
    AdvReachableTime 0;
    MaxRtrAdvInterval 600;
    MinRtrAdvInterval 198;
    AdvDefaultPreference high;
    AdvRetransTimer 0;
    AdvManagedFlag off;
    prefix ::/64 {
        AdvPreferredLifetime 14400;
        AdvAutonomous on;
        AdvOnLink on;
        AdvValidLifetime 86400;
    };
};
interface eth0.30 {
#   This section was automatically generated by the Vyatta
#   configuration sub-system.  Do not edit it.
#
#   Generated by root on Wed Jun 22 21:57:20 2022
#
    IgnoreIfMissing on;
    AdvSendAdvert on;
    AdvOtherConfigFlag off;
    AdvDefaultLifetime 1800;
    AdvLinkMTU 0;
    AdvCurHopLimit 64;
    AdvReachableTime 0;
    MaxRtrAdvInterval 600;
    MinRtrAdvInterval 198;
    AdvDefaultPreference high;
    AdvRetransTimer 0;
    AdvManagedFlag off;
    prefix ::/64 {
        AdvPreferredLifetime 14400;
        AdvAutonomous on;
        AdvOnLink on;
        AdvValidLifetime 86400;
    };
};
interface eth0.40 {
#   This section was automatically generated by the Vyatta
#   configuration sub-system.  Do not edit it.
#
#   Generated by root on Wed Jun 22 21:57:19 2022
#
    IgnoreIfMissing on;
    AdvSendAdvert on;
    AdvOtherConfigFlag off;
    AdvDefaultLifetime 1800;
    AdvLinkMTU 0;
    AdvCurHopLimit 64;
    AdvReachableTime 0;
    MaxRtrAdvInterval 600;
    MinRtrAdvInterval 198;
    AdvDefaultPreference high;
    AdvRetransTimer 0;
    AdvManagedFlag off;
    prefix ::/64 {
        AdvPreferredLifetime 14400;
        AdvAutonomous on;
        AdvOnLink on;
        AdvValidLifetime 86400;
    };
};

Display More

**maxim.webster** · June 23, 2022 at 10:07 AM

Quote from gr00ve

AdvPreferredLifetime ;

Das ist die monierte Zeile 20 und sie stellt keinen gültigen Eintrag dar (vergleiche mit Ziele 46). "Do not edit it." ist aber wörtlich zu nehmen, denn eine evtl. Korrektur würde beim nächsten Config-Update überschrieben. Interessant ist, dass der Wert für andere Einträge korrekt ist (Zeilen 46, 71, 96). Ich würde entsprechend im Umfeld des "Kinder" Netzes gucken, ob Du da einen entsprechenden Eintrag nicht gesetzt hast oder möglicherweise fehlerhaft (Leerzeichen, Text statt Ziffern, etc.)

**gr00ve** · June 23, 2022 at 10:12 AM

maxim.webster

OK, vielen Dank, ich werde mal suchen.

Grüße,

gr00ve

Ich habe das Netz "Kinder" pausiert und die USG neu gestartet, was aber leider keine Lösung war. Mir fiel gerade ein, daß ich das schon mal über die Android App gemacht hatte, als sich die Bande mal wieder daneben benommen hatte. Kann es sein, daß der Zugriff über die App in der radvd.conf was verbogen hat? Ich habe eben versucht, dass Netz aus der App zu pausieren und wieder zu reaktivieren, aber er Loop besteht noch immer.

Grüße,

gr00ve

**maxim.webster** · June 23, 2022 at 11:03 AM

Das kann ich Dir leider nicht sagen, weil ich weder eine USG noch Android habe. Statt pausieren würde ich die Konfiguration nochmal genau unter die Lupe nehmen und aktualisieren. Es geht um Router Advertisement im Bereich IPv6. Zumindest lassen mich die Schlüsselworte dies vermuten, in Verbindung mit der man-Page von radvd.conf:

Der Unterschied des betroffenen Netzes zu allen anderen Netzen besteht ja nur in dem Bereich:

Code

interface eth0.10 {
 ...
    prefix ::/64 {
        AdvPreferredLifetime ;
        ...
        AdvValidLifetime ;
    };
    DNSSL Kinder {};
};

Wenn alles scheitert hilft vielleicht ein Löschen der Sektion aus der radvd.conf und das Erzwingen einer Neu-Anlage durch Konfigurationsänderung am Kinder-Netz, irgendwas, das nicht schadet und wieder zurückgedreht werden kann. Zum Beispiel im Bereich IPv6 "RA Priority" vorübergehend ändern.

**gr00ve** · June 23, 2022 at 11:14 AM

Danke, das werde ich versuchen. Im schlimmsten Fall muss ich wahrscheinlich das Kinder Netz ganz löschen und wieder neu einrichten, was ich aber gerne vermeiden möchte, denn dann müsste ich wahrscheinlich auch im Pi-hole die Regeln neu definieren etc.pp.

Grüße,

gr00ve

**gr00ve** · June 23, 2022 at 7:04 PM

maxim.webster

Ich habe das Router Advertisement im Bereich IPv6 im Kinder Netzwerk disabled, und, siehe da, die USG ist wieder voll da.

Allerherzlichsten Dank!

Grüße,

gr00ve

USG -PRO 4: provisioning loop

Participate now!

Tags