Omdat dat al eens vaker wil gebeuren bij WordPress, en ik een upgrade altijd omslachtig vond en te lang liet liggen heb ik mezelf een quick & dirty script gemaakt om upgrades uit te voeren:

cd public_html/ ¬
rm latest.tar.gz* ¬
wget http://wordpress.org/latest.tar.gz ¬
tar -xvzf latest.tar.gz ¬
rm latest.tar.gz ¬
rsync -av wordpress/ www.vanginderachter.be/ ¬
rsync -av wordpress/ tuurkentorke.vanginderachter.be/ ¬
rsync -av wordpress/ www.dailydesktop.be/ ¬
rsync -av wordpress/ blog.van-landschoot.be/ ¬
rm -rf wordpress/ ¬
Gevolgd door een klik naar het wp-admin/upgrade.php script van de respectievelijke blogs.

Let op, ‘t is quick a dirty, en niet volgens de regels van het boekske. mijn backup komt reeds automagisch om het uur langs, dus dat hoeft bij mij niet nog eens in dit script. Ook is het bij sommige upgrades veiliger eerst je plugins te deactiveren, maar da’s me te clickety-click. En ik heb dus een goede backup.

Intussen werkt dit gewoon™ voor mij. Gebruik op eigen risico’s en de stukken mag je zelf lijmen.

We already recovered from file system corruption, data loss, and some other fine things last week. Al we had to do was plugging in a new disk and let the mirror rebuild.

Well, at least , that’s what raid should be about. But as Kris already reports, not only DNS, but also raid is quite funky.

Dell seems to agree with Kris. In short, I afterwards found a forum comment from someone who confirmed the issue where initializing a new disk had the funny side effect of resetting existing “containers” (= raid array) 50% of the times you tried this exercise. Not to say, this is big fun when all you wanted to do was putting back some redundancy in a degraded mirror.

Enjoy hardware RAID. Be stuck wih the controller bios interface. Quite a spartan one I must say. Enjoy a simple interface with not too much choice – or was it not enough choice?

I quickly decided, when reinstalling was all we could do, to define each of the two disks, as a simple volume. They still were exported by that funky scsi controller, but once I had a separate sda and sdb, I was ready to let Debian manage them.

At first I was quite optimistic. It was the first install I did with a freshly downloaded Etch. Software raid md devices and LVM volumes all you can eat.

Let me be short. The Debian installer, even in Etch, is funky. Luckily you can always ctrl-alt-F2 to a shell to have some more control and forcing some stuff manually. But in the meantime, that installer is full of bugs.

I remain deadly sure I did configure the /boot partition (on a md, not lvm device) with the proper mount point. Turns out, and I noticed this again at a later reinstall, the Debian installer insists on resetting stuff like that. This is Not Nice.

Another funky problem is when the Debian Installer kernel cannot handle some SCSI routines to let the running kernel know some new md devices were created. Which is not very handy when you need to put those pv‘s in a vg during the same setup. Setup which refuses to write to disk because you didn’t define a root partition yet.

O well. Besides this funky music, linux software raid remains a lot more flexible.

You can read those partitions from any (operating) system with a recent Linux kernel. No data lock-in.

It’s no problem to create a mirror with one disk. Especially when you have some data left you need on the other disk, it’s nice to know you can start the raid array without needing to already reformat that disk.

Did I mention flexibility?

O, some nice article I found, when unrelatedly browsing tfw today. An interesting read on md devices, which seems quite complete on the debian raid subject.

Where 23 is the number of chapters in title 02. Find out those numbers with

lsdvd /dev/dvd

PermitRootLogin without-password

(uit sshd_conf)

De rode lijn hier zijn rejected SMTP connecties (blacklists, greylisting en smtp checks). In de logs zie ik verder vooral veel verkeer naar willekeurige adressen [randomstring]@domain, zoals bvb. sgyioqrsrgd@vanginderachter.be.

C:\bin>netstat -on | find "10000"
TCP 192.168.46.22:2978 192.168.46.162:10000 ESTABLISHED 728
TCP 192.168.46.22:2980 192.168.46.218:10000 ESTABLISHED 728
TCP 192.168.46.22:2981 192.168.46.17:10000 ESTABLISHED 728
TCP 192.168.46.22:2982 192.168.46.27:10000 ESTABLISHED 728

vind je hem niet echt ‘listening’ lokaal (wat hier wel verwacht is). Het process 728 is echter niet te vinden. Task manager, pslist, process explorer, you name it, tenzij hier nu wel met tcpview, begrijpe wie kan:

Met zotte errors tot gevolg:

C:\bin>pskill 728

PsKill v1.11 - Terminates processes on local or remote systems
Copyright (C) 1999-2005 Mark Russinovich
Sysinternals - www.sysinternals.com

Unable to kill process 728:
Access is denied.

Intussen kan ik de betreffende daemon service niet opstarten wegens tcp/10000 in use.

Gelukkig blijft de obligate Windows Sysinternals Microsoft oplossing.

C:\bin>psshutdown \\mondriaen -r -t 21:00

PsShutdown v2.51 - Shutdown, logoff and power manage local and remote systems
Copyright (C) 1999-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

MONDRIAEN is scheduled to reboot in 04:23:00.

Je browsed je inbox en klikt een link in je mail. Je browser geeft de ene als referrer mee aan de andere. Business as usual, daar kan het e-mail pakket an sich weinig aan doen. Als ze via hun url natuurlijk easy guessed info meegeven is dat wat anders.

Uw vriendje Guillaume gebruikt duidelijk Microsoft Exchange. En die exchange luistert wellicht achter hetzelfde publieke ip als waarmee hun surf verkeer vanuit hun office ge-NAT wordt. Dat maakt je data mining wellicht extra interessant

Zijn het niet eerder web-based mail clients die evil zijn op dit gebied?

Om een propere backup & restore van een host te hebben voldoet dit eigenlijk niet, al zal het in de praktijk en mits wat extra werk vaak wel het belangrijkste meehebben.

In the end vooral handig voor pure data, maar wie een full backup wil hebben van een host om die snel weer up te krijgen, zal betere backup tools moeten gebeuren dan de klassieke rsync.

Los daarvan: zelf gebruik ik rsnapshot en enkele extrene schijven om mijn belangrijkste data te vrijwaren. Da’s rsync + hard links voor weinig-plaats-innemende full backups met geschiedenis.

Hey All,

I know there have been a lot of complaints about the new RSA tokens that we’ve issued, in that it’s a bit of an inconvenience to carry your laptop AND an RSA token on your key ring. Here’s a solution that will help you keep them together.

Get a bigger key ring (we’ve got a handful, first come first serve) and put the token on the key ring using the small diameter ring on the token. Insert the laptop’s power cord through ring, make a half hitch loop on the cord, fastening the bigger ring to the cord. Here’s a (blurry) picture to give you an idea:

Regards,
Thomas J—–
IT Security