We are excited to announce that our new plans are live! Since acquiring Dead Man’s Snitch back in July we quickly learned that two plans wasn’t enough for our wide range of users. Since then, we’ve collected great feedback from users to help shape the new plans.
We’re excited about the future developments of Dead Man’s Snitch and hope you are too. To compliment the new plans, extra features are in the pipeline and Enhanced Intervals will be available soon!
Over the past couple of weeks I’ve had the pleasure of getting to know the founder of Agile Planner, Graham Ashton. Graham has built a fail-proof database backup routine to protect his customers’ data. Like most sysadmins, Graham takes the security of customer data very seriously, and he’s using Dead Man’s Snitch to keep tabs on his automated backups. In fact, backups are one of the top snitched-on tasks by Dead Man's Snitch users.
Here’s Graham’s story:
"Agile Planner is a planning tool for teams using iterative development, such as XP or Scrum. Agile Planner helps users turn a stack of estimated cards into a plan they can deliver on. I’m using Dead Man’s Snitch to guarantee that customer data is securely backed up off site, multiple times each day.
The site is hosted on Heroku, which runs on Amazon’s cloud services. While we benefit from the Heroku Postgres team’s expertise to keep our databases running smoothly, there’s a small risk that Agile Planner would be affected by downtime at Amazon. I wanted to ensure my customers would still be able to access their data even if Amazon went down.
My solution was to copy a backup of the Agile Planner database to a dedicated VPS, several times a day. Storing backups on multiple service providers reduces Agile Planner’s dependence on third parties, whose downtime is outside of my control.
Ensuring that the backup job runs successfully multiple times per day is where Dead Man’s Snitch comes in. Dead Man's Snitch alerts me promptly if the backup script fails to run successfully. I’m confident that I can quickly move the site to an alternative hosting company should the unthinkable happen over at Heroku.
If you implement something similar on your site, don’t forget to regularly test your restoration procedure so you’ll know your backups will actually work when you need them!”
To learn more about Agile Planner, visit www.agileplannerapp.com.
Happy Snitching!
If you’re familiar with crontab in Linux, there’s a good chance you’re equally familiar with the infamous cron job silent failures. Many of us sysadmins and developers have experienced these failures without knowing before it’s too late. Automated backups and sending monthly emails aren’t always as automated (or on time) as we tend to think. Herein lies the problem.
That can be true, but is there REALLY any value in knowing that they ran? Isn’t that why you created the cron job in the first place–so that it does its job? Sure, receiving an email of cron output after it runs is great. However, the value lies in knowing when your cron jobs FAIL to run (or are delayed). Then, you can investigate and fix the problem before it’s too late. Not convinced? Consider this example from a long time Dead Man's Snitch user, Kareem Mayan, co-founder of SocialWOD.com.
“At SocialWod.com we do workout tracking for gyms. When a new workout is emailed to us from a customer (in the form of a photo of a whiteboard, which has the workout and results), we put the data online. Once it’s online, we email that gym’s clients telling them new workout results have been posted.
"When Delayed Job failed silently, we wouldn’t know until me or my co-founder was prompted to look based on seeing something funny, e.g. seeing a Stripe email about a new customer signup but NOT seeing the automated welcome email to the new customer (sent by our system… which was waiting in the database, ready for Delayed Job to pick it up, which would never happen because that process had died).”
"The result would often be several days of emails (THOUSANDS of emails) queued up until one of us manually restarted Delayed Job. This sucked because customers would either get a ton of emails in once, and some would be days old, or we would delete those emails before they got sent. This also sucked because customers would never get notifications about their posted results.”
"Using Dead Man’s Snitch made that problem go away. Now, if Delayed Job dies, Dead Man's Snitch never gets pinged, and we get an email as soon as that happens. At most we’ll go five minutes - not days - before knowing that we need to kick Delayed Job into action again.”
If you can relate and want the peace of mind in knowing right when your cron jobs fail, give Dead Man’s Snitch a try and sign up for free. After all, your first snitch is on us. However, if you can’t relate but you actually made it to the end, I applaud you. If this topic doesn’t relate to you, there’s a good chance your computer friends, IT department, or website managers would. Do them a favor and pass this on.
Happy Snitching!
Ed Hammond, blogger and Windows fan, recently posted on how to use DMS with Windows Servers. This is what he said:
First you will need to install the 64 bit version of cygwin from http://cygwin.com and make sure you search the installer for all references to curl and add them to the install.
Now you can create a Scheduled Task or batch file that just calls Curl like this:
@echo off cd C:\cygwin64\bin\ curl https://nosnch.in/c2354d53d2 > DeadManSnitch.log
You can view the full blog post at edhammond.blogspot.com.
Happy Snitching!
We have rolled out some great new features for Dead Man’s Snitch (DMS). Please take a moment and let us walk you through what we’ve been up to. We think you will appreciate what we have done.
Users can now download the DMS app to conveniently monitor their Snitches from their iPhone. The app will allow users to get alerts quickly and conveniently when their processes aren’t reporting back to DMS. Download the app here
New email subject line prefixes make viewing your Snitch alert emails faster and easier. The terms, [MISSING] and [REPORTING], will be displayed at the beginning of your email based on whether or not your processes are running.
We are proud to finally roll out a logo for Dead Man’s Snitch. Up until now we relied on our status LED to represent us. We knew it was time to put a face on DMS and that is why we made a logo.
Additionally we have improved the appearance of UI elements in the web app to be in line with our new iPhone app. Updates will continue to be released as we enhance the functionality and user-experience of Dead Man’s Snitch.
Stay tuned & happy snitching!
Dead Man’s Snitch is under new management, but we’re committed to making the service even better than before!
Now you can add some markdown-formatted notes to a Snitch and we’ll send them along in the Snitch failed email.
You can now specify per-snitch alert email addresses. You may do this if you want different people to receive the alerts for a Snitch.
Check out the FAQ for more information about which email address will be used when sending alerts.
Starting this week we will be rolling out a part of the site that will trim the data for every snitch. We will be keeping 360 periods for hourly snitches (15 days), 30 periods for daily snitches and 24 periods for weekly and monthly snitches.
We are doing this because the data is exploding on our end and we want to manage it before it becomes a problem. We have had the possibility of trimming the data in our FAQ from the first day.
Over the last few months we’ve come to realize that months can go by without you hearing from us which can lead some people to wonder whether we are doing our job. So last week we launched weekly summaries which will hopefully give you the peace of mind that we are indeed doing our job as well as remind you if you have something misconfigured.
This feature has been really helpful for us and we hope it will be for you too.