Open-Source, Physik & Politik

Neutrinos und Blamagen II

nospam@example.com (Sebastian Marsching) — Fri, 30 Mar 2012 23:04:34 +0200

Ich hatte bereits vor ein paar Wochen geschrieben, was ich über die Reaktionen auf die fehlerhaften Messungen der Neutrino-Geschwindigkeit denke.

Nun ist also der Leiter der Opera-Kollaboration zurückgetreten. Es ist wohl unnötig zu sagen, dass ich diesen Schritt für übertrieben halte. Immerhin ist der zugehörige Artikel auf SPIEGEL ONLINE deutlich zurückhaltender. Dort heißt es jetzt:

Doch das öffentliche Interesse war so groß, dass der Fund des Fehlers schließlich - wohl zu Unrecht - wie das Eingeständnis einer Schludrigkeit wirkte. Dabei funktioniert Wissenschaft nach dem Prinzip von Versuch und Irrtum.

Das ist eine deutlich treffendere Einschätzung als in dem Artikel, der vor einigen Wochen erschienen war.

Als Bonus gibt es noch etwas zum Lachen: Im Forum zum Artikel gibt es einen Link auf eine Internet-Seite, die erklärt, dass es gar keine Neutrinos gibt.

Neutrinos und Blamagen

nospam@example.com (Sebastian Marsching) — Thu, 23 Feb 2012 18:13:28 +0100

"Loses Kabel blamiert Teilchenphysiker" - so betitelt heute SPIEGEL ONLINE einen Artikel, der Meldungen über neue Erkenntnisse bezüglich der Zeit-Anomalie beim CNGS-Experiment zum Inhalt hat.

Wir erinnern uns: Im vergangenen Jahr gab es eine Veröffentlichung, in der die Wissenschaftler vom CNGS/OPERA-Experiment darüber berichteten, dass sie für Neutrinos, die mit Hilfe des SPS am CERN erzeugt worden waren, eine kürzere Flugzeit zum OPERA-Detektor im Gran-Sasso-Massiv gemessen hatten, als man für den gegebenen Abstand eigentlich hätte erwarten müssen.

Die Presse stürzte sich damals auf die Meldung und während zum Teil wenigstens auf Zweifel an den Ergebnissen hingewiesen wurde (wenn auch wesentlich schwächer als in der ursprünglichen Veröffentlichung), klangen manche Artikel geradezu euphorisch und sahen die Verifizierung der Ergebnisse fast als reine Formsache an.

Heute gab es eine Kurzmeldung, dass man möglicherweise die Ursache für die gemessene Anomalie gefunden hat: Eventuell sorgte eine schlechte Verbindung zwischen dem als Referenz-Zeitquelle dienenden GPS-Empfänger und der am Detektor für die Zeiterfassung dienenden Elektronik dafür, dass man die bei der Übertragung entstehende Verzögerung falsch bestimmte und entsprechend das Messergebnis falsch korrigierte.

Auf Basis dieser Meldung entstand dann wahrscheinlich auch der oben genannte Artikel bei SPIEGEL ONLINE. Ich vermag allerdings in der neuen Meldung keine Blamage für die beteiligten Wissenschaftler erkennen: Diese gingen nämlich von Anfang an von einem Messfehler aus und brachten dies auch in ihrer Veröffentlichung zum Ausdruck.

Blamabel ist die Sache meiner Meinung nach eher für die Personen, die - wahrscheinlich ohne die Original-Veröffentlichung zu lesen - die Meldungen von den "überlichtschnellen Neutrinos" unreflektiert weitergaben und zum Teil schon die spezielle Relativitätstheorie widerlegt sahen. Selbstkritik scheint man aber bei jenen Journalisten die einen guten Beitrag zum damaligen Hype leisteten aber anscheinend nicht üben.

Neues Spielzeug III

nospam@example.com (Sebastian Marsching) — Wed, 31 Aug 2011 21:49:10 +0200

Heute ist planmäßig unsere neue Telefonanlage in Betrieb gegangen. Damit ist auch das Geheimnis gelüftet, was sich in den Kartons befand.

Wir haben uns für eine Telefonanlage von STARFACE entschieden. Überzeugt hat mich an dieser Anlage, die ich auf der CeBIT letztes Jahr zum ersten mal gesehen hatte, dass die Anbindung der Telefone vollständig über IP erfolgen kann, Telefone unterschiedlicher Hersteller unterstützt werden (wir benutzen Tischtelefone von snom) und man die Anlage mit eigenen Modulen erweitern kann.

Nachdem ich die eigentliche Anlage und die Telefone schon vor rund drei Wochen direkt bei STARFACE in Karlsruhe abgeholt hatte, musste noch etwas Netzwerk-Hardware und anderes Zubehör organisiert werden. Die Kontakte die ich mit verschiedenen STARFACE-Mitarbeitern hatte, waren alle sehr nett, so dass ich diese Firma uneingeschränkt weiterempfehlen kann.

Als überraschend schwierig hat es sich erwiesen passende Netzwerk-Switches zu bekommen. Eigentlich hätten diese schon vor rund zwei Wochen kommen sollen, aber da unser Lieferant, Office-Partner, selbst Probleme mit seinem Vorlieferanten hatte, verzögerte sich die Lieferung immer weiter. Glücklicherweise konnte Office-Partner die Switches dann doch noch von einem anderen Vorlieferanten kurzfristig beziehen, so dass wir letzte Woche dann alle benötigte Hardware hatten. An dieser Stelle auch ein herzliches Dankeschön an Herrn Wittneven von Office-Partner für seinen Einsatz.

Für den neuen Telefon-/DSL-Anschluss hatten wir uns für Vodafone entschieden. Ausschlaggebend war nicht nur der im Vergleich zur Telekom deutlich niedrigere Preis bei den Geschäftskunden-Angeboten, sondern auch die Tatsache, dass uns Vodafone DSL-6000 anbieten konnte, während bei der Telekom nur DSL-3000 möglich war.

Heute morgen war dann schließlich der Telekom-Techniker da um die Leitung zu schalten. Über den Service der Telekom wird ja gerne gelästert, insbesondere wenn es um die Schaltung von Leitungen für Mitbewerber geht. In unserem Fall war der Telekom-Techniker aber nicht nur sehr pünktlich sondern auch ausgesprochen freundlich und kompetent.

Da die neue Telefonanlage über einen ISDN-Anlagenanschluss verfügt, habe wir jetzt endlich auch die Möglichkeit flexibel Durchwahlen für verschiedene Zwecke festzulegen. Das ist schon sehr bequem im Vergleich zum ISDN-Mehrgeräteanschluss, den wir vorher hatten. Leider haben sich dadurch unsere Telefonnummern geändert, aber mittelfristig wird sich der Aufwand in der Umstellungsphase sicherlich auszahlen.

Besonders gut gefällt mir die Möglichkeit der STARFACE-Telefonanlage eigene Module in einer speziellen Skriptsprache zu schreiben. Als jemand, der auch gerne mal selbst etwas bastelt, habe ich damit die Möglichkeit nahezu beliebige Funktionen in der Anlage selbst zu implementieren. Bei anderen Anlagen müssten wir hingegen teure Zusatzmodule vom Hersteller kaufen, insofern für die benötigte Funktion überhaupt Module verfügbar wären. Ein erstes Modul habe ich bereits entworfen, dazu werden ich aber noch in einigen Tagen etwas schreiben.

Zusammenfassend kann ich sagen, dass ich mit der jetzt gefundenen Lösung sehr zufrieden bin, und glaube, dass sich die vielen Stunden, die ich in Auswahl, Organisation und Einrichtung investiert habe, gelohnt haben.

Neues Spielzeug II

nospam@example.com (Sebastian Marsching) — Thu, 25 Aug 2011 23:47:00 +0200

Im Laufe der letzten zwei Wochen sind diverse weitere Pakete eingetroffen. Heute ist das letzte Paket gekommen (diese Artikel zu besorgen hat sich als schwieriger als erwartet erwiesen).

Damit haben wir jetzt alle benötigte Hardware und warten nur noch auf einen Dienstleister. Wenn alles glatt läuft, ist es am 31. August soweit, und dann wird auch verraten, was sich in den Kartons befunden hat und wofür wir die ganzen Sachen brauchen.

Als kleine Anregung zum Grübeln gibt es hier noch eine Information zum Foto von vor zwei Wochen: Diese Kartons habe ich alle in der Stephanienstraße in Karlsruhe abgeholt.

Neues Spielzeug I

nospam@example.com (Sebastian Marsching) — Fri, 12 Aug 2011 23:09:00 +0200

Gestern habe ich in Karlsruhe mehrere Kartons abgeholt. Was sich daran befindet, wird allerdings erst in einigen Wochen verraten.

KVM and Graceful Shutdown on Ubuntu

nospam@example.com (Sebastian Marsching) — Sat, 11 Jun 2011 17:44:38 +0200

For quite some time, I have been trying to figure out, how to gracefully shutdown the KVM-based virtual machines running on a Ubuntu 10.04 LTS (Lucid Lynx) host system. This problem consists of two parts: First you have to make the virtual machines support the shutdown event from libvirt and second you have to call the shutdown action for each virtual machine on system shutdown.

The first part is very easy for Linux VMs and also not too hard for Windows VMs. I described the necessary steps in my wiki

The seconds part is harder to accomplish: On Ubuntu 8.04 LTS (Hardy Heron) I just modified the /etc/init.d/libvirt-bin script to call a Python script in the stop action. This solution was not perfect, as it meant that the virtual machines were also shutdown, when libvirtd was just restarted, however it was a quick and easy solution.

For Ubuntu 10.04, the init script has been converted to an Upstart job. So the easiest way was to create a upstart job that is starting on the stopping libvirt-bin event. However, this did not solve the problem, because the system powered off or rebooted before the shutdown of the virtual machines was finished. As it turns out, Ubuntu 10.04 uses an odd combination of Upstart jobs and traditional init scripts. This leads to a situation, where /etc/init.d/halt or /etc/init.d/reboot are called, before all upstart jobs have stopped, when one of the upstart jobs needs a significant amount of time to stop. This can be solved by adding an init script, than runs before the halt or reboot scripts and waits for the respective Upstart job to finish. In fact, it is best to run this script before the sendsigs script to avoid processes started by one of the upstart jobs to receive a SIGKILL.

I added the complete scripts and configuration files needed for this feature to my wiki. In fact, this solution also ensures, that the virtual machines are only shutdown if libvirt is stopped because of a runlevel change. Thus, the libvirt-bin package can now be upgraded without resulting in a restart of the VMs.

For me, automatically shutting down the virtual machines is very important. The KVM hosts I manage are connected to an uninterruptible power supply with limited battery time. Although in the past years I remember only a single time, the host systems were shutdown because the battery was nearly empty (most power interrupts are very short), I want to make sure that all virtual machines are in a safe, consistent state, when the power finally goes off. So I hope that the scripts in the wiki are also helpful to other people, having the same problem.

Problems when Upgrading to GRUB 2

nospam@example.com (Sebastian Marsching) — Sat, 11 Jun 2011 16:52:11 +0200

Yesterday, I upgraded the last systems, which where still running on GRUB Legacy (GRUB 1) to GRUB 2 (the grub-pc package on Ubuntu).

On one of the systems, I experienced the problem, that upgrade-from-grub-legacy could not install GRUB. When I tried to install GRUB manully using grub-install, I got a strange error message:

/usr/sbin/grub-setup: warn: Your embedding area is unusually small.  core.img won't fit in it..
/usr/sbin/grub-setup: warn: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and its use is discouraged..
/usr/sbin/grub-setup: error: if you really want blocklists, use --force.

It took me some time to figure out, that this system had an unusual disk geometry, resulting in not enough space being available before the start of the first partition. The output of fdisk -lu /dev/sda looked like this:

Disk /dev/sda: 320.1 GB, 320071884800 bytes
64 heads, 32 sectors/track, 305244 cylinders, total 625140400 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009153c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              32      585727      292848   83  Linux
/dev/sda2          585728   625139711   312276992    5  Extended
/dev/sda5          585760   215429119   107421680   8e  Linux LVM
/dev/sda6       215429152   430272511   107421680   8e  Linux LVM
/dev/sda7       430272544   625139711    97433584   8e  Linux LVM

Usually, the first partition starts at sector 63 (for systems installed more recently, 2048 is also common), but for this system it started at sector 32. I guess that this was cause by the strange geometry, which did not specify the usual 255 heads and 63 sectors/track. I am not sure, whether the disks (two Western Digital 320 GB drives) really have this strange geometry, or the RAID-Controller, a 3ware Escalade 8006-2LP, reports a different geometry. However, for sure the first partition being to close to the start of the disk was the cause of the problem with GRUB.

Unfortunately, I could not move the partition using parted and gparted does not allow to specify the start and end of a partition in sectors, but only in MiB (and only supports aligning to MiB or cylinders, which did not help considering the odd geometry). Therefore I decided to delete the partition (after all it was only the boot partition and its content could easily be stored on the root partition) and create a new partition using fdisk.

In fact, when (re-)creating the partition, fdisk suggested to start the partition at sector 2048, which I accepted. No surprise, after that change GRUB could be installed to the MBR without any problems.

The good thing about this problem was, that the time I invested to get a high-availability setup running for most important services, finally paid of. I for sure would have been less relaxed, while figuring out and fixing the GRUB problem, when the services usually running on this machine would have been offline.

Speicherprobleme lösen mit Valgrind

nospam@example.com (Sebastian Marsching) — Sun, 19 Dec 2010 20:04:55 +0100

Beim Versuch EDM auf einem openSUSE-11.2-System (x86_64) zum Laufen zu bekommen, traten in bestimmten Fällen immer wieder Speicherzugriffsfehler auf. Nun ist es so, dass ich wirklich kein Freund von RPM-basierten Distributionen im allgemeinen und SUSE im speziellen bin. Aber es wäre zu einfach gewesen dieses Problem auf die Distribution zu schieben. Eine Suche im EPICS-Mailinglisten-Archiv ergab dann auch relativ schnell, dass dieses Problem auch schon auf anderen 64-Bit-Systemen aufgetreten war.

Zunächst untersuchte ich das Problem also mit dem GDB. Damit konnte ich aber lediglich herausfinden, dass der Fehler beim "delete[]" eines Arrays auftrat. Mit etwas Debug-Code konnte ich schnell feststellen, dass es (trotz entsprechender Meldungen der glibc) kein Double-Free-Problem war, kam aber ansonsten nicht wirklich weiter.

Dann entdeckte ich das Werkzeug Valgrind. Valgrind wurde speziell entwickelt um Speicher-Probleme, wie Buffer-Overflows und Memory-Leaks, in C/C++-Programmen zu finden. Tatsächlich konnte ich damit sehr schnell herausfinden, dass ein Array über die Grenzen hinweg beschrieben wurde.

Die Ursache war dann auch schnell gefunden. Der Code, der den Speicher für den Array reserviert, hatte die Größe verschiedener Datentypen fest kodiert. Die Annahme, dass ein "long"-Wert 4 Bytes hat, ist allerdings nur auf 32-Bit-Systemen richtig. Auf 64-Bit-Systemen kann ein "long" 8 Bytes lang sein.Nachdem die festen Größen durch den "sizeof"-Operator ersetzt wurden, verschwand dann auch der Speicherzugriffsfehler.

Valgrind kann also ein wertvolles Werkzeug bei der Lösung von Speicherproblem in C- oder C++-Code sein, deren Ursache andernfalls nur schwer zu finden wäre.

Spaß mit selbstgebasteltem Röntgengerät

nospam@example.com (Sebastian Marsching) — Sun, 19 Dec 2010 19:59:26 +0100

Ein Video bei Youtube zeigt, wie man mit einem selbstgebasteltem Röntgengerät in Überraschungseier hinein schauen kann.

Recht unterhaltsam sind auch die Kommentare zum Video ("Kann man das Ü-Ei danach noch essen?"), die von einem ausgeprägten Nicht-Wissen über Physik zeugen.

[via Shopblogger]

Merkwürdige Probleme nach Ubuntu-Update

nospam@example.com (Sebastian Marsching) — Sat, 13 Nov 2010 19:09:12 +0100

Nachdem ich auf einem Ubuntu 10.04 LTS (Lucid Lynx) System ein reguläres System-Update durchgeführt hatte, welches auch ein Update von libvirt enthielt, konnte ich merkwürdigerweise eine bestimmte VM nicht mehr starten.

Die ausgegebene Meldung

error: Failed to start domain mydomain
error: monitor socket did not show up.: Connection refused

war leider auch nicht besonders aussagekräftig. In den Logfiles fanden sich auch keine weiteren Informationen und libvirtd mit der Option "-v" zu starten brachte mich auch nicht weiter.

Nach viel herumprobieren stellte sich letztendlich heraus, dass die folgenden Zeilen in der Domain-Konfiguration für das Problem verantwortlich waren:

    <disk type='block' device='cdrom'>
      <source dev='/dev/cdrom'/>
      <target dev='hdc' bus='ide'/>
      <readonly/>
    </disk>

Warum genau die gleiche Konfiguration vor dem Update noch funktioniert hat, kann ich auch nicht sagen. Da ich für die betroffene VM das CD-Laufwerk sowieso nicht benötige, habe ich die Zeilen einfach nur entfernt.

Squid 3.1 on Ubuntu 8.04 Hardy Heron

nospam@example.com (Sebastian Marsching) — Sun, 04 Apr 2010 17:22:51 +0200

Squid 3.1 introduced support for IPv6, so there is a very good reason for an upgrade from Squid 3.0.

Unfortunately, there is no Ubuntu package for this version, not even in the upcoming Ubuntu release 10.04 Lucid Lynx.

For a while, I have been using the Debian experimental packages of Squid 3.1.0, compiled from source on Ubuntu 8.04. However, now a stable version of Squid 3.1 has been released, but there is no Debian package for Squid 3.1.1.

Therefore, I used the Debian package for Squid 3.1.0.14 as the base for building a package for Squid 3.1.1. I have published this package in source as well as built for Ubuntu 8.04 on amd64. There you can also find a package for libcap2, which is required by Squid 3.1 but not included in Ubuntu 8.04.

Of course, there is no kind of warranty for this packages, so use them at your own risk.

Spring IDE for Eclipse breaks JDT weaving

nospam@example.com (Sebastian Marsching) — Sun, 21 Mar 2010 18:53:29 +0100

I experiences a problem, when trying to use Scala IDE for Eclipse and Spring IDE at the same time in Eclipse 3.5 Galileo on Mac OS X:

Scala IDE need JDT weaving support, however the JDT weaving seems to be broken by Spring IDE. If Spring IDE is installed and JDT Weaving is enabled, on startup the following problem occurrs:

[org.eclipse.equinox.weaving.hook] info adding AspectJ hooks ...
[org.eclipse.equinox.weaving.aspectj] info Starting AspectJ weaving service ...
21.03.2010 18:29:10 org.aspectj.weaver.tools.Jdk14Trace error
SCHWERWIEGEND: register definition failed
java.lang.ClassCastException: org.aspectj.weaver.loadtime.definition.Definition cannot be cast to org.aspectj.weaver.loadtime.definition.Definition
at ...

This problem seems to be related to the fact that the com.springsource.org.aspectj.weaver_1.6.5.RELEASE.jar plugin brings a second class file for org.aspectj.weaver.loadtime.definition.Definition in addition to the class file already shipped with Eclipse. This probably cause the ClassCastException on startup.

By uninstalling the Spring IDE features, this problem can be resolved and JDT Weaving can be enabled.

Schneller Kundendienst

nospam@example.com (Sebastian Marsching) — Mon, 14 Dec 2009 20:47:35 +0100

Am Samstag hatte ich auf einem Server, der bei Hetzner steht, ein Kernel-Update vorgenommen.

Nach dem obligatorischen Neustart konnte ich das System allerdings nicht mehr erreichen. Auch eine Untersuchung im Rettungssystem brachte keine neuen Erkenntnisse zu Tage. Insbesondere funktionierte auch ein Start mit der alten Kernel-Version nicht mehr.

Daher erstellte ich bei Hetzner ein Ticket mit der Bitte, mir eine Remote-Konsole zur Verfügung zu stellen. Tatsächlich erhielt ich nach rund 30 Minuten eine Antwort mit den Zugangsdaten für die Konsole.

Mit Hilfe der Konsole konnte ich schnell feststellen, dass GRUB erst gar nicht richtig gestartet wurde.

Dieses Problem ließ sich dann relativ schnell aus der GRUB-Shell mit Hilfe von

device (hd0) /dev/sda
root (hd0,1)
setup(hd0)
device (hd0) /dev/sdb
root (hd0,1)
setup(hd0)

lösen.

Ich möchte an dieser Stelle die schnelle Unterstützung von Hetzner hervorheben. Ohne die Remote-Konsole wäre ich wahrscheinlich nicht auf die Idee gekommen, dass GRUB im MBR beschädigt sein könnte.

Sicherheit total

nospam@example.com (Sebastian Marsching) — Mon, 10 Aug 2009 23:25:53 +0200

Ich komme momentan nicht wirklich zum Schreiben, deshalb heute nur ein Link auf einen interessanten Artikel in der Zeit.

Unter dem Titel "Sicherheit total" erklären Ilija Trojanow und Juli Zeh, warum uns auch noch so viel Überwachung keine Sicherheit bringen kann.

[via lawblog]

Wer im Glashaus sitzt...

nospam@example.com (Sebastian Marsching) — Fri, 31 Jul 2009 20:36:24 +0200

Wie SPIEGEL ONLINE berichtet, hat Bundesfamilienministerin Ursula von der Leyen (CDU) die Bundesgesundheitsministerin Ulla Schmidt (SPD) wegen der Nutzung ihres Dienstwagens in Spanien angegriffen.

Ursula von der Leyen und Dienstwagen? Bei diesen Stichworten musste ich an einen Artikel des Stern vom Anfang dieses Jahres denken. Laut diesem Bericht pflegt Frau von der Leyen selbst eine fragwürdige Praxis bei der Nutzung ihres Dienstwagens. Tatsächlich wurde vom Familienministerium erst vor kurzem eine Veröffentlichung der Fahrenbücher abgelehnt.

Die Kritik an Ulla Schmidt ist dadurch nicht weniger berechtigt, aber wenn Ursula von der Leyen feststellt das Wichtigste sei "ein Gespür zu behalten für das, was in Ordnung ist" und von Frau Schmidt verlangt "Vorbild und Maßstab" zu sein, sollte sie auch selbst mit gutem Beispiel vorangehen und zurücktreten.

Damit könnte Frau von der Leyen tatsächlich Gespür für das, was in Ordnung ist, beweisen, aber die Familienministerin bezieht diese Forderung anscheinend nur auf ihre Kollegin im Kabinett und nicht auf sich selbst.

(Ähnliche Gedanken kann man auch in den stern blogs finden.)