Hi Unimus team,
I love the product and still rocking it since late 2017.
However, we're looking to automate ssl cert copies to our UBNT edgeswitches via ssh, however looks like it takes a 10 seconds for the switch to copy and then respond.
Is there a method of telling to wait for the device to respond before inputting next commands?
[Fixed in 1.10.0] SSL cert pusing to UBNT edgeswitches
Hi,
Unimus automatically waits for device prompt after issuing commands, and only when device actually responds with the prompt it issues another command.
Is the push job failing for you?
If so, could you please create a ticket on the Portal and attach the device output log file?
(Zones > Default > Debug mode > Device output logging)
Thanks!
Unimus automatically waits for device prompt after issuing commands, and only when device actually responds with the prompt it issues another command.
Is the push job failing for you?
If so, could you please create a ticket on the Portal and attach the device output log file?
(Zones > Default > Debug mode > Device output logging)
Thanks!
Apologies, we are a little overloaded right now - we are rushing to finish development on 1.10.0 to publish a public beta this week.
(we want a lot of testing on this release - as it will be the last release branch before 2.0.0)
We will get to the ticket asap.
(we want a lot of testing on this release - as it will be the last release branch before 2.0.0)
We will get to the ticket asap.
Hi Tomas, it's been a while. Has any progress been made?
Big thanks to SeanCTS for his patience and help while we debugged and fixed this.
Happy to report that this has been fixed, and the fix will be a part of the 1.10.0 release.
The fix required 2 parts:
1) issue on our end that prevented Unimus from answering the "y/n" promp the switch presented
2) the default timeouts needed to be adjusted, as the switch took longer to finish this operation than the default timeouts:
https://wiki.unimus.net/display/UNPUB/C ... t+timeouts
Happy to report that this has been fixed, and the fix will be a part of the 1.10.0 release.
The fix required 2 parts:
1) issue on our end that prevented Unimus from answering the "y/n" promp the switch presented
2) the default timeouts needed to be adjusted, as the switch took longer to finish this operation than the default timeouts:
https://wiki.unimus.net/display/UNPUB/C ... t+timeouts