Calibre Site Down

[jimbob101]

Just saw someone on Reddit asking if the site is down and when I check it does appear to be that way.

Any idea what is happening with it.

Just curious

Thanks

[ownedbycats]

I ran a traceroute on the domain and the IP it resolves to (166.78.105.155). Both timed out.

[JSWolf]

For anyone wanting to download the latest Calibre, here is one of the alternate download links.

https://www.fosshub.com/Calibre.html

[kovidgoyal]

Should be fine now.

[ownedbycats]

Back up now.

[kovidgoyal]

There is some kind of issue with my VPS host where the networking is going down because fo hypervisor issues, needing a restart, this is the third time its happened. If they dont fix it, I guess I will write a script to check connectivity and restart networking automatically.

[JSWolf]

Originally Posted by kovidgoyal

Should be fine now.

Yes, it is back up. Thanks.

[Gone]

Originally Posted by kovidgoyal

There is some kind of issue with my VPS host where the networking is going down because fo hypervisor issues, needing a restart, this is the third time its happened. If they dont fix it, I guess I will write a script to check connectivity and restart networking automatically.

Thank you so much and for all you do.

[haertig]

Originally Posted by kovidgoyal

There is some kind of issue with my VPS host where the networking is going down because fo hypervisor issues, needing a restart, this is the third time its happened. If they dont fix it, I guess I will write a script to check connectivity and restart networking automatically.

I'm surprised that you don't have some kind of monitoring system in place. There are plenty of choices, many of them free.

https://en.wikipedia.org/wiki/Compar...toring_systems

I have personally used OpenView, PRTG, and Hobbit/BigBrother/Xymon (they keep renaming the silly thing!) Nagios is another popular one, but I have no personal experience with it.

For what I think you'd need to do, I would recommend Xymon. It is simple to set up and use. And free. I monitored hundreds of aspects on hundreds of servers with it in my IT job back before I retired. It comes with many monitoring scripts, more can be downloaded, or you can write your own. I went the custom route and wrote all my own monitoring and action scripts. Use shell, PERL, Python - whatever you want for the scripts. For the basics of checking network sanity, there are included scripts for that, you don't need custom. I was doing things like logging into RDBMS systems and querying for available extents and stuff like that - I had to write custom scripts for that kind of detailed monitoring. And I wrote custom filesystem monitoring. Statistical and short term and long term trend monitoring, so I could predict how long until a filsystem might fill up. Once your monitoring script detects a problem, then you can have a response script. The typical response is to send the appropriate person an email or page them (kind of tough to do if what you're monitoring is the network, and it is down!) So in that case you might have a response script that automatically restarts the network without human intervention.

It is also handy to monitor from both inside and outside. Check the network from inside your VPS host. But also run monitors from the outside that try to connect to your website through various routes. If access fails via all routes, it's probably your server. But if only one route fails and the others succeed it's probably not under your control to fix (unless the problem router happens to be in your domain). Monitoring from the outside also gives you the ability to email yourself about the problem, something you can't do from the inside if your networking is down.

Anyway, lots of good stuff you can do with these monitoring frameworks.

I also used OpenView and PRTG in my job, but those are complex and costly. Way overkill for making sure the Calibre website is up and running and it's underlying infrastructure is sane. You don't need a corporate solution designed to monitor 5000 servers for that (unless the Calibre website is a lot bigger than I imagined!)

[kovidgoyal]

I do have a monitoring system in place, I just choose not to let it wake me up in the middle of the night. And as for this particular issue if it is not fixed by the VPS provider, it will require a simple 10 line cron job to fix, to restart the networking when it fails.

[Uncle Robin]

Originally Posted by kovidgoyal

I do have a monitoring system in place, I just choose not to let it wake me up in the middle of the night

Well then, shame on you!

[ownedbycats]

Originally Posted by kovidgoyal

I do have a monitoring system in place, I just choose not to let it wake me up in the middle of the night.

As someone who's pulled more than a few all-nighters on various IT issues... yeah, that's fully reasonable.

[davidfor]

Originally Posted by ownedbycats

As someone who's pulled more than a few all-nighters on various IT issues... yeah, that's fully reasonable.

"Oh, sorry, I forgot to take my phone to bed and didn't hear it."

I'm on call this week, so I am getting in some practice.

[haertig]

I always told the helpdesk techs to page me, not call me. No telling WHAT I would say on the phone in the first few seconds after being woken up if I was called directly. For the urgent problems that I had set to notify me directly, I had my "double_page" script. It would ping me twice ... three minutes apart. Still, it always pinged the techs as well as me. I never trusted myself to not fall straight back asleep. Especially as I got older, and found that urgent problems just seemed less urgent (compared to sleep) than they used to.

[kovidgoyal]

The VPS provider says it was caused by a live migration of the vm which is not supposed to cause this, but...

If it happens again I will create the cronjob.