{"id":16813,"date":"2012-05-30T13:45:28","date_gmt":"2012-05-30T13:45:28","guid":{"rendered":"http:\/\/blog.open-e.com\/?p=16813"},"modified":"2012-05-30T13:45:28","modified_gmt":"2012-05-30T13:45:28","slug":"short-story-about-io-errors","status":"publish","type":"post","link":"https:\/\/www.open-e.com\/blog\/short-story-about-io-errors\/","title":{"rendered":"Short Story about IO-Errors"},"content":{"rendered":"

\t\t\t\tHardware failure is not an exception, it is a normal process. I guess most of you would agree with this statement.
\nThe real case we have experienced a few weeks ago is worth to describe in our blog in order to remind you about the norm or normal process. The norm is obvious if we consider a hard disk failure.<\/p>\n

Hard disks are usually the number one case of failure events. This is the reason why all of us use any kind or RAID<\/a> in order to minimize the negative impact of a hard disk failure.<\/p>\n

\"\"<\/a><\/p>\n

In theory the hard disk as a RAID member can come with a failure and the RAID will just reject the failed drive and rebuild with a new drive.<\/p>\n

This is often the case in practise but unfortunately not always. In some cases the drive failure can cost the RAID array to show IO-errors to the Operating System or even worse: the whole server may stop working. Exactly such problem happened to our server. On a nice Friday morning we were faced with a notice of a very frustrating problem: one of our servers is not available at all, even ping does not respond. \u2639<\/p>\n

So, we had to hard power OFF and power ON the system and we see the RAID is in degraded mode and the OS does not boot. Lucky after the next OFF\/ON the OS booted. At once after the boot we made a new fresh backup of our\u00a0 SQL Application database, but as the server was running and the application was working properly we decided to continue with RAID rebuild during after-hours.<\/p>\n

Unfortunately after a few hours the server hung again. This time the ping was still answering but the SQL application and the console did not react at all. After power OFF we have removed the failed hard disk and started the server again. Now it was able to boot without a problem with the degreed RAID array.<\/p>\n

So the faulty hard disk present in the RAID was in a position to hang the system.\u00a0 I am not going to provide the hardware vendors of the server, RAID and hard disks as it will not help to avoid such a problem, because from my experience it can happen with all vendors.<\/p>\n

We have addressed this problem in our iSCSI and NAS (NFS) Failover solution<\/a>. In case of any IO-errors the storage will failover transparently for applications.<\/p>\n

If you need a real business continuity please consider HA cluster systems, protect the data with a professional backup plan and remember: \u201cHardware failure is not an exception, it is a norm\u201d.\t\t<\/p>\n","protected":false},"excerpt":{"rendered":"

Hardware failure is not an exception, it is a normal process. I guess most of you would agree with this statement. The real case we have experienced a few weeks …<\/p>\n","protected":false},"author":2,"featured_media":45763,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[18,777,779,28],"tags":[110,296,342,523,634],"class_list":["post-16813","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hardware","category-iscsi","category-nas","category-raid","tag-business-continuity","tag-hardware-2","tag-io","tag-raid","tag-storage"],"acf":[],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t