-
Notifications
You must be signed in to change notification settings - Fork 932
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Oxidized Local Saved Copies Are Not Updating #3310
Comments
Can't reproduce. Works for me. |
Weird, we are still running into this issue. Anything else I can add to this issue case to provide more info?? |
Have a look at https://github.com/ytti/oxidized/blob/master/docs/Issues.md and give more details (including your full config and used versions) |
Server hosting Oxidized version: Ubuntu 20.04.6 LTS (Focal Fossa). ----- The FULL Oxidized config -----
|
You have choosen the output "git". Oxidized works only with one output. If you want the file output, change the configuration:
|
Okay that does make sense with the only one output, but we have a copy_config section (at the end of the supplied config above) that copies the files from the DeviceConfigs.git directory and pastes them to the saved local configs directory "/home/oxidized/configs/", which is where those saved copies have not been updated since July 29. I checked the DeviceConfigs.git directory and I don't see anything with an up-to-date recent modification date. Does oxidized expect a bare repository? |
Yes, oxidized expects a bare repository, which has been created by oxidized and not altered in any way. If you need to push the repository somewhere, use the github hook. |
Okay, understood. We cloned the Deviceconfigs.git repository to be un-bare to help at least see the pulled device configurations. After troubleshooting more, I think our issue is that Oxidized is not committing updates to the DeviceConfigs.git repository. We have 2 other bare git repositories that were last updated with today's date or so (unfamiliar with those, must've been added by a co-worker), but this one, DeviceConfigs.git in the config file, that we have configured in the config file for Oxidized is still July 29, which is the same date for last update as the /home/oxidized/configs directory which is the main scope of issue. This theory is also supported by the copy_configs section thats in the config above, as we copy/paste from the DeviceConfigs.git to that configs directory, hence the correlation between the two sharing the same old date. Would you or others have any idea on how to go upon that??? |
I can't tell if Oxidized is even more broken now than what our initial issue was. It turns out that our DNS servers were updated on the Ubuntu 20.04.6 LTS server, as I was unable to ping our switches by their DNS names but was able to via their IPs, so I modified /etc/systemd/resolved.conf and included the new DNS server IPs and our domain, and then restarted it. I was then able to ping the switches by hostname, but oxidized was still failing to start. It was giving me this error: After tampering with it and doing ssh keys and such, i was able to finally get the oxidized user on the ubuntu server to do a git clone command from the remote repo, DeviceConfigurations, and have it cloned to /home/oxidized/.config/oxidized/test-repo. The repo path was also correct, as there is no "comware.git" anywhere in the oxidized config file. I was getting this error at first which made me generate a new SSH key and PAT token --> I then tried the sudo git clone command again and it prompted me to accept the ECDSA fingerprint, which I did say yes to. Then I restarted oxidized again after telling the output git repo path to use the remote DeviceConfigurations.git repo and it showed that oxidized started successfully and there were no errors when I did the "journalctl -fu oxidized" command. However, I checked our oxidizedLog.log and all the devices Oxidized was trying to connect to was throwing these kind of errors: I am unsure how the existing ssh / host keys were removed or something, but I went ahead and SSH'd to several switches with the oxidized user account from the ubuntu / oxidized server and accepted the new keys. I then restarted oxidized again, checked the oxidizedLog.log file, and it is still throwing these errors for said switches that I just accepted the fingerprint to: This is the new updated section of our oxidized config file now -->
If I didn't exactly say it before up above, I created a SHA256 SSH key on the Ubuntu 20.04.6 LTS server as the oxidized user, and added it to my github profile's SSH and GPG keys. At this point, our oxidized is even more broken than it was before. Because initially, it was still sending out emails of config differences and our other cloned git repos were being updated. But now, oxidized isn't polling any devices anymore and we haven't received any emails since yesterday (which is a problem because we have like 100 or so devices that we were getting emails for constantly all the time, so the days worth of quiet is indeed showing that there is an issue going on). |
I did make copies of 3 oxidized directories before I did all this troubleshooting, but I didn't backup anything related to ssh keys or .ssh/id_rsa or such, so if that is corrupted or the root issue, then I am unsure how to proceed.
It's weird though since we don't have config.git anywhere in the config file, so confused why it keeps trying to use that path, and the permissions should be correct. |
You probably need single_repo; true in the config. |
Hey all, so we are running Oxidized and Oxidized Web and it has come to my attention that our local copies of device configs saved at
/home/oxidized/configs
are not updating with newer copies. In fact, it shows a lot of them were last updated July 29, 2024, while it is November 7, 2024. However, on Oxidized Web, it shows the successful polled devices were last updated November 7, 2024. I have tampered around with the config file and have yet to figure out why the local copies are not updating. This is very essential for us for redundancy.Here's what we have for that in the config file -->
The text was updated successfully, but these errors were encountered: