[tac_plus] TAC+ and Solarwinds Orion NCM don't play well together

Matt Almgren matta at surveymonkey.com
Fri Oct 23 07:40:08 UTC 2015


We have TACACS configured with likewise and Pam authentication. There's no clear text passwords stored in the clear like Rancid. 

-- iMatt

> On Oct 21, 2015, at 10:32 AM, Daniel Schmidt <daniel.schmidt at wyo.gov> wrote:
> 
> Rancid isn't PCI compliant, but TAC+ is?
> 
>> On Tue, Oct 20, 2015 at 6:01 PM, Heasley <heas at shrubbery.net> wrote:
>> 
>> 
>> 
>>> Am 20.10.2015 um 13:12 schrieb Matt Almgren <matta at surveymonkey.com>:
>>> 
>>> So we moved away from Rancid for something that is more PCI compliant.
>> So far so good, until very recently we see this problem.
>>> 
>>> I have 26 juniper devices in a job in Orion NCM.  For some reason, for
>> the last week, the daily backup job reports that 8-10 devices were “unable
>> to login” or “connection refused”. However, when I switch Orion NCM to use
>> local Admin logins on the Junipers versus TAC+ accounts, I see no errors.
>> Something with the communication between the network devices and TAC+
>> isn’t playing nice together.
>>> 
>>> I’ve tried the following:
>>> 
>>> Increased the SSH Timeout settings on Orion to 120 seconds.
>>> Decreased the # of concurrent connections from default 11 to 1.
>>> Reinstalled Orion Job Engine + other tweaks on the Orion NCM side.
>>> Tried only Juniper devices, or only Arista devices, or 8 instead of 27
>> devices = all had mixed failures.
>> 
>> How many concurrent jobs did you use eirh rancid?
>> 
>>> None of the failures are consistent.  Job 1 has 8/27 failures.  Job 2
>> has 10/27 failures with some that failed in the first job passing in this
>> one.  Etc…
>>> 
>>> Remember, local NAS accounts setup in Orion work just fine – TAC+ isn’t
>> even talked to when this happens.
>>> 
>>> Is there any tuning I can do to the TAC+ server to make sure its able to
>> handle the connections?   What debug log level should I be looking at to
>> get the best information?  I’ve tried 24, 60, and even the higher ones, but
>> they’re too noisy.
>>> 
>>> 
>>>>>> Matt Almgren, Sr. Network Engineer
>>> [cid:29988614-ECDA-44BA-8377-ABD3ACFBCD1C]
>>> 101 Lytton Avenue, Palo Alto, CA 94301
>>> m: 408.499.9669
>>> www.surveymonkey.com
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL: <
>> http://www.shrubbery.net/pipermail/tac_plus/attachments/20151020/1db9bcf7/attachment.html
>>> 
>>> -------------- next part --------------
>>> A non-text attachment was scrubbed...
>>> Name: 7B2F1B3D-E309-404C-ADEF-2AE84F8259F4[35].png
>>> Type: image/png
>>> Size: 8698 bytes
>>> Desc: 7B2F1B3D-E309-404C-ADEF-2AE84F8259F4[35].png
>>> URL: <
>> http://www.shrubbery.net/pipermail/tac_plus/attachments/20151020/1db9bcf7/attachment.png
>>> 
>>> _______________________________________________
>>> tac_plus mailing list
>>> tac_plus at shrubbery.net
>>> http://www.shrubbery.net/mailman/listinfo/tac_plus
>> _______________________________________________
>> tac_plus mailing list
>> tac_plus at shrubbery.net
>> http://www.shrubbery.net/mailman/listinfo/tac_plus
> 
> -- 
> 
> E-Mail to and from me, in connection with the transaction 
> of public business, is subject to the Wyoming Public Records 
> Act and may be disclosed to third parties.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://www.shrubbery.net/pipermail/tac_plus/attachments/20151021/e6a41939/attachment.html>
> _______________________________________________
> tac_plus mailing list
> tac_plus at shrubbery.net
> http://www.shrubbery.net/mailman/listinfo/tac_plus


More information about the tac_plus mailing list