On Friday 27 November 2009 23:56:48 Ian Clarke wrote: > If this is true then we need to inform our hosting provider > immediately as they can fix this at no cost to us. > > Is it true?
It seems so. Regarding backups: [20:51] <p0s> toad_: i recently asked you whether we have recent backups of the mantis database (because of the failed disk in emu), unfortunately i forgot your answer? [20:51] <toad_> i made an off site backup before going to copenhagen[20:51] <toad_> i need to make another one soon [20:53] <p0s> fine :) [20:53] <p0s> we should consider getting the disk replaced though, because realistically its gonna take another 6 months until we bother to get rid of emu [20:55] <p0s> what exactly are the symptoms of the failure? if it only flew out of the raid without showing bad sectors in a full smart test, readding it might just work fine - semi-dead disks often fly out without any reason and work fine if re-added [20:56] <p0s> smart test: for starting the test "smartctl -d ata -t long /dev/sdX", after some hours use "smartctl -d ata -a /dev/sdX" for getting the output. ommit the "-d ata" if its not a SATA disk [20:56] <digger3> I wouldn't do that if it is on the same IDE controller -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20091229/4d0b2245/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20091229/4d0b2245/attachment.pgp>
