L'hébergement libre pour les gens libres.
TuxFamily est une association fournissant des services d'hébergement pour tout projet de logiciels ou contenus libres.
En savoir plus
Activité du forum
- Woops!
Derniers projets
- Debian beginners handbook
- HyprLand Commander
- ESL Management System
- Serpent Twofish AES File Encrypter
- scienceforum
Obtenir de l'aide
Webmail
Accès au panel
Archives
- mai 2024
- avril 2024
- octobre 2023
- juillet 2023
- juin 2023
- octobre 2022
- septembre 2022
- août 2022
- juillet 2022
- juin 2022
- février 2022
- décembre 2020
- septembre 2020
- novembre 2019
- octobre 2019
- août 2019
- mai 2019
- avril 2019
- juin 2018
- avril 2018
- janvier 2018
- juin 2017
- avril 2017
- février 2017
- octobre 2016
- avril 2016
- novembre 2015
- septembre 2015
- août 2015
- juin 2015
- avril 2015
- mars 2015
- janvier 2015
- novembre 2014
- juillet 2014
- juin 2014
- mai 2014
- avril 2014
- mars 2014
- février 2014
- décembre 2013
- juillet 2013
- juin 2013
- mai 2013
- avril 2013
- mars 2013
- janvier 2013
- décembre 2012
- juin 2012
- avril 2012
- mars 2012
- janvier 2012
- octobre 2011
- septembre 2011
- août 2011
- juillet 2011
- juin 2011
- mai 2011
- avril 2011
- mars 2011
- février 2011
- décembre 2010
- novembre 2010
- août 2010
- juillet 2010
- juin 2010
- avril 2010
- mars 2010
- janvier 2010
- octobre 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- janvier 2009
- octobre 2008
- septembre 2008
- août 2008
- juin 2008
- mai 2008
- avril 2008
- mars 2008
- février 2008
- janvier 2008
- décembre 2007
- octobre 2007
- août 2007
- juillet 2007
- juin 2007
- mai 2007
- avril 2007
- mars 2007
- février 2007
- janvier 2007
- décembre 2006
- novembre 2006
- octobre 2006
- septembre 2006
- juillet 2006
- juin 2006
- mai 2006
- avril 2006
- février 2006
- janvier 2006
Archives de janvier 2013
Download repositories master source failure
Posté le samedi 5 janvier 2013, à 10:05 UTC
We lost during the night the data RAID array on the server used for master source of download repositories.
Until now, we managed to recover the RAID array and the data to the last known revision, but we do not want to put it back on production until we replaced and re-synched all the faulty drives.
There seem to be missing files on slave servers, but this is not a big deal, they will come back on master-to-slaves resync after array is repaired.
Edit 2013-01-05 17:29 UTC: Staff arrived at destination, work begin.
Edit 2013-01-05 23:51 UTC: We managed to recover almost everything from the died RAID array, meaning we have everything up to date except a few files, it took some time but this is, in our opinion, better than just recover from the backup. But there is a sad news, the delivered spare hard drives are not the good one, so we are going to rebuild the array with disks that are available and we will need to work on it again later to grow the array with the expected disks.
Edit 2013-01-06 00:51 UTC: So, today's hard drives being reliable as close to "already broken in the sealed package", we of course had to deal with never used once and already broken disks. Well, we still managed to create a hopefully healthy array that will be able to store all the data. Previously recovered data are being copied back right now.
Edit 2013-01-06 04:07 UTC: Yeah, downloads master source is back, with a fresh clean filesystem and all the data available. Slave servers (those used to get files) are currently synchronizing from master, everything should be back to normal in a few hours.
Edit 2013-01-06 12:00 UTC: Slaves finished synching, everything should be back.
This is a good time to point out that you are supposed to do backups, it may save you if someday we cannot recover the data. And also following our security recommendations, which aims at preventing common security issues.