Server problems
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
There was a problem with our server, it had a bad crash which was visible after contacting hetzner (our hoster) and getting access through a KVM console.
On reboot it showed some SSD errors, and some database tables were corrupted. I repaired this, but I don't know if there is damage.
I declare this SSD now unreliable and uptime uncertain.
I'm currently pulling a second full backup from last night to my local machine (we have one at hetzner backup servers too, but just in case). After this is complete, hetzner will replace the SSD. Downtime is currently unknown.
EDIT: There was a second crash the same day. So far no new crash. We will move to a new server with HDD soon.
On reboot it showed some SSD errors, and some database tables were corrupted. I repaired this, but I don't know if there is damage.
I declare this SSD now unreliable and uptime uncertain.
I'm currently pulling a second full backup from last night to my local machine (we have one at hetzner backup servers too, but just in case). After this is complete, hetzner will replace the SSD. Downtime is currently unknown.
EDIT: There was a second crash the same day. So far no new crash. We will move to a new server with HDD soon.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
darn SSDs!
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Maybe we should go back to normal hard disks, it's not like we need SSD for performance. Any opinions?
- 7bit
- Location: Berlin, DE
- Main keyboard: Tipro / IBM 3270 emulator
- Main mouse: Logitech granite for SGI
- Favorite switch: MX Lock
- DT Pro Member: 0001
I'm not a big fan of SSDs. SSDs are only good for static data, not for frequently updated data. I bet Daniel Beardsmore killed it with his extreme amount of wiki contributions.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
on server I would use them just for very volatile data, such as cache, or disposable logs, but definitely not for "storage". The SSD should be something that you replace and no harm is made to the application. So maybe the system could reside on the SSD but I would put (or backup) data on HDD presto!
If you can backup/duplicate the database (and images/media) into an HDD almost in realtime, that would be perfect. Even 5mins delay would be acceptable I think.
PS: this is especially true for extremely inexpensive hosts such as hetzner
If you can backup/duplicate the database (and images/media) into an HDD almost in realtime, that would be perfect. Even 5mins delay would be acceptable I think.
PS: this is especially true for extremely inexpensive hosts such as hetzner
-
- Location: Italy
- DT Pro Member: -
http://www.tomsitpro.com/articles/toshi ... -1342.html
Not for storage
Not for storage
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
Very probably. I have the Touch of Doom, after all.7bit wrote:I bet Daniel Beardsmore killed it with his extreme amount of wiki contributions.
:evilgeek:
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
I don't like it, so I'll move to a server with HDD.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
with all that RAM a good caching system would do so much more than SSD
- Muirium
- µ
- Location: Edinburgh, Scotland
- Main keyboard: HHKB Type-S with Bluetooth by Hasu
- Main mouse: Apple Magic Mouse
- Favorite switch: Gotta Try 'Em All
- DT Pro Member: µ
SSDs are great for system volumes and for personal machines, but a server ought to use memory to cache and have a hard drive based data store and backup system. Glad to see nothing (that I can see) has been lost with today's surgery.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
let me know if you need help with the server... I can do some sysadmin
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
So hetzner offers to replace the SSD, I tell them I plan to move to a HDD but if they have any tips out of experience.
Hmm yeah. No problem at all. (we're running raid 1)We have quite good experience with our SSDs. It shouldn't be a problem at all if
you use a software raid 1.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
oh wait, are you on RAID1? so you shouldn't have lost any data. raid 1 doesn't prevent failure to happen but if it happens you have double copy of your data.
that being said a 2 drives raid1 is a bit a of nonsense (during sync how do you know which data is corrupted if you have only 2 drives? 50:50)
that being said a 2 drives raid1 is a bit a of nonsense (during sync how do you know which data is corrupted if you have only 2 drives? 50:50)
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Still crashed and corrupted mysql tables
But raid 1 might have saved us from an unbootable system. I have a feeling this still might happen.
But raid 1 might have saved us from an unbootable system. I have a feeling this still might happen.
- matt3o
- -[°_°]-
- Location: Italy
- Main keyboard: WhiteFox
- Main mouse: Anywhere MX
- Favorite switch: Anything, really
- DT Pro Member: 0030
- Contact:
data should be safe on one of the two drives if it's a hardware issue. you should mount them separately and check. it happened to me once. I removed the damaged drive and data was safe on the other. anyway not easy to handle these cases remotelywebwit wrote:Still crashed and corrupted mysql tables
But raid 1 might have saved us from an unbootable system. I have a feeling this still might happen.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
That's one of the reasons I just want to move to a new server with the backup and leave the wreckage behind.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Ordered a new server. Same one, but with HDD.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
2 x 240 GB SATA 6 Gb/s SSD vs 2 x 2 TB SATA 6 Gb/s 7200 rpm HDD (both Software RAID1). The HDD server is EUR 10 cheaper per month.
I doubt you'll feel a difference in page/load time response.
I doubt you'll feel a difference in page/load time response.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
Ok, they already have the new server installed.
- Daniel Beardsmore
- Location: Hertfordshire, England
- Main keyboard: Filco Majestouch 1 (home)/Poker II backlit (work)
- Main mouse: MS IMO 1.1
- Favorite switch: Probably not whatever I wrote here
- DT Pro Member: -
- Contact:
By "backup" and "wreckage", you're referring to the operating system, as opposed to rolling back all changes made to Deskthority including the forum and wiki?
- 7bit
- Location: Berlin, DE
- Main keyboard: Tipro / IBM 3270 emulator
- Main mouse: Logitech granite for SGI
- Favorite switch: MX Lock
- DT Pro Member: 0001
Great! 8x more disk space than before!
Let's discuss how we can use it up!
But a fresh start can always be viewed as a new chance to do it right from the beginning!
Let's discuss how we can use it up!
Well, this is the downside of it.Daniel Beardsmore wrote:By "backup" and "wreckage", you're referring to the operating system, as opposed to rolling back all changes made to Deskthority including the forum and wiki?
But a fresh start can always be viewed as a new chance to do it right from the beginning!
- kint
- Location: northern Germany
- Main keyboard: g80-8200/ FK-2002
- Main mouse: genius netscroll optical gen1
- Favorite switch: MX clear/ Alps white comp
- DT Pro Member: -
my thought, thanks. Not worth spending the money (and taking the risks with SSDs) in this scenario then imo.webwit wrote:2 x 240 GB SATA 6 Gb/s SSD vs 2 x 2 TB SATA 6 Gb/s 7200 rpm HDD. The HDD server is EUR 10 cheaper per month.
I doubt you'll feel a difference in page/load time response.
- webwit
- Wild Duck
- Location: The Netherlands
- Main keyboard: Model F62
- Favorite switch: IBM beam spring
- DT Pro Member: 0000
- Contact:
I'll make a fresh backup of the forum and wiki just before the move, so no data is lost. I also made one a couple of hours ago. However, if for some reason the system collapses before the move, the backup used will be max 24 hrs old.