Bloggar från South Poles guru-pingviner

Jag och några kollegor bygger en "sumorobot" för att vässa våra hjärnor. Mycket finns att köpa färdig eller i kit för microcontroller, motorstyrning, o.s.v, men vi vill ha någor extra för några av sensorerna. Det är flera år sen jag använde PCB för att konstruera egna kretskort som jag sedan etsade. Nu fick jag en anledning att göra det igen. PCB har blivit en del av gEDA som tillsammans med gschem gör kretskonstruktion och utveckling av kretskort med proffsigt utseende inom räckhåll för hobbyister. Lite rought edges i GUI't och inconsistent keymapping mellan delprogrammen är irriterande men varje del för sig är enkla att använda. Hittar man inte komponenter i biblioteken som ingår finns det en rik flora från andra användare att söka i, eller själv göra symboler och footprint, enkelt och smidigt.

Kicad är ett alternativ till gEDA med gränsnitt som är lika i både schema-ritaren Eeschema och kretskortdelen Pcbnew. Jag har inte hittat hur man gör incrementel utveckling med Kicad, som gEDA erbjuder med gsch2pcb där ändringar i schema överförs till kretskort med minimala ändringar.

Vår leverantör GNT har i sin kundtidning Extrakt i varje nummer en artikel om en av sina kunder under rubriken besöket. I senaste numret var det vi på South Pole som fick besök.

Läs om South Pole...

South Pole har levererat två nya kluster till Swegrid-projektet. De två klustrena som levererats till UPPMAX vid Uppsala universitet och HPC2N vid Umeå universitet har över 430 processorkärnor och 860 GB minne samt lagringssystem för 50 respektive 40TB data.

Vi har klarat oss helskinnade hem från en konferensresa till Tallin. Förutom konferens hann vid med en hel del socialla aktiviteter inkl. besök på ubåt och privat guidning ett förfallet fängelse. Givetvis blev det gott om både mat och dryck. Vi tippsar gärna om mikrobryggeriet som ligger nära det stora torget mitt i Tallin, de hade många egna goda ölsorter. Även "Savoy bar"(?) är väl värd att besöka, de hade mycket goda drinkar och lyckades bl.a. sälja in en arsenik(!?) drink som snabbt blev en succe. Ingen blev dock allvarligt förgiftad, även om någon klagade på huvudvärk dagen efter ;-)

Innan middagen:

På fängelsetur:

Ensamma ombord på sjösatt ubåt:

Länk till Anders album: http://syslog.nu/image/tid/16

Länk till Fredriks album: http://syslog.nu/image/tid/18

We recently ran into problems with our Asterisk-based telephony whereby suddenly a forwarded connection through our SIP provider would be disconnected after 20 seconds.  Traces showed that our Asterisk proxy was not respecting the Record-Route header and responding to ACK's to the endpoint and not to the proxy.

It seems that this has been a known issue in Asterisk for a while and a fix (if I am interpreting the mailing lists correctly) was merged in January 2008.  As such, we upgraded our Asterisk installation to version 1.4.18, and presto, problem solved.

There's still no explanation as to why this problem suddenly appeared, why this ever worked at all, and our SIP provider swears they've changed nothing; nonetheless, this little issue aside, Asterisk has provided us with a robust telephony solution which, running on a WL-500g, has a small overall footprint and which we'd recommend to anyone.  Low cost, robust, and fully-featured; hats off to the Asterisk community who are doing their part in making free software ubiquitous.

I princip alla våra servrar kan utrustas med
managementkort för IPMI 2.0 och via detta övervakas och fjärrstyras
oberoende av operativsystemet. IPMI accessas via en egen IP-adress via
en av serverns inbyggda nätverksinterface eller ett eget separat
interface. Det finns ett webinterface så att man kan övervaka sin
server direkt ifrån valfri browser eller via textbaserade verktyg som
ipmitool. Det finns även en variant av IPMI-korten med stöd för grafisk
KVM direkt i browsern.

För att sätt upp IPMI används till exempel ipmitools som installeras enligt:

• Red Hat: yum install OpenIPMI-tools

• Debian/Ubuntu: apt-get install ipmitool

Därefter laddas erforderliga moduler och nätverket sätts upp:

At the last minute, I made it down to FOSDEM in Brussels.  This was my first developer conference and I can only say that it exceeded my expectations in every way.  It  was wonderful to be in a place with so many like-minded people and to validate what I guess I already knew anyway:  free software is in good hands and the future looks bright.

Kudos to the organizers and I hope to see you again in 2009.

After an Al Viro post to LKML, I made an effort to check out kerneloops.org.  Inspired by Al, I picked an oops and gave it a go.

With four reports, __lock_acquire looked interesting:  unable to handle kernel paging request at virtual address fffffffa.  Additionally, it appeared at first glance to follow the same pattern as the problem outlined by Al, so it seemed to be a reasonable starting point  Call trace leading up to __lock_acquire as follows:

[<c013fbd8>] lock_acquire+0x78/0xa0
[<c021c77d>] journal_start+0xcd/0x100
[<c021c7bd>] journal_force_commit+0xd/0x30

The requested address fffffffa (-10) is, as in the case outlined by Al, close to zero and would seem to indicate an ERR_PTR() pointer. Checking errno-base.h, we see that this would seem to indicate ECHILD; however, there does not seem to be any way to get ECHILD from the functions in the call trace.

So if we are not dereferencing an ERR_PTR(), what is happening here?  Consider the following:

Vi har fått rapporter om problem med stora filsystem tillsamans med Ubuntu 7.10. Mer specifikt rör det sig egentligen om en bug när man har en "gpt" partitionstabell och skapar partitioner med "parted". Vanligtvis används en partitionstabell av "gpt" typ när man har partitioner som är större än 2TB.

Felmeddelanden som fås är bl.a.; "attempt to access beyond end of device" och filsystemen kan bli oläsbara.

Rekomenderad fix är att uppgradera "parted". Mer information om buggen finns på:

https://bugs.launchpad.net/ubuntu/+source/parted/+bug/107326

Initialla benchmark av de nya modeller av de RAID kontrollers vi levererar med våra servrar har givit mycket bra prestanda. Upp till 750MB/sekund med endast 12 diskar i RAID-6 konfiguration. RAID kontrollrarna kommer från vår leverantör "Areca" och det är deras senaste modeller ("ARC-1231ML/1261ML/1280ML/1280") som har utrustats med en extra kraftfull processor för att ge deras redan högpresterande raidlösningar ännu bättre prestanda.

Givetvis fungerar dessa utmärkt med Linux och levereras med våra serverlösningar.