<html><head></head><body><div class="ydp6952dae2yahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:13px;"><div></div>
        <div dir="ltr" data-setdir="false">Thanks dear heasley for your wise reply</div><div dir="ltr" data-setdir="false">I will check out as per ur guidelines and update you.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Thanks you</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">regards</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">simon<br></div><div><br></div>
        
        </div><div id="ydp4c4c782ayahoo_quoted_5412148671" class="ydp4c4c782ayahoo_quoted">
            <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
                
                <div>
                    On Wednesday, October 5, 2022 at 06:40:29 PM GMT+3, heasley <heas@shrubbery.net> wrote:
                </div>
                <div><br></div>
                <div><br></div>
                <div>Wed, Oct 05, 2022 at 03:21:42PM +0000, Adam Thompson:<br clear="none">> OK!  Having  clogin work proves that RANCID can connect to the host and (I assume?) authenticate.<br clear="none"><br clear="none">yes.<br clear="none"><br clear="none">> No change in the SVN/GIT/whatever-you-use could mean that either RANCID wasn’t able to retrieve the configuration, wasn’t able to parse the configuration, or wasn’t able to check in the new version to the repo.<br clear="none"><br clear="none">if it were unable to commit the new version, you would see the same diffs<br clear="none">repeatedly.<br clear="none"><br clear="none">I would review the logs for the group.  if nothing there indicates the<br clear="none">problem, try the clogin tests outlined in the FAQ.  If these work, verify<br clear="none">that the entry in the router.db is correct and the device is marked as 'up';<br clear="none">it would appears in the routers.up file too.<br clear="none"><br clear="none">other useful tests are running rancid manually, like<br clear="none"><br clear="none">    rancid -t <type> -dl <devicename><br clear="none"><br clear="none">that shows misc parsing & logs, the commands run & filters called, the <br clear="none">exit value, and leaves <devicename>.{raw,new} output files.<br clear="none"><br clear="none">then<br clear="none">    rancid -t <type> -dl -f <devicename>.raw<br clear="none">can be used for further debugging that I would not expect to be useful to<br clear="none">most.<br clear="none"><br clear="none"><br clear="none">> Unfortunately, I’ve found RANCID’s own debugging output to be either nonexistent or unhelpful.  I have run into a very similar situation in the past, but sadly I don’t remember what the problem was.  I do remember I had to use system tools to find out what was wrong:<br clear="none">> <br clear="none">> If you’re running on Linux, you have the strace(1) tool; on OpenBSD, you’ve got ktrace(1); on Solaris you’ve got truss(8); other UNIXes will have roughly-equivalent tools – all these are similar in that they will trace system calls for you and produce (somewhat-) meaningful output that may help you identify where the failure occurs.  E.g. if it’s a permissions error, the strace(8) output may show you the EPERM error message, and if you look carefully, the path to the file in question.  Generally speaking, the strace/ktrace/truss/etc. output will show a failure somewhere in the later part of RANCID’s execution that you can use as a starting point.<br clear="none"><br clear="none">what did you find to be missing?  Tell me so that I can try to improve the<br clear="none">debug output.<div class="ydp4c4c782ayqt8303710973" id="ydp4c4c782ayqtfd97384"><br clear="none"><br clear="none">> Dear All,<br clear="none">> <br clear="none">> I had rancid installed couple of months back and working fine with no issues<br clear="none">> i have rancid version 3.9 with viewvc 1.3.0<br clear="none">> <br clear="none">> I just realized that any changes to most devices are not backed up.<br clear="none">> there is no update in revison version neither I receive mail<br clear="none">> It stopped on sept 21 2022<br clear="none">> attached a screen shot of the firewall<br clear="none">> <br clear="none">> changes to above device is done almost daily.<br clear="none">> i did run clogin deviceip and it logs in succesfully<br clear="none">> <br clear="none">> appreciate if someone can advise and help in troubleshooting the issue<br clear="none">> I checked the logs but there is no clue<br clear="none">> <br clear="none">> Thanks and regards<br clear="none">> <br clear="none">> simon<br clear="none"></div></div>
            </div>
        </div></body></html>