[Allegro] Avanti und Acon 2. Versuch

[Thomas Berger]

Am 07.07.2011 15:24, schrieb Bernhard Eversberg:
> Am 07.07.2011 15:05, schrieb Thomas Berger:
>> Ich habe avanti nun schon wirklich oft installiert, und die
>> letzten Tage habe ich eigentlich nichts anderes getan. Und
>> diesmal war meine Rettung, dass ich die Quellen vorliegen hatte
>> und noch ein paar printf's einfuegen konnte.
> Gut, aber was kam dabei raus?

Eine Menge installierter Avanti's.


>> Anderswo? Es wird definitiv nur auf dem Verzeichnis gesucht,
>> wo avanti liegt, wenn sie dort nicht gefunden wird, auf ../etc.
>> Schlägt beides fehl, wird beides nochmal versucht, und zwar
>> mit .conf statt .con
>> Das kann bei einer Migration, wenn eine Standard-avanti.con
>> eine vorhandene avanti.conf ueberlagert, schon zu
>> Ueberraschungen fuehren.
> Ja, aber solche Situationen werden allmählich seltener.

Die auf dem Fileserver findbare "aktuelle" Version des
Avanti-Komplettpakets fuer Linux enthaelt

tar tfz avanti-29.1-bin-linux.tar.gz

avanti-29.1/
avanti-29.1/bin/
avanti-29.1/bin/acon
avanti-29.1/bin/avanti
avanti-29.1/etc/
avanti-29.1/etc/d.apt
[...]
avanti-29.1/etc/uif0GER
avanti-29.1/etc/uifsGER
[...]
avanti-29.1/etc/avanti.conf
...

(also immerhin schon mit acon statt avanti-cl, der
unselige Umstieg auf .con als bevorzugte Konfigurations-
datei war also erst spaeter)



>>> - uifsger muss im Verzeichnis von avanti liegen, weder muss
>>>     es wie (sehr viel) frueher uifSger heissen noch wird es
>>>     im etc-Verzeichnis akzeptiert.
>>> Sind Sie sicher bzgl. des letzteren?
>> Ich meine mich zu erinnern, dass es hierzu letzten Sommer
>> Diskussionen gab.
> Ich habe gerade nochmal getestet. Was ich schrieb, stimmt.

Soeben getestet (uifsger in bin geloescht, in etc gelassen):

[2011-07-07 15:52:15]  (SLAVE) <conn 1> Datei uifsger (enthaelt die Meldungstext
e) fehlt auf /usr/local/avanti/avanti4957/bin/./ <at avanti.c, line 737>

(die Vermisstenmeldung ist ziemlich neu drin, vielen Dank
uebrigens dafuer. Allerdings wird ja nicht nur in bin gesucht,
sondern angeblich auch anderswo: Wo dieses anderswo ist, wird
leider nicht verraten)

[das war jetzt bei OpenSuSE 11.4, wo avanti mittels start_daemon
aufgestartet wurde: Bei CentOS starte ich mit etc als
Arbeitsverzeichnis, da klappt es. Unter Debian starte ich mittels
start-stop-daemon, da klappt es wieder nicht. Ich vermute, dass
das Arbeitsverzeichnis (cwd) bei Nutzung der SuSE- bzw. Debian-
Mechanismen / ist, wissen tue ich das aber nicht]



>> Die erschoepfende Auflistung finden Sie in den Quellen von acon:
>> Wird dort jeder Call auf moegliche Fehlerzustaende im Ergebnis
>> abgetestet und in jedem Fall ein Protokolleintrag erzeugt, der
>> moeglichst sogar den erhaltenen Fehlercode angibt?

> Jeder Call? Das wäre ja wohl overkill.

Fehlercodes, fuer die Sie einen formalen Beweis anfuehren koennen,
dass die in der Situation nicht auftreten koennen, duerfen Sie
ausfiltern.

viele Gruesse
Thomas Berger