Just another WordPress weblog
Zo, de boel is aangesloten. De eerste snelheidstest is veelbelovend:
Download: 3494.6 KByte/sec (=27957 kbps) Upload: 1267.3 KByte/sec (=10138 kbps) Connection: 1053.0 Conn/min Ping test Nederland: 3.0 ms
Klein detail hierbij is dat bij de status van de test gemeld wordt dat de limiet overschreden wordt. Het lijkt er dus op dat speedtest deze snelheden niet aankan…
Vandaag is de grote dag dan eindelijk daar. Vanmorgen gaat mijn glasvezelverbinding aangesloten en @home zal hier dus verdwijnen. Heel Deventer wordt momenteel voorzien van een fibernet en ik zit toevallig in het 1e gedeelte wat na de succesvolle pilot aangesloten wordt. Mijn buurman surft al enkele maanden via Concepts ICT
Voor een vergelijk post ik hier alvast de resultaten van een snelheidstest:
Download: 519.9 KByte/sec (=4159 kbps) Upload: 109.8 KByte/sec (=878 kbps) Connection: 578.0 Conn/min Ping test Nederland: 9.0 ms
Ik ben benieuwd wat vanmiddag de resultaten zijn. De verbinding die ik krijg is in elk geval 35 mbit, zowel up als down.
Zowel gisteren als vandaag begon de webserver weer kuren te vertonen. Na het updaten van een aantal posts op dit blog kreeg ik geen reactie meer terug. Dus toch maar weer eens de logbestanden nageplozen. Vreemd genoeg is er niets te vinden wat een probleem zou kunnen geven.
Als laatste redmiddel dan toch maar een mailtje gewaagd aan Henk van de Kamer, ik heb tenslotte van hem afgekeken hoe ik de server opzetten kan.
Gelukkig tref ik het want ik heb dezelfde avond nog een mailtje terug ontvangen. Henk was dus beschikbaar en hij had een oplossing voor me. Hij heeft hetzelfde probleem namelijk al eens eerder ondervonden. En aangezien ik zijn configuratie bestanden overgenomen en dus ook zijn achteraf gezien wat ongelukkig instelling:
http://www.hetlab.tk/asterix/tunen-webserver
Wat hier dus gebeurt is dat bij sommige handelingen er door php teveel tijd besteed wordt. Doordat er maar maximaal 1 proces mag zijn volgens de configuratie kom je in de problemen als dit proces ermee ophoud door geheugenproblemen. Door dus het maximale aantal processen te verhogen voorkom je dat de server in staking gaat.
Na het aanpassen van het php configuratiebestand en het herstarten van lighttpd draait de webserver deze keer hoogstwaarschijnlijk een stuk langer.
Bedankt Henk!
Het is er dan eindelijk van gekomen. Al een paar dagen is mijn systeem in het bezit van een dualboot setup waarbij ik de beta van Kubuntu 8.04 Hardy Heron KDE4 aan het testen ben.
Door de installatie hiervan is er een 2e grub geïnstalleerd. Ik had blijkbaar toch voor een aparte boot-partitie moeten kiezen. Nu heb ik 2x een /boot directory, 1 op /dev/sda1 en 1 op /dev/sda5. Mogelijk komt er daar straks nog 1 bij want ik heb ook nog een /dev/sda6 gereserveerd voor een extra OS.
Als eerste dus maar het activeren van grub op /dev/sda1. Hiervoor starten we grub met de volgende opdracht:
sudo grub
Hiermee komen we in de grub-prompt waarmee we de juiste bootpartitie en hardeschijf selecteren voor het booten:
grub> root (hd0,0) grub> setup (hd0)
Nu mis ik dus de opstartmogelijkheid om de testinstallatie te starten. Eigenlijk had ik dus de juiste regels vanuit de menu.lst vanaf /dev/sda5 moeten kopieren. Nu weet ik niet of ik er mee wegkom om enkel menu.lst aan te passen dus voor de zekerheid grub nogmaals geinstalleerd op hd0,0 (wat gelijkstaat aan /dev/sda1)
Zo moet je ruim een week wachten om je update script te testen en zo krijg je er meteen een paar extra voor je kiezen:
Arkon wil update Date: Today 07:00:19 dovecot-common dovecot-imapd
Meteen maar installeren dus:
Arkon:~# aptitude upgrade
Reading package lists... Done
Building dependency tree... Done
Reading extended state information
Initializing package states... Done
Building tag database... Done
The following packages will be upgraded:
dovecot-common dovecot-imapd
2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 1680kB of archives. After unpacking 20.5kB will be used.
Do you want to continue? [Y/n/?] y
Get:1 http://security.debian.org etch/updates/main dovecot-common 1.0.rc15-2etch4 [1133kB]
Get:2 http://security.debian.org etch/updates/main dovecot-imapd 1.0.rc15-2etch4 [547kB]
Fetched 1680kB in 3s (437kB/s)
debconf: delaying package configuration, since apt-utils is not installed
(Reading database ... 15696 files and directories currently installed.)
Preparing to replace dovecot-common 1.0.rc15-2etch3 (using .../dovecot-common_1.0.rc15-2etch4_i386.deb) ...
Stopping mail server: dovecot .
Unpacking replacement dovecot-common ...
Preparing to replace dovecot-imapd 1.0.rc15-2etch3 (using .../dovecot-imapd_1.0.rc15-2etch4_i386.deb) ...
Stopping mail server: dovecot .
Unpacking replacement dovecot-imapd ...
Setting up dovecot-common (1.0.rc15-2etch4) ...
Configuration file `/etc/dovecot/dovecot.conf'
==> Modified (by you or by a script) since installation.
==> Package distributor has shipped an updated version.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : background this process to examine the situation
The default action is to keep your current version.
*** dovecot.conf (Y/I/N/O/D/Z) [default=N] ?
You already have ssl certs for dovecot.
Starting mail server: dovecot.
Setting up dovecot-imapd (1.0.rc15-2etch4) ...
Starting mail server: dovecot.
Wederom staat er een update voor lighttpd klaar. Hopelijk lost dit meteen het niet reageren van de website op.
Arkon wil update From: root To: anywhere@localhost.net Date: Today 07:00:22 lighttpd
Arkon:~# aptitude upgrade Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages will be upgraded: lighttpd 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 289kB of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] y Get:1 http://security.debian.org etch/updates/main lighttpd 1.4.13-4etch6 [289kB] Fetched 289kB in 1s (247kB/s) debconf: delaying package configuration, since apt-utils is not installed (Reading database ... 15696 files and directories currently installed.) Preparing to replace lighttpd 1.4.13-4etch5 (using .../lighttpd_1.4.13-4etch6_i386.deb) ... Stopping web server: lighttpd. Unpacking replacement lighttpd ... Setting up lighttpd (1.4.13-4etch6) ... Starting web server: lighttpd.
Op de een of andere manier is me vanmorgen na het plaatsen van het update bericht lighttpd aan het staken geslagen. Totaal geen reactie meer.
Voor zover ik kan zien draait ie echter wel gewoon:
Arkon:~# ps -e | grep light 19975 ? 00:00:02 lighttpd
Zometeen de logs dus maar eens doorspitten om te kijken of ik daar nog iets in kan vinden. Met het volgende commando herstellen we de zaak weer:
Arkon:~# /etc/init.d/lighttpd restart Stopping web server: lighttpd. Starting web server: lighttpd. Arkon:~# ps -e | grep light 29021 ? 00:00:00 lighttpd
Toevoeging 07-03-2008 om 20:08
Blijkbaar heb ik last gehad van een conflict tussen Lighttpd en aptitude. Na het posten of bewerken van een bericht bleef de webserver stil. Het process bleef lopen en ik kan in de logs niets vinden. Na het uitvoeren van de update reageert de webserver echter weer zoals het hoort.
Het heeft even geduurd maar Arkon wil nu een update hebben. Zoals je hier kunt zien heb ik in navolging van Henk van de Kamer een update script geïnstalleerd. Heel veel kun je hier niet aan testen, zolang er geen update is krijg je ook geen melding. Ik heb dus de afgelopen anderhalve week regelmatig gekeken of er een update was terwijl ik nog geen mailtje had. Vanaf nu hoef ik dat niet meer te doen want het mailtje is er:
van: root aan: anywhere@localhost.net datum: 7 mrt. 2008 07:00 onderwerp: Arkon wil update lighttpd
Vanavond dus meteen de update maar installeren.
Afgelopen zondagavond werd ik om 22:09 getroffen door een storing bij @home. Het internet viel weg en nu ik terugdenk heb ik eerder die dag ook al last gehad van storingen op de telefoon (die ik dus ook van @home heb).
Niet online betekend ook dat een thuis-server niet gek veel kan doen. Ik kon er welliswaar vanuit het interne netwerk wel op komen maar ja daar hebben jullie niet veel aan.
Vandaag heb ik na 3 telefoontjes eindelijk de verbinding kunnen herstellen. Het firmware van ’t modem is in elk geval geupdate. Dat ze zoiets niet automagisch kunnen doen.
Zo, weer een stukje verder met het regelwerk. Op het hoefnix forum van Henk van de Kamer vond ik een stukje over het automatisch inloggen met ssh. Dit met behulp van een keypair.
xxx:~$ cd .ssh
xxx:~/.ssh$ ssh-keygen -f {Keynaam} -t rsa -N ''
xxx:~/.ssh$ cat {Keynaam}.pub | ssh inlognaam@hostnaam 'mkdir -m 700 -p .ssh; cat >> .ssh/authorized_keys'
xxx:~/.ssh$ ssh -i {Keynaam} inlognaam@hostnaam
Naast het aanmaken van een keypair heb ik ook nog een aantal aliassen aangemaakt in mijn .bashrc zodat ik niet van elke machine de login, password en ip-adres of hostname hoef te onthouden.
alias sshalias='ssh -i ~/.ssh/{Keynaam} loginnaam@hostnaam'
In bovenstaande code stukken heb ik een aantal waarden veranderd.
Na het aanpassen van .bashrc zul je deze opnieuw moeten inladen om de wijzigingen actief te maken. Dat kan door het opnieuw inloggen maar dit gaat iets vlotter:
Athlan:~# source .bashrc
Let wel, dit is een handig hulpmiddel maar ook potentieel gevaarlijk. Doe dit dus alleen op een machine waarvan je het vertrouwen hebt dat ongewensten hierbij kunnen. Mijn werksysteem thuis vertrouw ik er in elk geval wel mee.
Dit stukje wordt ook geplaatst in de rubriek scripts. Het is namelijk niet alleen handig voor het inloggen met ssh, maar kan ook in scripts gebruikt worden om bepaalde taken op een andere machine uit te voeren. Denk bijvoorbeeld aan de backup.