switching backup devices

The sparc backup server from 2005 was up for a replacement. It was too noisy and too power hungry to keep it running, so it was turned off most of the time anyway. I decided yesterday to replace it with a qnap TS-412, but I wanted to keep the four sata disks, and preferably also the data.

One problem is that there is no way for four RAID5 configured disks to insert them into the qnap without them being "initialized" (as in completely erased losing all data).

First I wanted to be sure all four disks where still operational, which I couldn't do as long as the adaptec controller was in the sparc computer, so I had to move everything to an (already full) x86 machine... or not ?

Being a Linux user, I am generally lazy, so I figured it also had to work if I just moved the controller to the x86, leaving the disks in the sparc... not without risks:

1. the 64-bit pci card had to work in a 32-bit pci slot. Some don't... luckily this one did! The picture below shows the Adaptec controller in the x86 on the right, with the sata cables going through the back of the sparc to the four disks.

2. What to power on first, the x86 or the sparc ? Can something break if only the controller, or if only the disks have power ? I pressed both buttons simultaneously... was I lucky that it worked, or is this normal ?

3. The fricking sparc blade 1000 cover has to be shut tight for the sparc to actually power on. Note also the lack of any cables on the x86 (the left), except for the cat5. This computer has been working without keyboard or display since 2003... why bother when ssh and ssh -X can do everything!

4. Will the x86 (running debian) still come up when I add an extra scsi controller? Note that this x86 was installed with Debian ten years ago, and since then upgraded to $currentDebianToyStoryCharacter. It did make the RAID5 appear as /dev/sda, but thanks the UUID= in /etc/fstab it all worked fine!

root@barry:~# fdisk -l 2>/dev/null | grep Disk
Disk /dev/sda: 960.0 GB, 959994396672 bytes
Disk /dev/sdb: 60.0 GB, 60022480896 bytes
Disk /dev/sdd: 200.0 GB, 200049647616 bytes
Disk /dev/sdc: 82.0 GB, 81964302336 bytes

Everything worked, data was copied, disks inserted in the qnap and reformatted and all is up and running.

Shaka staat naast Pasha!

Naar analogie met Pasha de sunblade, genoemd naar Pasha de hond die drie jaren in ons dierenasiel heeft gezeten, heb ik de volgende sunblade genoemd naar Shaka (foto hiernaast). Shaka was een heel lieve sharpei, maar veel te mager en uiteindelijk overleden bij de dierenarts.

Effe technisch. Shaka heeft Solaris 10 gekregen, een uname -a geeft volgende uitvoer:
SunOS shaka 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000
De bedoeling is dat Shaka gaat dienstdoen als backup server voor mijn bvba. Alle belangrijke dingen die op Pasha staan moeten via rsync (of iets gelijkaardigs) naar Shaka gaan. Rechts ziet u Pasha en Shaka broederlijk naast elkaar staan. Pasha heeft twee zwarte drivebays en staat aan, Shaka is nog origineel en staat op de foto niet aan. Ah nee, want de zon schijnt, dus het is hoog tijd om wat in de tuin te werken.

Pasha

Het wordt tijd dat 'k Pasha eens terug opzet. Een paar dagen geleden vees 'k een lampeke in een lantaarn aan de voordeur, en pats...de plomb gesprongen. Met als gevolg dat heel het huis zonder stroom zat. En van't verschieten liet ik da ballonneke nog kapot vallen ook. De meeste prullen springen terug op, maar Pasha niet...nee, die wacht totdat ik 'm braafjes terug opzet. Als ik ooit tijd vind automatiseer ik dat wel.