Adoption loop?
- Onderwerp starter niekniek89
- Startdatum
output uit server.log:
[2022-04-04T15:44:22,578] <inform-1913> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:34:08,427] <inform-17> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPTING state, reject it!
[2022-04-04T16:44:34,141] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:48:35,011] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:52:34,068] <inform-23> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T19:28:04,201] <webapi-446> WARN dev - [Try advAdopt] Removing host key and fingerprint for 74:ac:b9:a6:fc:88
[2022-04-04T19:30:26,476] <inform-24> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPT_FAILED state, reject it!
2022-04-05T10:28:42,943] <inform_stat-1> WARN event - Unrendered device from unknown type ap_from while trying to render device name
[2022-04-05T10:28:42,944] <inform_stat-1> WARN event - Unrendered device from unknown type ap_to while trying to render device name
[2022-04-05T10:33:28,657] <pool-2-thread-1> WARN dev - Device adoption - process not finished. Reason: timeout
heb in de server.log even gezocht op het MAC adres, en kan dit al vinden...
[2022-04-04T15:44:22,578] <inform-1913> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:34:08,427] <inform-17> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPTING state, reject it!
[2022-04-04T16:44:34,141] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:48:35,011] <inform-19> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T16:52:34,068] <inform-23> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in UNKNOWN state, reject it!
[2022-04-04T19:28:04,201] <webapi-446> WARN dev - [Try advAdopt] Removing host key and fingerprint for 74:ac:b9:a6:fc:88
[2022-04-04T19:30:26,476] <inform-24> WARN inform - dev[74:ac:b9:a6:fc:88] used default key in ADOPT_FAILED state, reject it!
2022-04-05T10:28:42,943] <inform_stat-1> WARN event - Unrendered device from unknown type ap_from while trying to render device name
[2022-04-05T10:28:42,944] <inform_stat-1> WARN event - Unrendered device from unknown type ap_to while trying to render device name
[2022-04-05T10:33:28,657] <pool-2-thread-1> WARN dev - Device adoption - process not finished. Reason: timeout
heb in de server.log even gezocht op het MAC adres, en kan dit al vinden...
Laatst bewerkt:
tsja, heel apart.
de vorige 4 flex mini's hadden totaal geen issues.
ze willen nu een UniFi OS Support file hebben.
deze ben ik nog aan het maken/downloaden, en zal deze eens uploaden.
ben benieuwd of zij iets "vreemds" zien...
de vorige 4 flex mini's hadden totaal geen issues.
ze willen nu een UniFi OS Support file hebben.
deze ben ik nog aan het maken/downloaden, en zal deze eens uploaden.
ben benieuwd of zij iets "vreemds" zien...
Ik heb het "issue" gevonden:
Ik had "content Filtering" op "Family" staan......
Deze heb ik nu op "None" staan, en adopten is meteen goed gegaan....
Deze "content Filtering" stond dus ook aan op mijn default VLAN.
Dit ook doorgegeven aan UI-Glenn, waar ik al heel de dag contact mee heb via het forum.
Die vind het "Interesting".
Zodra ik de content filtering weer aanzet, switch reboot.... schiet hij meteen weer op adopting.
Zet ik content filering uit, word hij meteen geadopt, zonder reboot.
Adopten MET een content filtering lukt dus niet....
Ik had "content Filtering" op "Family" staan......
Deze heb ik nu op "None" staan, en adopten is meteen goed gegaan....
Deze "content Filtering" stond dus ook aan op mijn default VLAN.
Dit ook doorgegeven aan UI-Glenn, waar ik al heel de dag contact mee heb via het forum.
Die vind het "Interesting".
Zodra ik de content filtering weer aanzet, switch reboot.... schiet hij meteen weer op adopting.
Zet ik content filering uit, word hij meteen geadopt, zonder reboot.
Adopten MET een content filtering lukt dus niet....
Laatst bewerkt:
Nu vallen natuurlijk alle muntjes 
...
Op de Windows laptop (met een verse controller) was ook geen "Content Filtering" aangezet.
Vandaar dat de switch het meteen deed.
Als ik nu in mijn MGMT (waar alle switches in zitten) "Content Filtering" aanzet, springen ze direct allemaal op "Adopting"...
...Op de Windows laptop (met een verse controller) was ook geen "Content Filtering" aangezet.
Vandaar dat de switch het meteen deed.
Als ik nu in mijn MGMT (waar alle switches in zitten) "Content Filtering" aanzet, springen ze direct allemaal op "Adopting"...
Ja daar lijkt het inderdaad wel op. Hij zit nu in het mgmt vlan, waar het sowieso uit staat.
Op het default vlam stond hij aan (waar hij de 1e keer in terecht komt voor adopten).
Hij werkt gelukkig
.
Fijn dat het is opgelost. Je gaat voor het speldje "UniFi Speurder van de Week". 
Dat zijn van die kleine dingetjes waarop je helemaal jezelf gek op zoekt.
Vorige week ook zo'n akkefietje gehad, meer dan een dag mee bezig geweest, uiteindelijk was het een vinkje die aan stond van een functie die niet in de telefoon app zit.
Nou ja, mooi dat je het hebt gevonden.
Maar toch blijft het vreemd dat 3 switchen geen probleem hebben met "content filtering" en 1 switch dan weer wel.
En als ik het goed begrijp, als je "content filtering" aanzet, dan gaat de switch wederom de fout in?
Vorige week ook zo'n akkefietje gehad, meer dan een dag mee bezig geweest, uiteindelijk was het een vinkje die aan stond van een functie die niet in de telefoon app zit.
Nou ja, mooi dat je het hebt gevonden.
Maar toch blijft het vreemd dat 3 switchen geen probleem hebben met "content filtering" en 1 switch dan weer wel.
En als ik het goed begrijp, als je "content filtering" aanzet, dan gaat de switch wederom de fout in?
Alle switches gaan fout met "Content Filtering".
Alleen na het adopten, heb ik deze onder "services" verplaatst naar het MGMT vlan.
Daar stond deze sowieso uit.
Alle "nieuwe" devices komen standaard in het default vlan uit, en daar stond hij aan.
Als ik nu "Content Filtering" aanzet op het MGMT vlan, krijg ik bij alle switches "adopting", en daar komt ie niet uit.
Zodra ik de filter weer uitzet, zijn ze direct weer "online".
Nooit gedacht dat die filter issues zou veroorzaken (lokaal)...
UI-Glenn wilde nog wat aanvullende logboeken van voor en na de filtering, die heeft hij nu.
Mijn gevoel zegt dat het meer met Content Filtering te maken heeft.
De UDR draait hetzelfde OS als de andere routers van UI (versies zijn hetzelfde). En OS'en worden over het algemeen "geport" naar andere (compatibele) hardware. Dat de UDR wat meer tijd nodig heeft om alles op een rijtje te zetten heb ik zelf aan den lijve ondervonden. Dus die beperking klopt wel. Maar om de UDR nu als "sub par" weg te zetten, gaat me een beetje te ver.
Tot zo ver de beslommeringen van een blije UDR eigenaar
De UDR draait hetzelfde OS als de andere routers van UI (versies zijn hetzelfde). En OS'en worden over het algemeen "geport" naar andere (compatibele) hardware. Dat de UDR wat meer tijd nodig heeft om alles op een rijtje te zetten heb ik zelf aan den lijve ondervonden. Dus die beperking klopt wel. Maar om de UDR nu als "sub par" weg te zetten, gaat me een beetje te ver.
Tot zo ver de beslommeringen van een blije UDR eigenaar
Ik zeg: je zou zo maar eens gelijk kunnen hebben. De Flex Mini is natuurlijk wel heel errug "instap" en dan moet het ergens vandaan komen. Ik heb overigens zelf geen enkel probleem met mijn 4 Flexjus dus als je ze maar "eenvoudig" inzet, heb je er best veel plezier van voor 3 tienen per stukIk zeg dit is een vaak voorkomend probleem bij de flex mini
De 5e flex mini die ik toevoegde aan mijn netwerk, leverde ook adoptie problemen. Het heeft mij uren gekost voor ik hem kon adopteren.
UI-Glen kon geen oplossing aandragen. Uiteindelijk mocht ik hem terugsturen, maar plots werkte hij. Op het forum van Uniquiti staat hier meer over gemeld. Kennelijk kan hij soms nukkig zijn
UI-Glen kon geen oplossing aandragen. Uiteindelijk mocht ik hem terugsturen, maar plots werkte hij. Op het forum van Uniquiti staat hier meer over gemeld. Kennelijk kan hij soms nukkig zijn
Goed om te weten! Als ik een 5e nodig heb, ben ik voorbereidDe 5e flex mini die ik toevoegde aan mijn netwerk, leverde ook adoptie problemen. Het heeft mij uren gekost voor ik hem kon adopteren.
UI-Glen kon geen oplossing aandragen. Uiteindelijk mocht ik hem terugsturen, maar plots werkte hij. Op het forum van Uniquiti staat hier meer over gemeld. Kennelijk kan hij soms nukkig zijn
Lijkt mij ook geen UDR gerelateerd issue te zijn. Ik heb met heel de UDR nog nooit issues gehad (m.b.t. het koppelen van nieuwere devices).
Ik had een aantal weken geleden nog een 4e UniFi Flex mini, en een G3 Instant toegevoegd, zonder issues.
Kort geleden heb ik Content Filtering aangezet, (om eens te kijken wat dit exact oplevert).
Na dit aangezet te hebben (nog steeds geen issues ervaren), tot ik de 5e Flex Mini aangeschaft had.
Blijkbaar word er idd het e.a. aan verkeer gedropt zodra deze filtering ingeschakeld word.
Het blijft nu aardig stil op het Ubiquiti forum, maar zal er eens nieuw leven in blazen.
Ben wel benieuwd wat de reden geweest is.
Ik had een aantal weken geleden nog een 4e UniFi Flex mini, en een G3 Instant toegevoegd, zonder issues.
Kort geleden heb ik Content Filtering aangezet, (om eens te kijken wat dit exact oplevert).
Na dit aangezet te hebben (nog steeds geen issues ervaren), tot ik de 5e Flex Mini aangeschaft had.
Blijkbaar word er idd het e.a. aan verkeer gedropt zodra deze filtering ingeschakeld word.
Het blijft nu aardig stil op het Ubiquiti forum, maar zal er eens nieuw leven in blazen
.Ben wel benieuwd wat de reden geweest is.
