Halvt förolyckad domänflytt

Under augusti bytte Huggpunkt.org både domänregistrar och webbhotell till Binero, från att tidigare ha haft skilda företag som registrar och webbhotell. Under tiden som flytten pågick var forumen stängda för registrering och publicering.

Tyvärr drog processen alldeles för länge ut på tiden. Detta berodde delvis på ordningen som flytten genomfördes i:

  1. Sätt i gång registrarbytet.
  2. Frys diskussionsforumen, genom att stänga av kontoregistrering och publicering/redigering av inlägg.
  3. Kopiera filer och databas för forumen till det nya webbhotellet.
  4. Lås upp diskussionsforumen på det nya webbhotellet (men låt dem fortsätta vara låsta på det gamla).
  5. Vänta tills bytet av registrar är genomfört.
  6. Sätt i gång ompekning av domänen.
  7. Vänta ett par dygn eller så, tills ompekningen propagerats över internet.
  8. Klar.

Om allt hade gått smidigt, så hade nertiden bara varat i något fåtal dygn. Nu blev det i stället frågan om ett par veckor. Problemet var att Bineros kontrollpanel inte upptäckte att domänöverföringen genomförts. Därför gick inte ompekningen att sätta i gång från vare sig den gamla eller den nya registraren, och alla besökare hamnade på det gamla webbhotellet, där forumen stängts.

När teknisk support färdigställt överföringen manuellt, gick det som grädde på moset inte heller att byta namnservrar för domännamnet. Ytterligare ett manuellt ingrepp krävdes med andra ord. När jag skriver detta är bytet av namnservrar dock i full rullning, vilket inte minst märks på att man kastas fram och tillbaka mellan de olika hotellen. Kaoset beräknas fortgå till senast lördag.

Lärdom? Jo visst, ompekningen borde till fullo ha genomförts före (eller förstås efter) bytet av registrar, i stället för samtidigt. Med andra ord borde steg (1) och (5) ha hänt sist, mellan (7) och (8).

Exilen är över

Förra våren skaffade jag ny dator, eftersom den gamla helt enkelt var slutkörd. Tyvärr visade sig X11 och grafikkortet (ATI Mobility Radeon HD 4500) inte kunna komma överens, och med VESA gick det inte att få till något bättre än helt olidliga 1152x864 utsträckt till 16:9. För första gången sedan 2004 blev jag Windows-användare igen.

Men nu är det äntligen över. För någon vecka körde jag – som många gånger tidigare det senaste året – en sökning efter "radeon" över openbsd-cvs, och såg att bara några dagar tidigare hade default växlats över till en ny radeon-driver. Och visst fungerar det! Dessutom utan att behöva krångla med någon xorg.conf. (Enda kruxet verkar bli att jag tvingas följa current upp till OpenBSD 5.3, men det är jag åtminstone van vid.)

Så nu, äntligen, är exilen över. I några veckor framöver kommer jag kunna roa mig med att återuppväcka min gamla arbetsmiljö. Det ser ut att kunna bli en del jobb. Vissa knep fungerar inte längre, medan många skript behöver städas och anpassas till nya omständigheter. I takt med att den här hemflytten pågår ska jag försöka dokumentera de intressantare delarna här på bloggen.

Byte av webbhotell

Huggpunkt.org har bytt webbhotell, och när det här inlägget syns är ompekningen genomförd. Förhoppningsvis kommer sajten drabbas av mindre nertid från och med nu, men den främsta orsaken till flytten var att databas-servrarna på det gamla stället inte verkade orka med.

På sikt är målet givetvis inte att häcka på någon virtuell server i stordriftsmiljö, utan en dedikerad burk. Enda hindret är kostnaden.

För övrigt släppte jag H.VHS 0.3.5 för ett par dagar sedan. Efter att för skojs skull ha lyckats bygga programmet i Linux råkade det även bli en tarball för Debian Squeeze. Den ska inte fungera riktigt som man kunde önskat sig, men det är ändå kul att det tycks bli enklare än planerat att göra version 0.4 *nix-klar på riktigt.

Push för SVTPlay.sh och H.VHS

Eftersom det mesta rörande de här två projekten numera händer på forumet har jag visst glömt bort bloggen litet. Här är därför en kort uppdatering av läget:

  • SVTPlay.sh fungerar i senaste tappningen med nya SVT Play. Skriptet har även begåvats med förmågorna att automatiskt identifiera live-strömmar samt hämta undertextfiler. Den enda funktionen som är kvar att implementera är att undertexterna ska användas automatiskt även vid direkt uppspelning. Därefter är funktionaliteten vad jag kan se komplett, och fokus förflyttas till att utöka med stöd för fler sajter.
  • Från version 0.3.5 av H.VHS, som i nuläget ligger ute som "release candidate 3", fungerar nya SVT Play där också. Programmet ska nu även fungerar hjälpligt i BSD och Linux, men någon vettig build- och install-process kommer inte finnas på plats förrän version 0.4.0, som kommer om några månader.

Det var det hela.

Hur min ThinkPad slutade pipa varje grep

»I would rather run Windows than use vi.«"
Theo de Raadt

När jag skaffade ny Thinkpad för något år sedan hade jag läst fel i en hårdvarispec och kunde plötsligt inte köra X.org i OpenBSD, annat än i ett anskrämligt och alldeles för randigt VESA-läge. Sålunda har jag tvingats leva i exil och köra Windows. (Vilket med tanke på mitt val av texteditor ter sig en smula ironiskt i skenet av vem Theo är.)

Det problemet har jag vare sig försökt eller lyckats åtgärda på ett tag, men däremot har jag äntligen lyckats bli av med vad som gränsar på världshistoriens mest bisarra bugg, och då är det ändå Windows vi talar om.

Buggen ter sig så här: Ett godtyckligt antal timmar efter att Windows startat så börjar högtalarna tjuta när jag skriver vissa bokstäver i följd, till exempel kombinationen "gre". Eftersom jag sedan kommer från unix-miljö och har grep i ryggmärgen har detta varit ett år av ilsket pipande i mitt vardagsrum.

Hur har jag inte frågat mig: Vad för slags fullständigt urbota person finner egentligen funktionen pip alltid när jag skriver gre vara en fantastisk idé? Och hur, o, hur har jag inte letat efter orsaken? Timmar! Jag har googlat mig blå, stängt av program för program tills Windows säckat ihop och letat i varenda inställning jag hittat, men helt utan resultat.

Tills i dag. Med något helt annat i hågen råkade jag plötsligt snubbla över ett gammalt blogginlägg där orsak och lösning presenterades.

Orsaken heter Beep. Beep är en drivrutin vars egentliga syfte och funktion är oklara, mer än vad som kan utläsas av hennes namn. Allt vi vet om Beep är att hon lever för att pipa, i synnerhet när jag letar efter något.

I ett svenskt Windows 7 sätter man som följer punkt för Beeps otyg.

  1. Starta om datorn.
  2. Tryck på Windows-tangenten eller före detta Startmeny-knappen.
  3. Skriv "Enhetshanteraren" i sökrutan och tryck retur.
  4. Välj menyalternativet Visa->Visa dolda enheter.
  5. Utvidga Drivrutiner som inte är av Plug and Play-typ.
  6. Dubbelklicka på den lockande drivrutinen Beep.
  7. Välj fliken Drivrutin.
  8. Bort med skiten! Med andra ord: Välj Inaktiverad som typ av autostart.
  9. Starta om datorn.

Den första omstarten är nödvändig eftersom Beep tycks trilskas om Windows varit igång för länge. Den sista omstarten krävs (förmodligen) för att Beep inte ska hänga kvar ens till nästa omstart – och rekommenderas om du vill undvika känslan när du nyss fått stopp på ett års plågeri bara för att drabbas av det ännu en sista gång.

Märk dock, att om du rakt av stoppar Beep, då hamnar du bara i sorgligheter. Beep kommer vägra stoppa, sluta svara och sedan förhindra en ren omstart.