Information, Support and FAQ forums for OutagesIOOur FREE software monitors your Internet service and provider and can alert you to connection issues or downtime. For home, small business, IT companies and enterprise. Monitor Internet outages, track network connection reliability, and get proof you can use. For Windows 7, 8, 10, Centos 7, 8, Debian 7, Ubuntu, ARM (Raspberry, Tinker Board, etc).
Learn more about www.outagesio.com by visiting our web site
SOLVED: Install infinite loop
Sorry...I guess I was jumping ahead when you said you showed the agent as active.
I have stopped the service from running.
sudo service otm status
If I search for the running process with your script I get nothing.
ps cax | grep otm_linux
If I search for the name of the script I do get some results, so I manually have killed all processes running the script,
ps -aux | grep 'starter_linux_ocp'
When I run the curl command with my credentials I get a response of
"https://downloads.outagesio.com/otm/otm_1.67.2104_linux" which looks like it exactly matches the URL I was able to manually download from, so that part of the script seems to be working correctly.
I think the first thing would be to kill everything that's been left over from your testing so you are starting from scratch. make sure the service is stopped, all 'starter' scripts processes are killed.
Then check your dashboard until the agent is Inactive. Once you know there is no agent or anything else related running, start your agent manually, not using systemd and check if the agent becomes active.
Once sure there is nothing else running and the agent goes active, then kill that process and start the agent using your systemd start command. I don't know for sure but it looks like that part was working, only there were other instances running too which could have caused conflicts maybe. Let's get to the point of the agent running and we'll look into the other stuff after.
- Disabled the service
- Killed all running processes
- Agent shows as "Inactive"
- Edited the script to run manually.
# exec $start/otm_linux & $start/otm_linux &
- Run the script manually and I'm right back at the beginning where it won't download the file. There are no apparent errors with credentials, permission to download the file, or anything indicating why it can't download the file.
You seem to be doing all the right things. It's a little perplexing to say the least. It must be something small and so obvious that it's not obvious.
We will dig deeper into this tomorrow because it really isn't making sense and must be something on our end.
Ok, some good news for you. The problem should be resolved now.
Just create a new agent then download the updated script, version 1.0.5. You can let that new agent get deleted automatically by the system in 24hrs. Use that script and as before, make sure to upgrade the path's of course.
It should work now.
Also made a small change in the systemd if you're using it. Still have to solve why it's echo'ing out the text from the script but it works.
Description=Startup of the OutagesIO Internet monitor agent
Give it a try, let us know how it goes.
Whatever changes you made to the script seems to have fixed it. I deleted everything, reinstalled with the new scripts, and everything seems to be downloading and running properly.
Thanks for all the help.
Nice to hear.
Which one is your most important agent ID? One that you'll keep going without deleting? We'll keep an eye on that for a bit too.
@OutagesIO_Support The new agent is 128834. This was the site with all the issues that seems to be running well now.
Agent 128600 can be deleted.
We gave you a free upgrade on that agent as a thanks for sharing this problem with us.
Most people just leave before telling us there's a problem we could fix.
@OutagesIO_Support Thank you. I appreciate the time it took to troubleshoot this one with me.