Re: fli4l-3.4.0 domU hat 30 Tage timeout

JP Bruns [19 Apr 2011 21:09]:
> Marko Lueke [20 Mär 2011 09:22]:
>>
>> Am 16.03.2011 17:00, schrieb JP Bruns:
>>>
>>> JP Bruns [Tue, 15 Feb 2011 10:35:51 +0000 (UTC)]:
>>>> bisher hat es meine fli4l-3.4.0 DomU nicht geschafft, mehr als 30
>>>> Tage am Stück durchzulaufen.
>>>
>>> Es ist mal wieder soweit: die domU läuft seit 27,5 Tagen und ein
>>> connecten auf die Konsole ist nicht mehr möglich. Es werden noch
>>> einige Nachrichten ausgegeben und das wars, kein einloggen
>>> möglich, nur noch der Weg zurück zur dom0. Das hier waren die
>>> letzten Zeilen:
>>>
>>> ...  Bin für Hinweise wirklich dankbar :(
>>>
>>
>> schonmal mit memtest den Speicher überprüft?
>
> Habe heute gezwungenermaßen einen Memtest über mehrere Stunden
> durchlaufen lassen und keine Fehler bekommen. Das sollte es also
> nicht sein.
>
>> oder mal eine andere Netzwerkkarte eingebaut?
>>
>> irgendwie kommt mir das bekannt vor, jetzt hab ich eine mit einem
>> Intel Chip und es löppt
>
> Ich habe derzeit keine andere Karte griffbereit, werde morgen aber
> mal eine andere organisieren. Derzeit ist eine 3com für den internen
> Verkehr verbaut und eine Realtek für den externen. Die Realtek Karte
> wird an die fli4l domU durchgereicht.

Die Realtek-Karte wurde entfernt (war mir noch nie geheuer) und mit
einem NE2000PCI Clone getauscht (NET_DRV_1='ne2k-pci'). Die Karte war
auch in einem älteren fli4l jahrelang aktiv.

Nach einem erzwungenen Neustart nach ein paar Tagen lief die Maschine
bis heute durch. Aber es kam wie es kommen musste: nach 30/31 Tagen
war heute wieder Schluss und der Neustart-Knopf wurde verlangt.

Gibt es noch andere Ideen, an was die Probleme mit der fli4l domU
vielleicht liegen können? Die domU hat noch genug Speicher, schreibt
große Logdateien auf eine Festplatte und ist sonst sehr spartanisch
aufgebaut. Der Stopp ist unabhängig vom gegenwärtigen Traffic. Ich
nutze folgende Pakete:

	* accounting
	* c3surf
	chrony
	dns_dhcp
	dsl
	* easycron
	* extmount
	* hd
	httpd
	isdn
	* macfilter
	* qos
	* rrdtool
	* sshd

Die mit Stern markierten Pakete wurde nach und nach hinzugefügt. Das
Problem bestand jedoch schon seit Inbetriebnahme des xen-servers, so
scheint es. Deshalb würde ich diese Pakete auch als Fehlerquelle
ausschliessen.

Die ursprünglichen Pakete liefen auf einem anderen, schwächeren
Rechner in annähernd gleicher Konfiguration tadellos. Ich werde mir
die Tage alle Konfigurationen noch einmal ansehen. Auch der Wechsel
auf eine andere Maschine könnte denkbar sein.

Ansonsten bin ich mit meinen Ideen am Ende und könnte irgendwann nur
noch eine Neuinstallation wagen.

Dankbar für jede Hilfe!


Jens