rancid in combinatie met HP Procurve switches en ssh kapot

[unezra]

Mensen met kennis van rancid in combinatie met HP Procurve switches hier?

Wanneer ik met telnet een switch benader die telnet babbelt werkt het goed. (/usr/lib/rancid/bin/hlogin -c 'show ver' switch-001)

Wanneer ik via ssh een switch benader die enkel telnet babbelt werkt het niet goed. (/usr/lib/rancid/bin/hlogin -c 'show ver' switch-002)

Ik krijg dan deze foutmelding:

======================
SWITCH-002# couldn't compile regular expression pattern: parentheses () not balanced
while executing
"expect {
-re "\[\n\r]+" { exp_continue }
-re $reprompt {}
}"
(procedure "run_commands" line 12)
invoked from within
"run_commands $prompt $command"
("foreach" body line 159)
invoked from within
"foreach router [lrange $argv $i end] {
set router [string tolower $router]
send_user "$router\n"

# device timeout
set timeout [find t..."
(file "/usr/lib/rancid/bin/hlogin" line 657)
======================

Het suffe is, dit heeft gewerkt maar blijkbaar is er met een update een tijd geleden iets mis gegaan. Eerder had ik een workaround door ik meen een heel oude installatie van rancid terug te zetten maar da's natuurlijk geen oplossing.

We draaien rancid 3.5.1 op Ubuntu.

Anyone?

[CyBeR]

code:

couldn't compile regular expression pattern: parentheses () not balanced

Fix je regexp.

[unezra]

Hmm, mijn constatering klopt niet. Het heeft te maken met het type...

j9729a op ssh werkt NIET
J8164A op ssh werkt WEL

Dus het lijkt toch niet met ssh te maken te hebben...

@CyBeR Ja, leuk. Maar welke van de -tig die er zijn? Dit zijn geen zelfgeschreven config files maar standaard Rancid spul...

[CyBeR]

Hij zegt mis te gaan op:

code:

"expect {
-re "[\n\r]+" { exp_continue }
-re $reprompt {}
}"

Daarin zie ik geen parentheses, maar $reprompt heeft er wellicht wel een. Moet je even kijken wat daar in staat.

[Spro]

CyBeR schreef op woensdag 14 maart 2018 @ 13:58:

code:

couldn't compile regular expression pattern: parentheses () not balanced

Fix je regexp.

Stop met gebruiken van rancid

@unezra Mogelijk wil je kijken naar https://github.com/ytti/oxidized
Het overstappen is even een klusje, maar wat een verademing!

[unezra]

Spro schreef op woensdag 14 maart 2018 @ 15:27:
[...]


Stop met gebruiken van rancid

@unezra Mogelijk wil je kijken naar https://github.com/ytti/oxidized
Het overstappen is even een klusje, maar wat een verademing!

Ik fix liever het huidige probleem met rancid.
Nieuwe software == nieuwe ellende. Ben blij dat rancid redelijk werkt en met Cisco gaat het allemaal prima, alleen heb ik net dit issue met recente HP firmwares. (lijkt het)

[unezra]

Opgelost.
.deb gedownload van https://reposcope.com/package/rancid
dpkg -i rancid_3.7-1_amd64.deb

Smerig, maar het werkt...

[jvanhambelgium]

unezra schreef op woensdag 14 maart 2018 @ 17:24:
Opgelost.
.deb gedownload van https://reposcope.com/package/rancid
dpkg -i rancid_3.7-1_amd64.deb

Smerig, maar het werkt...

Toch niets smerigs aan ? Ik installeer erg veel packages op die manier hoor...
Leuk te horen dat het nu gewoon werkt ;-)

[unezra]

jvanhambelgium schreef op zaterdag 17 maart 2018 @ 16:55:
[...]


Toch niets smerigs aan ? Ik installeer erg veel packages op die manier hoor...
Leuk te horen dat het nu gewoon werkt ;-)

Mja, persoonlijk vind ik het niet héél verstandig om dingen niet uit óf de std. distro repo te te halen, óf een dedicated repo van de bouwer van de software. (Mijn Zabbix agents en Zabbix servers komen bijvoorbeeld uit de Zabbix repo's en niet uit de Ubuntu repo's.)

Daar vanaf wijken is redelijk een garantie op ellende ooit vanwege allerlei mogelijke dependency hell en andere ellende. Kortom, ik vind het in de regel een slecht idee.

However, in dit geval werkt het en was het de snelste (en relatief goede) fix van mijn probleem.

Ben in ieder geval blij dat het werkt en dat de bug echt in die versie van rancid zat. Rancid is toch stiekem wel een belangrijk tooltje ook al hebben we maar een paar handen vol switches. Backups maken een gecrashte switch toch net even wat makkelijker om te vervangen.

[jvanhambelgium]

unezra schreef op zaterdag 17 maart 2018 @ 17:11:
[...]
Ben in ieder geval blij dat het werkt en dat de bug echt in die versie van rancid zat. Rancid is toch stiekem wel een belangrijk tooltje ook al hebben we maar een paar handen vol switches. Backups maken een gecrashte switch toch net even wat makkelijker om te vervangen.

Voor dit soort dingen hebben wij een HP-NA (Network Automation) platform staan dat oa backups neemt van devices, configs gaat vergelijken en zoveel meer, software updates kan pushen, compliancy kan checken etc,etc,etc.
Nu is onze omgeving natuurlijk nogal groot, er zitten duizenden elementen in. Klanten met 700+ LAN switches wereldwijd zijn redelijk standaard.

[unezra]

jvanhambelgium schreef op zondag 18 maart 2018 @ 15:42:
[...]
Voor dit soort dingen hebben wij een HP-NA (Network Automation) platform staan dat oa backups neemt van devices, configs gaat vergelijken en zoveel meer, software updates kan pushen, compliancy kan checken etc,etc,etc.
Nu is onze omgeving natuurlijk nogal groot, er zitten duizenden elementen in. Klanten met 700+ LAN switches wereldwijd zijn redelijk standaard.

Wij zijn veel kleiner. Ik heb 3 stacks van elk 2 Cisco coreswitches (2 stacks 3750X en 1 stack 3750G), 4 HP switches die we als SAN switch in zetten (2x2) en nog iets van 2 handen vol HP/Aruba access en LAN switches. Dat is het.

MKB van minder dan 50 FTE en een capaciteit van 100 FTE, 2 ICTers.

Maakt backups niet minder belangrijk, aan de andere kant weet ik in grote lijnen wel uit mijn hoofd hoe de switches ongeveer geconfigureerd zijn. However, dat ze nu weer netjes in rancid zitten geeft me toch wel een rustig gevoel. Gaat er eens eentje, is 'ie in no-time te herstellen.