Op 2013-05-12 om 08:22 schreef Geert Stappers: > Op 2013-05-11 om 18:58 schreef Paul van der Vlis: > > > > Hij boot dus nu correct? > > Jawel. > Er zijn twee dingen anders gedaan. Het zou zo maar kunnen dat de vrijdag > (op Wheezy Release Party Groningen) genoemde verdachte niet de schuldige > is. Pas nadat ik tijd gehad/genomen/gestolen heb voor een test of het > de andere wijziging was, meer over dit vreemde voorval. Samenvatting: * Het werkt gewoon (dus onder normale omstandigheden gaat het goed) * Het ging mis door een samenloop van omstandigheden: ** een apt archive mirror in offline mode ** ander pad doorlopen dan het pad tijdens de voorbereiding ** misschien nog software die te voorzichtig meldt dat ie wat mist De langere versie: Er was een verzoek voor installatie hulp. Daar heb ik mij voor gemeld en heb mijn netwerk kit daarvoor gecontroleerd. DHCP- en TFTP-server is min of meer onderhoudsvrij. TFTP-content is de Wheezy netboot tarball, die voor amd64. Het "webserver stuk[1]" is onderhoudsvriendelijk, je moet een installatie doorlopen en dan zijn de .deb bestanden ververst. Met de kit naar Groningen, daar was te installeren SUN. De netboot ging goed, de debian-installer kwam netjes tot leven. De eerste poging om wat van een Debian apt archive te halen ging niet. Oorzaak was dat de "netwerkkit" geen "upstream" had. De workaround was het "webserver stuk[1]" in off-line te zetten. De installatie ging vrolijk verder. Hardware detectie liet drie fysieke harddisk drives zien. Gekozen voor LVM, Logical Volume Management. De installatie verder doorlopen. [2] Bij de eerste start was de melding dat root niet gevonden kon worden en hadden in een '(initramfs)'-prompt. Eerste diagnose was dat er geen LVM programmas zoals `vgdisplay` en `lvdisplay` waren. Naar de Wheezy Release Party gegaan, dat was immers de aanleiding voor de ontmoeting met andere Debian mensen. Tweede installatie pogingen. Nu wel het pad doorlopen wat ook tijdens de voorbereiding was doorlopen. En jawel, nu wel een goede opstart van de SUN. Thuis de netwerkkit aangezet en op jacht naar reproduceerbaarheid van de fout. Dat lukt :-/ Nog installatie, nu met een kleine wijziging, die ging ook fout. Dan het bizarre gevoel van: "Dit kan toch niet, dit moet gewoon werken" Vervolgens er beter naar gekeken. Wat meer gelezen over "dmsetup". Tot inzicht gekomen dat er wat ontbrak. Omdat het gewoon zou moeten werken, zou het aan mijn configuratie moeten liggen. Netwerkkit in "online mode" gezet en weer een installatie doorlopen. Deze keer dan wel met toegang tot een "upstream apt archive" Nu was het resultaat een gewoon werkende computer met LVM. \o/ Update van bugreport 616689 in een andere toon als een dag eerder. Dat werd http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616689#43 Toen maar eens naar de ge-cached packages op het webserver stuk van de netwerkkit: stappers@fulong:/srv/aptproxy $ find . -type f -mtime -3 | grep -v -e Release$ -e .head$ | xargs ls -ltrG -rw-r--r-- 1 apt-cacher-ng 20 May 16 22:37 ./debrep/dists/wheezy/non-free/debian-installer/binary-amd64/Packages.gz -rw-r--r-- 1 apt-cacher-ng 20 May 16 22:37 ./debrep/dists/wheezy/contrib/debian-installer/binary-amd64/Packages.gz -rw-r--r-- 1 apt-cacher-ng 150364 May 16 22:44 ./debrep/pool/main/r/readline5/libreadline5_5.2+dfsg-1_amd64.deb -rw-r--r-- 1 apt-cacher-ng 32576 May 16 22:44 ./debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb -rw-r--r-- 1 apt-cacher-ng 584212 May 16 22:44 ./debrep/pool/main/l/lvm2/lvm2_2.02.95-7_amd64.deb -rw-r--r-- 1 apt-cacher-ng 1571 May 16 22:46 ./debrep/dists/wheezy-updates/Release.gpg -rw-r--r-- 1 apt-cacher-ng 14 May 16 22:46 ./debrep/dists/wheezy-updates/main/i18n/Translation-en.bz2 -rw-r--r-- 1 apt-cacher-ng 14 May 16 22:46 ./debrep/dists/wheezy-updates/main/binary-amd64/Packages.bz2 -rw-r--r-- 1 apt-cacher-ng 14 May 16 22:47 ./debrep/dists/wheezy-updates/main/source/Sources.bz2 stappers@fulong:/srv/aptproxy $ Dus drie extra _amd64.deb-bestanden zijn nog opgehaald. Als die er eerder geweest waren, dan was ik deze ervaring misgelopen. ;-) Nog even een stukje logging van de apt-proxy software wat ik hier parkeer c.q. dump, misschien om er later nog wat mee te kunnen: stappers@fulong:/var/log/apt-cacher-ng $ grep libdevmapper-event apt-cacher.log 1352565625|M|Download of debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb started 1352565625|M|Download of debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb finished 1352565625|I|32461|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb 1352565625|O|32487|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb 1352570394|O|32487|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb 1352573405|O|32487|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-4_amd64.deb 1368200743|O|381|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb 1368647491|O|381|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb 1368648766|O|381|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb 1368737061|M|Download of debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb started 1368737061|M|Download of debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb finished 1368737061|I|32892|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb 1368737061|O|32917|127.0.0.1|debrep/pool/main/l/lvm2/libdevmapper-event1.02.1_1.02.74-7_amd64.deb stappers@fulong:/var/log/apt-cacher-ng $ Mij is duidelijk wat er mis ging. Ik hoop dat jullie er ook wat aan deze ervaring hebben. Groeten Geert Stappers Voetnoten: [1] apache die redirect naar apt-cache-ng [2] ongemakkelijk aanzetten, http://lists.debian.org/debian-user-dutch/2013/05/msg00071.html -- > And is there a policy on top-posting vs. bottom-posting? Yes.
Attachment:
signature.asc
Description: Digital signature