Op dit moment ben ik bezig om op mijn server back-ups in te stellen. Ik ben nu begonnen om eerst de database te back-uppen, want dat is het moeilijkste te herstellen.
Nu zijn er tig methodes om een back-up te maken. Ze hebben allemaal zo hun voor en nadelen. Dus ik heb er zelf eentje gekozen welke ik eenvoudig kan instellen. Nu heb ik gekozen om één BASH-script te maken dat al mijn handelingen doet. Dit script laat ik dan weer door een cronjob elke dag uitvoeren. Eenvoudig toch?
Dat BASH-script laat ik door mysqldump een dump maken van de database. Zo moet ik dan voor elke database een mysqldump maken. Vervolgens laat ik al die dumps inpakken in één bestand. Dit bestand mail ik dan naar een Gmail-account toe. Dus in elk geval niet naar een mailbox die op mijn eigen server staat, want dat zou ‘een beetje dom zijn’. 
Zo ziet mijn script eruit (met natuurlijk alle belangrijke data eruit):
#!/bin/bash
# mail setup
MAILSUB=
"Backup (`echo $USER @ $HOSTNAME`) as on `date`"
MES=~
/scripts
/mes.txt
mysqldump –user gebruikersnaam –password=mijnwachtwoord databasenaam > /back-up/sqldata/db_databasenaam.sql
# En dit dan herhalen totdat ik elke database gehad heb!
cd /back-up/sqldata/
filename="db_daily_"`eval date +%Y%m%d`".tgz"
tar -zcvf $filename *.sql
mutt e-mailadres@gmail.com -s "$MAILSUB" -a "$filename" < $MES
Met hierin opgemerkt dat ik nog een tekstbestandje heb aangemaakt ~/scripts/mes.txt met daarin de boodschap in de e-mail, want anders vraagt mutt daarom en dat wil je NIET!
Momenteel moet WordPress door iedere gebruiker ge-update worden. Dit vanwege een flinke beveiligingsbug. En de beveiliging van WordPress stond al niet erg hoog aangeschreven. Nu gebruik ik voor deze blog dus ook WordPress en op een andere site wil ik het eigenlijk ook gaan gebruiken. Maar of dat nou wijs is???
Zie over de bug deze link.
Maar ondertussen is op deze weblog dus WordPress weer up-to-date!
Vanavond heb ik mijn domein degroot.info eens van wat inhoud voorzien. Een tijdlang stond hier niet erg veel op. Aangezien ik dit domein graag voor een goede prijs wil verkopen is het handig om eventueel geïnteresseerde kopers daar op te wijzen. Ook heb ik er gelijk een stukje code eraan gevoegd, zodat ik via Google Analytics kan zien hoeveel bezoekers er eigenlijk op dit domein zonder noemenswaardige inhoud afkomen.
Hopelijk komt er een aannemer langs die dat domein wil overnemen in ruil voor een nieuw huis wat ik wil bouwen. 
Maar dat zal denk ik niet.
Soms dan word ik gek van Gentoo Linux. Op zich is het systeem heel mooi. Er wordt van alles bijgehouden wat nu wat nodig heeft. Al klopt dat niet altijd… Of wil het je systeem om zeep helpen als je persé wil proberen sommige updates er door te duwen. Maar ja Gentoo vraagt erom, want anders kan je niks meer updaten.. Nu ook weer een apart geval:
papua ~
# emerge -upvNk world
These are the packages that would be merged, in order:
Calculating dependencies… done!
!!! All ebuilds that could satisfy ">=sys-apps/util-linux-2.16" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-apps/util-linux-9999 (masked by: package.mask, missing keyword)
/etc/portage/package.mask:
# >=sys-fs/e2fsprogs-1.41.0
- sys-apps/util-linux-2.16 (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
(dependency required by "sys-fs/udev-145" [ebuild])
(dependency required by "world" [argument])
Wat hier boven staat zegt eigenlijk dat udev ge-update moet worden naar versie 145. Dat laatste doe ik niet, want dan krijg ik serieus problemen. Dan is er een nieuwere kernel nodig waar ik niet over beschik.
Maar goed om die nieuwe udev te installeren moet util-linux worden ge-update. Dit kan ik ook weer niet doen, want dan moeten ook ss en com_err worden ge-update, waardoor ook e2fsprogs en e2fsprogs-libs worden ge-update. En dan heb je een bak ellende!! Op 2 Gentoo installaties heb ik dat probleem al gehad. Hierdoor gaan een paar essentiële programma’s op kapot, zoals wget en rpm. Bij het updaten van software kan je die weleens nodig hebben, waarbij rpm in mindere mate onder Gentoo.
In /etc/portage/package.mask heb ik niet voor niks de volgende regels staan:
>sys-libs/e2fsprogs-libs-1.40.9
>sys-fs/e2fsprogs-1.40.9
>sys-libs/com_err-1.40.9
>sys-libs/ss-1.40.9
>=sys-apps/util-linux-2.14.1
Om de spaghetti die Gentoo heeft gemaakt op te lossen en om te voorkomen dat udev versie 145 wil installeren heb ik de volgende regel in /etc/portage/package.mask toegevoegd:
Hierna kan ik mijn Gentoo machine weer gewoon updaten:
papua ~
# emerge -upvNk world
These are the packages that would be merged, in order:
Calculating dependencies… done!
[ebuild U ] dev-db/sqlite-3.6.17 [3.6.16] USE="threadsafe -debug -doc -soundex -tcl" 2,859 kB
Total: 1 package (1 upgrade), Size of downloads: 2,859 kB
Ik wilde de links hier op deze weblog (Wordpress) wat korter hebben. Eerst stond er in elke url nog index.php en dat wilde ik niet. Nu is Wordpress voornamelijk gemaakt dat je dan Apache als webserver hebt. Dus dan moet je een .htaccess bestand hebben om dat mogelijk te maken. Nu ondersteund lighttpd geen .htaccess bestanden. Maar met de mod_rewrite module kan ik zo wel de urls korter laten schrijven. Hiervoor stond gelukkig de module mod_rewrite ergens bovenin al ingeschakeld in het /etc/lighttpd/lighttpd.conf
Verder was het voor deze weblog nog een blokje invoegen:
url.rewrite = (
“^/(.*)\.(.+)$” => “$0″,
“^/(.+)/?$” => “/index.php/$1″
)
En wel zodat:
$HTTP["host"] == “stefan.diario.tk” {
server.port = 80
server.document-root = “/var/www/servers/diario.tk/stefan/htdocs/wordpress/”
url.rewrite = (
“^/(.*)\.(.+)$” => “$0″,
“^/(.+)/?$” => “/index.php/$1″
)
#server.bind = “www.diario.tk”
accesslog.filename = “/var/log/lighttpd/stefan.diario.tk-access.log”
server.errorlog = “/var/log/lighttpd/stefan.diario.tk-error.log”
}
Hierdoor zijn de urls op deze weblog nu een stuk mooier. 
Alleen is mod_rewrite géén tovermiddel! Het nadeel eraan schijnt te zijn dat mod_rewrite niet kan controleren of dat bestanden wel of niet bestaan. Nu ondersteund lighttpd ook LUA-script m.b.v. de module mod_magnet maar hoe dat allemaal werkt moet ik nog eens een keertje uitzoeken!
Zojuist heb ik de problemen met de e-mail op kunnen lossen. Voornamelijk door wat oude instellingen te gebruiken en nog een kleine aanpassing in de configuratie van Postfix.
Alleen werkte het verzenden van e-mail van Squirrelmail nog niet geheel naar behoren. Ik kon op een gegeven moment wel intern mailen, maar naar externe e-mailadressen niet. Dit heb ik kunnen oplossen door de instellingen van Squirrelmail aan te passen. Nu werkt het gelukkig wel weer zoals het hoort.
Binnenkort wil ik wel al mijn instellingen voor de e-mail nog gaan nalopen, want dit soort problemen behoor ik gewoon niet te krijgen na een herstart van de machine!
Zojuist nog even gekeken of dat ik wel Bind had draaien. Wat ik al vermoedde klopte helaas. Bind draaide dus niet. Dit is iets wat ik steeds handmatig moet opstarten, want op de normale Gentoo Linux manier lukt dat namelijk niet:
# /etc/init.d/named start
* Starting named… [ !! ]
* ERROR: named failed to start
Hiervoor heb ik ooit eens een klein Bash-scriptje gemaakt wat het moet opstarten:
#! /bin/bash
named -u named
Alleen zou ik dit script eens automatisch bij het opstarten moeten laten uitvoeren, maar goed waarschijnlijk ga ik dus de overstap naar Arch Linux maken en dan zie ik de noodzaak niet meer.
Momenteel draait Bind dus wel:
# rndc status
version: 9.6.1-P1
number of zones: 28
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is ON
recursive clients: 0/0/1000
tcp clients: 0/100
server is up and running
Ondertussen heb ik Squirrelmail ge-update. Ook heb ik hierin wat server-instellingen aangepast. Ik kan nu weer e-mail lezen met Squirrelmail. Dat is al een hele plus. Alleen werkt het nog niet helemaal zoals het moet doen. Bij het verzenden van e-mail krijg ik nu de volgende melding:
Message not sent. Server replied:
Transaction failed
554 5.7.1 : Relay access denied
Dit is zeer waarschijnlijk een fout in Postfix. Waar ik dus ook die andere problemen nu mee heb. Hier ga ik straks pas naar kijken.
Gisteren meldde ik al een probleem wat ik had met de e-mail. Vandaag ontdekte ik nog een probleem. De webmail via Squirrelmail werkt niet meer. De foutmelding die ik krijg is:
Error connecting to IMAP server: localhost.
0 :
Ik doe straks eerst een update van Squirrelmail en dan dan kijk ik alle instellingen even na.
Helaas moest ik vandaag besluiten om de webserver te herstarten. Hierdoor kwam ik ineens wat gekke problemen tegen waarvan de meesten eenvoudig te verhelpen waren. Alleen heb ik nu nog een probleem met Postfix. Hierdoor komt er ineens niet alle e-mail meer binnen.
De foutmelding waar ik sinds de herstart last van heb is:
Aug 9 21:35:04 papua postfix/smtpd[5597]: warning: connect to 127.0.0.1:10030: Connection refused
Aug 9 21:35:04 papua postfix/smtpd[5597]: warning: problem talking to server 127.0.0.1:10030: Connection refused
Helaas heb ik vandaag geen tijd meer om dit probleem verder te onderzoeken. Er zijn ook nog andere dingen die ik wil doen. Morgenavond hoop ik er even tijd voor te vinden. Ook moet ik nog zeker snel goed naar Arch Linux kijken om mogelijk snel de overstap te gaan maken. Dan hoef ik de problemen onder Gentoo Linux tenminste niet op te lossen.
