Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Linux Forum Linux-Web.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

1

14.12.2005, 15:16

DISPLAY Variable -> suche dringend Hilfe

Hallo,

leider habe ich nicht die passende Rubrik gefunden.

Ich programmiere ein Bash Script. Dabei benötige ich die Displayvariable. Standardmäßig ist sie wie folgt gesetzt

DISPLAY:0.0

Ich habe diese Variable in meinem Script auch so gesetzt.

Leider zeigt mein Log folgendes an:

DISPLAY empty or unusable
DISPLAY=:0.0

Ich möchte eigentlich nur Firefox starten. Manuell funktioniert das Script wunderbar. ich lasse es aber über ein anderes Script aufrufen und dann wird dieser Fehler verursacht. Die env zeigt aber an, dass die DISPLAY Variable standardmäßig gesetzt ist.

Kennt sich jemand gut damit aus.

Stimmt überhaupt die Syntax oder ist da schon der fehler

DISPLAY0:0.0
export DISPLAY

Falls ihr mehr Infos benötigt fragt mich bitte.

Ich sitze schon seit 2 Wochen an dem Problem. Keiner kann mir helfen.

Es ist ein ganz normales Startscript nfür den Firefox. Mauell funktioniert es und automatisch nicht. Ich weiiß mittlerweile garnichts mehr

Gruß Oliver

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

2

14.12.2005, 15:42

Firefox via Bash-Script starten?

Quellcode

1
env DISPLAY=:0.0 /pfad/zu/firefox-bin


Wenn das nicht hilft waere es hilfreich den entsprechende Teil des Scripts zu sehen.

Talon_Karrde

Fortgeschrittener

  • »Talon_Karrde« ist männlich

Beiträge: 197

Wohnort: Deutschland/NRW/Moers

Beruf: Netzwerk Ingenieur

  • Nachricht senden

3

14.12.2005, 17:48

Hallo,

beschreibe doch auch noch mal so genau wie möglich, welchen Zweck Du
damit verfolgst.

Gruß
Werner
_______________________________________________________________
Everything that is really great and inspiring is created by the individual
who can labor in freedom.

- Albert Einstein

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

4

15.12.2005, 10:31

Ich habe eben die ganze Zeit getestet, deswegen konnte ich noch nicht antworten.

Ich arbeite mit nagios. Es ist ein Monitoring Tool. Damit überwache ich den Prozess von Firefox. Sobald Firefox abstürzt, wird ein Eventhandler gestartet, der den Firefox wieder starten soll. Im Firefox läuft eine webbasierte Anwendung, die immer laufen muß. Die User haben keine Möglichkeit den Firefox selbst zu starten. Deswegen muß ich eine Routine einbauen.

Dafür habe ich folgende Scripte geschrieben

Eventhandler:

#!/bin/bash
# /usr/local/nagios/libexec/eventhandler/restart_firefox.sh
# $1 = Status, $2 = Zustandstyp, $3 = Versuch

date >> /usr/local/nagios/log.log
echo $0 $1 $2 $3 >> /usr/local/nagios/log.log

case "$1" in
OK)
;;
WARNING)
;;
UNKNOWN)
;;

CRITICAL)

case "$2" in

HARD)

echo "Restarting Firefox HARD Colission"
/usr/local/nagios/libexec/init.d/firefox.sh restart >> /usr/local/nagios/log.log
;;

SOFT)

case "$3" in

1)
echo "Restarting Firefox SOFT 1 Colission"
/usr/local/nagios/libexec/init.d/firefox.sh restart >> /usr/local/nagios/log.log
;;


2)
echo "Restarting Firefox SOFT 2 Colission"
/usr/local/nagios/libexec/init.d/firefox.sh restart >> /usr/local/nagios/log.log
;;
esac
;;
esac
;;

esac

exit 0


Hier wird nichts anderes gemacht als bei einem kritischen Zustand das Startscript für den Firefox aufzurufen


Initscript:


#!/bin/bash
#
# Author: Oliver Kirsch
#
# /usr/local/nagios/libexec/init.d/firefox
#
# and its symbolic link
#
# /usr/bin/firefox
#
### BEGIN INIT INFO
# Provides: firefox
# Required-Start: $local_fs $remote_fs $network
# Description: Browserstart
# This script can be used to start/stop firefox
### END INIT INFO

DISPLAY=:0.0
export DISPLAY

PATH=/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/local/nagios:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/lib:/usr/lib:/lib:/usr/local/nagios/libexec/eventhandler:/usr/local/nagios/libexec/init.d:/opt/MozillaFirefox/bin
export PATH

# Shell functions sourced from /etc/rc.status:
# rc_check check and set local and overall rc status
# rc_status check and set local and overall rc status
# rc_status -v ditto but be verbose in local rc status
# rc_status -v -r ditto and clear the local rc status
# rc_failed set local and overall rc status to failed
# rc_failed <num> set local and overall rc status to <num>
# rc_reset clear local rc status (overall remains)
# rc_exit exit appropriate to overall rc status


. /etc/rc.status

rc_reset


case "$1" in
start)
echo "Starting Firefox"
env
nohup startproc /usr/bin/firefox
rc_status -v
;;
stop)
echo "Shutdown Firefox"
killproc -TERM firefox-bin
rc_status -v
;;
restart)
echo "Restarting Firefox"
$0 stop
sleep 1
$0 start
rc_status
;;
*)
echo "Usage: $0 {start|stop|restart}"
exit 1
;;
esac
rc_exit

Dies ist ein ganz einfaches Start/ Stop Script

Der Befehl env ist einfach nur, um die die gesetzten Werte im Log aufzuzeichnen.

Starte ich den Eventhandler manuell, so führt er alles wunderbar aus und der Firefox startet.

Allerdings wenn der Eventhandler von nagios gestartet wird, dann macht er alles bis zum Shut down. Beim starten führt er zwar den Befehl aus, hat aber ein Problem mit der Displayvariablen

DISPLAY empty or unusable
DISPLAY=:0.0

Sie ist aber gesetzt und das ist mein Problem wo ich nicht mehr weiter weiß.
Ich habe herausgefunden, dass beim manuellen Start die env von dem User nagios verwendet werden und beim Start durch das Tool nagios die env von root verwendet werden. Alle Rechte sowie Besitzer und Gruppenzugehörigkeit liegen bei dem User nagios.

Alle Pfade sind angegeben. Ich würde jetzt gerne mal wissen, warum die env auf einmal von root verwendet werden

4 Werte sind hier anders wie bei dem User

Denn folgende Zeilen unterscheiden sich vom Benutzer nagios

PWD=/
HOME=/root
SHLVL=8
OLDPWD existiert garnicht


nagios

PWD=/etc
HOME=/home/nagios
SHLVL=2
OLDPWD=/usr/local/nagios/libexec/init.d


Ich hoffe ich konnte euch alle wichtigen Daten geben

Gruß Oliver

Talon_Karrde

Fortgeschrittener

  • »Talon_Karrde« ist männlich

Beiträge: 197

Wohnort: Deutschland/NRW/Moers

Beruf: Netzwerk Ingenieur

  • Nachricht senden

5

15.12.2005, 11:48

OK,

nur um sicher zu gehen, das ich Dich richtig verstanden habe.

Ein Benutzer meldet sich grafisch an der Kiste an und soll den Firefox incl.
der Anwendung auf den Bildschirm bekommen.

Dein Script prüft regelmäßig ob der Firefox noch läuft und wenn nicht soll es
ihn neu starten.

Soweit korrekt?

Dein Script läuft mit sicherheit mit einer anderen User-ID als der die der
"Firefox-Benutzer" hat. Ich vermute mal sogar als root.

Das bedeutet aber, das das Display dem Benutzer gehört und selbst root
dieses nicht ohne weiteres benutzen darf. Auch wenn die Display-Variable
korrekt gesetzt ist.

um root den Zugriff zu erlauben mußt Du in der Umgebung des Benutzers
z.B. mit "xhost" arbeiten. Wie das zu benutzen ist kannst Du Dir in den
man-pages anschauen. Für einen schnellen Test, ob das überhaupt so
funktioniert kannst Du mal "xhost +" als der "Benutzer" verwenden. Ist
aber aus Sicherheitsgründen bitte nicht als standard zu verwenden.
Weiterhin wird Firefox zukünftig natürlich dann nach einem restart durch
Dein Script mit den Rechten des Startenden Scriptes laufen.
Ob es da noch Mechanismen gibt die dies verhindern/verbiegen weis ich
leider nicht.

Ich hoffe das hilft Dir erst mal weiter.

Gruß
Werner
_______________________________________________________________
Everything that is really great and inspiring is created by the individual
who can labor in freedom.

- Albert Einstein

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

6

15.12.2005, 12:14

Du hast es genau richtig erfasst.
Der User macht den PC an und sieht direkt den Firefox mit den jeweiligen Apletts. Ihm steht nur die Maus zur Verfügung, um die Weboberfläche zu bedienen. Alle anderen Rechte werden dem Benutzer entzogen.

Eigentlich sollte der Benutzer des Scripts kein root sein. Ich habe extra alle Rechte nagios übergeben und habe auch die Scripte der Gruppe nagios und dem Owner nagios zugeordnet. Aber das Script wird wohl als root aufgerufen. Und da wird das Problem sein.

Mit xhost habe ich localhost die Authentifizierung gegeben. Und zur Sicherheit habe ich auch die IP freigegeben.

INET:smdw5901.ast.dfs.de
INET6:localhost
INET:localhost

Ist das so richtig. ich werde mal deinen Tip nachgehen

Danke erstmal. Werde mich melden was passiert ist

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

7

15.12.2005, 12:19

Ich sag' doch - versuch es mit "env" und nimm nicht /usr/bin/firefox, da dies selbst nur ein Shellscript ist, das dann den Firefox aufruft.

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

8

15.12.2005, 14:05

Zitat

Original von Chucky the Devil
Ich sag' doch - versuch es mit "env" und nimm nicht /usr/bin/firefox, da dies selbst nur ein Shellscript ist, das dann den Firefox aufruft.



Ich habe das ausprobiert. Habe es hier eingesetzt

case "$1" in
start)
echo "Starting Firefox"
env DISPLAY:0.0 /opt/MozillaFirefox/lib/firefox-bin
rc_status -v
;;


Ich hoffe so hast du das gemeint.

Und dann kommt die Fehlermeldung:

env: DISPLAY:0.0: No such file or directory


Laß ich env DISPLAY:0.0 weg, so kommt folgendes:

/opt/MozillaFirefox/lib/firefox-bin: error while loading shared libraries: libmozjs.so: cannot open shared object file: No such file or directory


Wie und wo meinst du genau wo ich das einfügen soll?

Danke

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

9

15.12.2005, 14:12

> Ich habe das ausprobiert. Habe es hier eingesetzt
> [...]
> env DISPLAY:0.0 /opt/MozillaFirefox/lib/firefox-bin
>
Flchas - da fehlt das =. Es muss heissen:
env DISPLAY=:0.0 [...]

> Laß ich env DISPLAY:0.0 weg, so kommt folgendes:
> /opt/MozillaFirefox/lib/firefox-bin: error while loading shared libraries: libmozjs.so: cannot open
> shared object file: No such file or directory
>
Schau mal in die /usr/bin/firefox. In dem Script sind LD_LIBRARY_PATH Variablen usw gesetzt,
die Du auch in Deinem Script dann setzen musst.

TomH

in keinem Vorstand!

Beiträge: 212

Beruf: Systemadministrator

  • Nachricht senden

10

15.12.2005, 16:19

Hi,
ich habe mal 'ne SuSE 8.2 für so was ähnliches verbogen. Es läuft darauf hinaus, daß ausschließlich der Konqueror als Bedienoberfläche verfügbar ist. Nach Beenden startet er automatisch neu (macht init). Der verwendete Benutzer ist hier 'test'.

Ich vermute mal, so ähnlich müßte es auch für den Feuerfuchs gehen. Riesen Vorteil, ich brauche keinen Windowmanager.

das wichtigste aus der /etc/inittab (default runlevel 3 und die Definition des 8ers

Zitat


# The default runlevel is defined here
id:3:initdefault:

# Note: Do not use tty7 in runlevel 3, this virtual line
# is occupied by the programm xdm.
#

# This is for the package xdmsc, after installing and
# and configuration you should remove the comment character
# from the following line:
#7:3:respawn:+/etc/init.d/rx tty7

8:3:respawn:/sbin/agetty -n -l /home/test/startx.sh 38400 tty8


agetty muß es natürlich geben!

linux:~ # cat /home/test/startx.sh

Zitat


#!/bin/sh
rm /home/test/.DCOP*
su -c /usr/X11R6/bin/startx test


(sollte ausführbar sein ;-)

linux:~ # cat /home/test/.xinitrc

Zitat


#!/bin/bash
#
# Sample .xinitrc for SuSE Linux
# This script is called from 'startx' when you start an X session
#
export TERM=xterm

xterm -e /opt/kde3/bin/konqueror --profile test http://localhost/control/index.php


das Profil test war hier übrigens ein verrammeltes 'webbrowsing'

Viel Spaß
Thomas
Every feature is a bug, unless it can be disabled.

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

11

15.12.2005, 16:43

Erstmal danke für die Tipps. Leider habe ich diese Woiche nicht mehr die Zeit, das auszuprobieren, da ich morgen in die Uni muß. Am Montag werde ich mich aber gleich dransetzen.

Vielen Dank und ein schönes Wochenende

Gruß Oliver

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

12

20.12.2005, 13:29

Hallo TalomKarrde,

du hattest völlig recht mit deiner Vermutung. Das Script wird tatsächlich mit root ausgeführt, obwohl ich das garnicht will. Deswegen funktioniert das auch nicht mit dem Firefox. Ich habe mal alles unter root installiert und es funktioniert einwandfrei.

Aber root ist natürlich nicht die Lösung.
Ich müßte es einfach hinbekommen, dass er nicht in root wechselt und der Benutzer bleibt. Somit würden auch die Displayvariablen richtig übernommen werden.

Vielen Dank schon mal für den Tip. Jetzt müßte ich nur noch eine Lösung finden, damit die environmentvariablen von nagios dem Benutzer genommen werden und das Problem wäre gelöst.


Danke auch Tom,

ist ne gute Idumindest weiß ich jetzt ganz genau wo das Problem liegt.

Gruß Oliver

Talon_Karrde

Fortgeschrittener

  • »Talon_Karrde« ist männlich

Beiträge: 197

Wohnort: Deutschland/NRW/Moers

Beruf: Netzwerk Ingenieur

  • Nachricht senden

13

20.12.2005, 13:58

Hallo OliverFfm,

wie startest Du denn das Script?
Hast Du einen Cron-Job eingerichtet?

Wenn ja, ist meine nächste Frage ob der User nagios das Script ebenfalls
ausführen dürfte?

Hintergrund ist, das Du wahrscheinlich die Systemweite crontab unter
/etc oder die crontab des root benutzt um das Script zu starten.
Probier doch mal die crontab des User nagios zu verwenden.
Duzu loggst Du dich auf einer Konsole ein, machst ein "su - nagios" und
gibst den Befehl "crontab -e" ein. Dort kannst Du dann den Aufruf Deines
Scriptes unterbringen.

Gruß
Werner
_______________________________________________________________
Everything that is really great and inspiring is created by the individual
who can labor in freedom.

- Albert Einstein

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

14

21.12.2005, 20:19

RE: DISPLAY Variable -> suche dringend Hilfe

hallo,

warum startest du firefox nicht einfach in einer endlosschleife?

#!/bin/sh
while true
do
mozilla
done
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

15

22.12.2005, 00:25

Das bringt nichts, da das Firefox Startskript forkt

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

16

22.12.2005, 09:16

Das stimmt. Ich denke durch das forken bekommt er automatisch die root Rechte. Ich habe nun alles über root laufen und da funktioniert es mit firefox. Ist aber natürlich keine Dauerlösung. Wollte einfach wissen, ob es jetzt funktioniert oder nicht. Es liegt also tatsächlich an den Displayvariablen. Root kann nicht einfach den firefox von einem anderen Benutzer starten. Da fehlen ihm wohl Nutzerrechte bzw kennt er nicht die Displayvariable des angemeldeten Benutzers sondern benutzt seine eigenen. Das ist leider der Konflikt.

17

22.12.2005, 11:03

Hi,
hier ist noch ein anderer Ansatz fuer dein Problem.
Ich finde eine Prozessueberwachung nicht optimal - den Prozess- bzw. Programmablauf so zu konfigurieren dass er sich selbst wieder bereinigt ist hier der bessere Ansatz.
Wir haben eine ähnliche Problemstellung (ca. 40 dedizierte Hosts, Browser im Kiosk Mode, eine Webanwendung, vernagelte Tastatur) und das wie folgt geloest:

Auf den Maschinen gib es einen default-user mit autologin.

Die .bash_profile sieht wie folgt aus:

Zitat


#!/bin/bash
/bin/rm -Rf /home/xuser/.phoenix
/bin/cp -rf /home/xuser/.phoenix-org /home/xuser/.phoenix
startx
logout

Das Loeschen und Umkopieren ist damit beim nächsten Browserstart alles clean ist (cache, history, ..)

in der startx wird mit folgender Zeile

Zitat


userclientrc=$HOME/.xinitrc

die .xinitrc im home-Verzeichnis des users eingelesen bzw. ausgefuehrt

Zitat


#!/bin/bash
#
export DISPLAY=:0.0
#
## Schaltet die Numlock-Taste ein
#
/usr/local/bin/numlock
#
#
## Deaktviert Tasten im Grafikmodus
#
xmodmap /home/xuser/.xmodmaprc
#
#
## Startet den WindowMaker mit Voreinstellungen
# --no-clip = Keine Clips auf dem Desktop
# --no-dock = Keine Docked-Applications auf dem Desktop
#
wmaker --no-clip --no-dock &
#
## Startet den Browser MozillaFirebird
#
exec /usr/local/MozillaFirebird/MozillaFirebird
#
#
## Ende ##


Funktionsablauf:
- Beim Hochfahren wird der xuser automatisch angemeldet
- die .bash_profile ausgeführt
[Browserumgebung gecleant]
startx ausgeführt und damit auch die .xinitrc
- wenn der Browser geschlossen wird erfolgt ein logout und [autologin] automatisch ein neuer Login mit dem gleichen Prozedere.

Die Browserfunktion muss nicht überwacht werden.
Wenn der Browser geschlossen wird benötigt der Neustart [logout|login|startx|phoenix] ca. 2-3 Sekunden [der WMaker ist schnell]

Wir haben diese Konfiguration schon ca. 2 Jahre im Einsatz [fai-installierte debian/woody] - und keinerlei Probleme damit.
wie soll ich wissen, was ich denke?
... bevor ich hoere, was ich sage
... bevor ich lese, was ich schreibe

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

18

22.12.2005, 11:37

Wow.

Echt ne super Idee. Das werde ich mal ausprobieren. Auf sowas bin ich halt noch garnicht gekommen. Leider werde ich in diesem Jahr nicht mehr dazu kommen, da ich in 4 Stunden endlich Urlaub habe.

Ich wünsche euch allen ein Frohes Weihnachtsfest und einen guten Rutsch ins neue Jahr.

Danke eplkur. Falls ich Fragen im neuen Jahr habe, würde ich dich gerne dann mal das ein oder andere fragen.

Bis dahin

Gruß Oliver

OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

19

09.01.2006, 12:46

Hallo Thomas,

nachdem ich nun mein Projekt ausreichend dokumentiert habe und es soweit funktioniert, würde ich mich sehr gerne mit deiner Idee beschäftiigen.

Ich habe soweit alles verstanden was da so passieren soll, aber wie .xinit.rc aufgerufen wird weiß ich garnicht. Laut man gibt es die Option -e und --profile garnicht.

xterm -e /opt/kde3/bin/konqueror --profile test http://localhost/control/index.php

So wie ich es verstanden habe, startet xterm den konqueror.
Die datei test öffnet sich wohl im browser
http...... ist dann die URL wo die Datei index.php abgelegt ist.


Kannst du mir vielleicht mal deine Datei test zuschicken, so dass ich weiß, was da eigentlich passiert?

Wo kommt eigentlich jetzt diese index.php her?

Wird der Konqueror automatisch nachgestartet sobald er nicht offen ist?

Ich hoffe du kannst mir etwas noch helfen.

Wäre sehr nett. Es würde nämlich eine Alternative bieten zu dem Eventhändler

Gruß Oliver

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »OliverFfm« (09.01.2006, 12:50)


OliverFfm

Anfänger

  • »OliverFfm« ist männlich
  • »OliverFfm« ist der Autor dieses Themas

Beiträge: 33

Wohnort: Frankfurt

Beruf: Student

  • Nachricht senden

20

09.01.2006, 12:57

Hallo eplkur,

auch deine Idee finde ich super. Wenn ihr das schon so lange im Einsatz habt, will ich es jetzt auch mal versuchen. Habe 2 Wochen Zeit rumzuexperimentieren. Bis dahin muß ich dann meine Präsentation halten. ich würde auch gerne dein Ansatz als sehr gute Alternative vorstellen. Sorry, dass ich mich nicht früher darum gekümmert habe. ich mußte aber ein Ergebnis in Nagios ablegen und alles dokumentieren. Das habe ich zum Glück geschafft und habe jetzt etwas Luft.

Ich hoffe ich kann bei Fragen auf dich zurückkommen

Gruß Oliver

Thema bewerten