Open-Source, Physik & Politik

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.)

Modem von 1964 in Betrieb

nospam@example.com (Sebastian Marsching) — Sun, 21 Jun 2009 11:50:30 +0200

Es ist gerade zu unglaublich: Jemand gräbt ein altes 300-Baud-Modem aus dem Jahr 1964 aus und es funktioniert immer noch.

Dieses Video muss man einfach gesehen haben:

OSGi Logging

nospam@example.com (Sebastian Marsching) — Thu, 11 Jun 2009 14:17:00 +0200

At the moment I am working on an OSGi-related project. Therefore I was looking for a logging solution.

If found a blog article which describes a very nice approach for integrating all different kinds of logging (OSGi Logging Service, log4j, jcl, etc.).

Thunderbird with Exchange Server 2007

nospam@example.com (Sebastian Marsching) — Thu, 11 Jun 2009 14:07:10 +0200

The university I am studying at recently migrated the mail system from Cyrus IMAP to Exchange Server 2007.

Unfortunately Mozilla Thunderbird does not work well with Exchange's IMAP server, unless you do some manual configuration:

First in order to make Thunderbird delete e-mails on the IMAP server correctly, you have to set the mail.imap.expunge_after_delete option to true (see KB article).

Besides, you want to set the mail.server.server#.trash_folder_name property to the name of the "deleted items" folder on the server (see KB article).

With this options changed, Thunderbird will interact with Exchange's IMAP server quite well.

Fighting SPAM Bounces with Exim (Part II)

nospam@example.com (Sebastian Marsching) — Fri, 14 Nov 2008 00:09:00 +0100

In the previous article I described how you can reduce the number of bounce mails generated by your mail server. In this article, I will describe a method to automatically distinguish between legitimate and unsolicited bounce mails, thus reducing the number of bounce mails you receive.

Bounce mails should always be sent to the envelope sender (aka "return path") and the bounce mail itself should use an empty envelope sender (some misconfgured systems however use "postmaster@...").

As the user usually does not see the envelope sender, we can set it to anything different from the true sender's address. In fact we can append some kind of signature to the local part of the address, which proves that the mail has really been sent by our mail server. The spammer does not now this signature (which contains a timestamp), unless he has received a mail from us very recently, and therefore will use the normal address (which might have been collected from some webpage or whois information).

Then our mail server can just reject any bounce mails to an address with an invalid signature, because it is probably not a reaction to a mail from our server. This mechanism is called Bounce Address Tag Validation (BATV) and supported by newer Exim versions.

In the first section of our Exim configuration, we define a macro containing the secret signing key and the list of addresses, we want to enable BATV for:

PRVS_SECRET=VerySecretKeyThatYouHaveToChange
addresslist prvs_senders = an-address@example.com : another-address@example.com

If you want to enable BATV for all addresses, you could skip this step and enable BATV for a list of whole domains. However, usually only a few addresses are affected by spam bounces and enabling BATV only for them reduces the risk of breaking something.

Then you have to extend the acl_smtp_rcpt ACL with the following rules:

  deny    message     = This address does not send an unsigned return path
          senders     = : postmaster@*
          recipients  = +prvs_senders

  deny    message     = Invalid return path signature
          senders     = : postmaster@*
          condition   = ${prvscheck {$local_part@$domain}{PRVS_SECRET}{1}}
         !condition   = $prvscheck_result

The first rule will deny bounce mails (actually any mails with an empty envelope sender or postmaster@ in the envelope sender) which are targeted at a BATV enabled address and do not have a signature. The second rule checks any bounce mails that have a signature for the correctness of this signature.

In the next step we have to add a router that rewrites a BATV address to the original address:

prvs_redirect:
  driver = redirect
  data = ${prvscheck {$local_part@$domain}{PRVS_SECRET}}

This router should be placed following any remote but preceding any local routers.

Finally, we have to add the signing configuration to the SMTP transport:

remote_smtp:
  driver = smtp
  return_path = ${if match_address{$return_path}{+prvs_senders} \
                    {${prvs {$return_path}{PRVS_SECRET}}}{$return_path}}

This will cause the sender address to be signed, if it is listed in prvs_senders.

Since enabling this, I receive virtually no spam bounces any longer.

Fighting SPAM Bounces with Exim (Part I)

nospam@example.com (Sebastian Marsching) — Thu, 13 Nov 2008 00:24:51 +0100

In a perfect world there would be no spam and no bounce mails generated by spam. However, in the real world there is spam and there are badly configured mail servers, which generate bounce mails for invalid addresses.

Fighting spam is a complex task and there are many different approaches but no real solution. However, there are two simple and effective measures to fight bounce mails generated by spam:

First, you should take care to adjust your Exim configuration in order to minimize the number of bounce mails generated by your mail server. This will not reduce the amount of unsolicited bounce mails you receive, but it will dramatically reduce the number of bounce mails your mail server sends to the poor guy, whose address is abused by spammers for the "return path" (aka "envelope sender").

The solution is very simple: Just tell your mailserver to verify a recipient's address before accepting mail for it. The mailserver usually does this for local mail addresses, but you have to tell the server to do it for remote addresses, too. You do this by adding the line

require verify = recipient/callout=10s,defer_ok

to your Exim configuration. This way the mailserver will connect to the destination mail server and check the address before accepting a mail. If the destination mail server does not accept the local part, Exim will decide that the address is invalid and reject the mail without generating a bounce mail. If the destination mail server is down, Exim will still accept any local part. In fact this will cause bounce mails for invalid addresses again, however this will happen much more infrequently, because the destination mail server is up most of the time.

Now this article is longer than I expected, so I will describe the second measure (which will dramatically reduce the number of bounce mails you receive) in a second article.

Gedanken zum heutigen Tag

nospam@example.com (Sebastian Marsching) — Tue, 11 Nov 2008 21:15:18 +0100

Heute jährt sich zum neunzigsten Mal das Ende des Ersten Weltkriegs. Anlässlich dieses Ereignisses wiederholt der Deutschlandfunk diese Woche eine Sendereihe, in der Briefe von der Front, sowohl von französischen als auch von deutschen Soldaten, verlesen werden.

Während ich also heute morgen auf dem Weg zum Forschungszentrum im Auto diesen Beitrag höre, fällt mein Blick auf das Kennzeichen des vor mir fahren Fahrzeugs und ich stelle fest, dass es sich um einen Wagen aus Frankreich handelt.

In diesem Moment denke ich: Es weckt Hoffnung, dass sich manche Dinge mit der Zeit zum Besseren wenden und aus Feindschaft Freundschaft werden kann. Ich hoffe, dies gilt in Zukunft auch für so manchen heute unlösbar scheinenden Konflikt.

Warum Physik studieren?

nospam@example.com (Sebastian Marsching) — Thu, 23 Oct 2008 21:58:31 +0200

Gestern habe ich meine letzte Diplomprüfung hinter mich gebracht. Am Montag werde ich mit meiner Diplomarbeit bei ANKA, dem Synchrotron am Forschungszentrum Karlsruhe, beginnen. Ein guter Zeitpunkt um eine kleine Zwischenbilanz zu ziehen, ob sich das Physik-Studium bis jetzt gelohnt hat.

Ich muss zugeben, dass ich, als ich mich entschied Physik zu studieren, in gewisser Hinsicht ein falsches Bild vom Studium hatte: Ich habe sowohl den "mathematischen" Anteil als auch die Schwierigkeit deutlich unterschätzt. Dies führte dazu dass ich mich vor allem im vierten und fünften Semester, also gegen Ende des Grundstudiums, häufig fragte, ob es tatsächlich die richtige Entscheidung war, Physik zu studieren.

Andererseits habe ich durch das Studium einen tieferen Einblick in die Physik bekommen, als es mir durch reines Literatur-Studium jemals gelungen wäre. Im Verlauf des Studiums gab es immer wieder Momente der Erkenntnis, in denen ich mich freute mich für die Physik entschieden zu haben. Zwar bin ich wahrscheinlich immer noch ein besserer Software-Entwickler als Physiker, trotzdem hat sich aus meiner Sicht das Studium bislang gelohnt und ich würde mich wohl wieder so entscheiden.

Umso mehr freue ich mich bereits jetzt auf meine Diplomarbeit. Dort werde ich nämlich meine Leidenschaft für die Software-Entwicklung mit meiner Leidenschaft für die Physik kombinieren können: Ich werde am Beschleunigerkontrollsystem und am Beschleunigermodell der Synchrotronstrahlungsquelle ANKA arbeiten. Dabei werde ich einerseits versuchen eine Schnittstelle zwischen dem Kontrollsystem und dem Modell zu schaffen um so direkt aus dem Kontrollsystem heraus auf Simulationen zurückgreifen zu können und in der Simulation bestimmte Parameter direkt im Kontrollsystem einstellen zu können. Außerdem werde ich versuchen das Beschleunigermodell zu verbessern (z.B. die Unterstützung mit Messdaten aus dem Kontrollsystem).

Für die Physiker unter den Lesern: Von besonderem Interesse ist dabei der Betriebsmodus mit sehr kurzen Bunch-Längen, der insbesondere für die Erzeugung kohärenter Terahertz-Strahlung genutzt wird.

Das schöne an diesem Thema ist, dass es auf interessante Weise die Software-Entwicklung mit der Physik verknüpft: Im Bereich der Software-Entwicklung liegt die Herausforderungen darin eine einfache und gut zu wartende Schnittstelle zwischen Java-Code im Beschleunigerkontrollsystem und MATLAB-Code im Beschleuniger-Modell zu schaffen und es dadurch zu ermöglichen in einer erweiterbaren Architektur neue Komponenten hinzuzufügen. Auf Seiten der Physik liegt die Aufgabenstellung im Bereich der Ionenoptik (für die es bereits sehr gute Modelle gibt) und extener Störungen, die sich zum Teil nur anhand von Erfahrungswerten modellieren lassen.

Auf jeden Fall darf ich mich auf ein spannendes letzten Studienjahr freuen und kann als Fazit nur jedem Interessierten empfehlen: Wenn du dich wirklich für Physik interessierst, wirst du - trotz aller Unanehmlichkeiten - mit einem Physik-Studium nicht falsch liegen.

Fun with Xen, Ubuntu and ethtool

nospam@example.com (Sebastian Marsching) — Wed, 08 Oct 2008 23:57:02 +0200

During the last days I had some fun with a Xen DomU: The virtual machine had a very bad network performance, although the well-known ethtool line was present in /etc/network/interfaces like in any other DomU on the same host. But only this single DomU had these problems.

After some time, I found out that although the line was present, tx checksumming was not disabled in this DomU. Then I found some other strange problems, when I tried to restart networking. I had to perform a lot of debugging of the startup process before I discovered that udev tried to bring up the interface, failed and then left the interface configuration in an inconsistent state. This problem only occurred in this DomU as in contrast to the other DomUs /usr has its own partition in this DomU, which is not yet mouted when udev tries to startup the interface.

Now I have found a workaround (documented in my wiki) and filed a bug in Launchpad, so that ethtool is moved from /usr/sbin to /sbin.

LHC erfolgreich gestartet

nospam@example.com (Sebastian Marsching) — Wed, 10 Sep 2008 16:56:13 +0200

Der LHC ist heute erfolgreich gestartet worden:

Schneller als erwartet konnte zunächst ein Strahl durch die Beamline im Uhrzeigersinn und einige Stunden später auch im Gegenuhrzeigersinn geschickt werden.

Ich bin jetzt auf die nächsten Wochen gespannt, wenn die Energie des Strahls erhöht wird und die ersten Kollissionen stattfinden werden. Es ist zweifelsfrei gerade eine sehr interessante Zeit für Teilchen- und Beschleunigerphysiker.

Large Hadron RAP

nospam@example.com (Sebastian Marsching) — Tue, 02 Sep 2008 23:26:46 +0200

Hier ein nettes Video, das ein paar CERN-Physiker mit einem guten Sinn für Humor erstellt haben:

Task-focused UI with Mylyn

nospam@example.com (Sebastian Marsching) — Mon, 01 Sep 2008 21:52:33 +0200

I just found a very interesting video demonstrating the Mylyn feature for the Eclipse platform.

Even if you are not a Eclipse user, the video is still interesting, as it shows why the human brain conflicts with the way most traditional user interfaces are build and how a task-focused user interface can support our brain and boost our productivity.

Eclipse unter Linux (x86_64)

nospam@example.com (Sebastian Marsching) — Fri, 29 Aug 2008 19:21:34 +0200

Es scheint einen Bug in Eclipse (oder wahrscheinlich eher der JVM) zu geben, der dazu führt, dass Eclipse unter Linux auf x86_64 ziemlich häufig mit etwa folgender Meldung abstürzt:

#
# An unexpected error has been detected by Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007fa594b7025a, pid=471, tid=1109551440
#
# Java VM: Java HotSpot(TM) 64-Bit Server VM (10.0-b22 mixed mode linux-amd64)
# Problematic frame:
# V  [libjvm.so+0x1f125a]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Der Bug scheint bekannt zu sein und zum Glück gibt es einen Workaround, der zumindest bei mir ganz gut funktioniert: Wenn man die eclipse.ini um den Eintrag -Xint erweitert, läuft Eclipse stabil. Diese Option bewirkt, dass der JIT-Compiler deaktiviert wird, der für die Abstürze verantwortlich zu sein scheint. Natürlich läuft der Code dadurch langsamer, aber ich finde den Unterschied zumindest auf meinem Rechner zu Hause (Core 2 Quad @ 2.4 GHz) kaum spürbar.