Anzeige:
Ergebnis 1 bis 13 von 13

Thema: apache nicht von chkconfig unterstützt

  1. #1
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6

    apache nicht von chkconfig unterstützt

    Hi!

    Ich möchte meinen Apache 2.0.55 beim booten von Fedora Cora 4 automatisch starten.

    Einiges an googlen hat mir zwar erstmal verraten was ein runlevel ist aber wie ich da einen Dienst eintrage wurde überall verschwiegen. Nun bin ich doch endlich auf chkconfig gestoßen.
    Was mir dabei schon aufgefallen ist, gibt es eigentlich keine ordentliche Dokumentation für Fedora Linux?

    Ich habe also mit ln -s einen Link zum apachectl script in init.d angelegt und wollte es mit chkconfig --add hinzufügen, allerdings bekomme ich die Meldung das der Dienst kein chkconfig unterstützt

    Woran könnte das liegen? Was kann ich da noch tun?

  2. #2
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.061
    zum Thema Doku:

    http://fedora.redhat.com/docs/

    ist eigentlich recht ausführlich - und es gibt noch einiges mehr...
    Ich bin root - ich darf das.

  3. #3
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6
    ja die doku hab ich auch gefunden, allerdings finde ich diese sehr unübersichtlich und für mein(e) problem(e) habe ich dort nichts hilfreiches finden können

  4. #4
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Woran könnte das liegen? Was kann ich da noch tun?
    Du koenntest verstehen, wie das Runlevelsystem[1] funktioniert
    In /etc sollten sich Verzeichnisse mit den Namen rc<zahl>.d befinden (<zahl> steht fuer den runlevel, in dem die darin enthaltenen Dateien ausgefuehrt werden).
    Darin sind Links nach /etc/init.d die folgenden Aufbau haben : S<zahl>dienstname.
    Die werden (wenn sie mit "S" anfangen) in alphabetischer Reihenfolge beim Betreten des Runlevels ausgefuehrt.
    Also solltest du /etc/init.d/apache nach /etc/rc5.d/S99apache verlinken (vorraussgesetzt, der Rechner laeuft standardmaessig im runlevel 5), dann wird der Indianer als einer der letzten Dienste im runlevel 5 gestartet.

    edit: [1] gilt natuerlich nur fuer System V init
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  5. #5
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6
    Soweit war ich auch schon, hab auch im runlevel 0 noch einen link mit K gemacht.

    Obs funktioniert kann ich leider im Moment nicht testen.

    Allerdings taucht dann mein Apache immer noch nicht bei serviceconf auf und ich weis auch nicht was man bei den Nummern, also der Startreihenfolge beachten müsste.

    Außerdem kommts mir so vor als wäre da noch irgendwas falsch, denn das Script ist das Standart Apache Script welches gerade eben bei System V Init funktionieren sollte.

  6. #6
    Moderator Avatar von fs111
    Registriert seit
    Mar 2002
    Ort
    ~
    Beiträge
    3.661
    Es ist doch alles schon fertig da:

    chkconfig httpd on

    und fertig

    fs111

  7. #7
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6
    scherzkeks, wenn der dienst schon da wäre müsste ich ihn doch nicht erst eintragen

  8. #8
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Allerdings taucht dann mein Apache immer noch nicht bei serviceconf auf und ich weis auch nicht was man bei den Nummern, also der Startreihenfolge beachten müsste.
    Naja, eigentlich muss apache nur nach dem netzwerk gestartet werden. Mit einem S99apache kannst du also nix verkehrt machen.
    Zu serviceconf kann ich nix sagen, hab' ich nich.

    Außerdem kommts mir so vor als wäre da noch irgendwas falsch, denn das Script ist das Standart Apache Script welches gerade eben bei System V Init funktionieren sollte.
    Was bitteschoen soll 'kommts mir so vor als wäre da noch irgendwas falsch' heissen? Richtest du deine Rechner immer ausschliesslich per Intuition ein? *g*
    Was meinst du mit "da" "irgendwas" und "falsch"? (Siehe meine Signatur).
    Obs funktioniert kann ich leider im Moment nicht testen.
    Dann teste es doch bitte erst, bevor du hier weitere Hilfe anforderst. Alles andere ergibt keinen Sinn.
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  9. #9
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6
    So ich habs getestet und meine Intuition war richtig, denn es hat nicht funktioniert.

    Ich habe einen symbolischen link auf das Script in init.d abgelegt, darauf dann verwiesen aus rc3.d als S40http und auch aus rc0.d als K40http.

    reboot und kein indianer in sicht

  10. #10
    Flachinformatiker Avatar von MiGo
    Registriert seit
    Oct 2002
    Ort
    Heidelberg
    Beiträge
    5.270
    Ich habe einen symbolischen link auf das Script in init.d abgelegt, darauf dann verwiesen aus rc3.d als S40http u
    Allerdings macht man es idR genau so.
    apachectl script
    Oehm, bei mir heisst das deutlich anders...
    Eigentlich sollte auch bei der Installation schon ein Script namens apache oder apache2 in /etc/init.d landen....
    "Da steht sowas ähnliches wie" oder "das funzt net!!" ist keine Fehlermeldung!

  11. #11
    Siedler, Der
    Registriert seit
    May 2003
    Ort
    Steiermark
    Beiträge
    147
    Wenn du den Apache2 aus den FC4-Rpms installierst (`yum install httpd`) dann landet automatisch ein passendes Startskript in /etc/init.d/httpd.

    Der Grund, warum dein Ansatz eines Symlinks auf das apachectl als Startskript nicht geht kommt daher, dass chkconfig den Header der Startskripte auswertet um zu sehen, welche Aktion (S oder K) für jedes Runlevel zu setzen ist. apachectl hat jedoch keinen solchen Header, weshalb chkconfig auch nicht weis, was es damit tun soll.

    So sieht z.b. der Header des Apache2 auf FC5 aus:

    Code:
    # httpd        Startup script for the Apache HTTP Server
    #
    # chkconfig: - 85 15
    # description: Apache is a World Wide Web server.  It is used to serve \
    #              HTML files and CGI.
    # processname: httpd
    # config: /etc/httpd/conf/httpd.conf
    # config: /etc/sysconfig/httpd
    # pidfile: /var/run/httpd.pid
    85 legt fest, dass die Symlinks für den Start des Apache mit S85 beginnen sollen, und zum Beenden mit K15. Somit wird Apache relativ spät im SysV-Init-Prozess gestartet, und ziemlich früh beendet.

    Also, am besten mal den Apache per `yum` installieren.
    Why writing free software is rational: http://clemens.endorphin.org/free-software-is-rational

  12. #12
    Registrierter Benutzer
    Registriert seit
    Mar 2006
    Beiträge
    6
    Hi fladi.at,

    Vielen Dank für deine Hilfe! Ich habe die Zeilen dem apachectl Script hinzugefügt, die Pfade angepasst und jetzt läufts auch ohne Probleme

    MfG

    JEG

  13. #13
    Siedler, Der
    Registriert seit
    May 2003
    Ort
    Steiermark
    Beiträge
    147
    Naja, du kannst den Header schon auch in das apachectl einfügen. Ich wollte mit meiner Antwort aber eher drauf hinaus, dass du besser das original RPM von Fedora nimmst. Sonst musst du bei jedem Update von Apache drauf achten, dass du den Header wieder manuell in das apachectl einfügst.
    Why writing free software is rational: http://clemens.endorphin.org/free-software-is-rational

Ähnliche Themen

  1. make modules - fehlermeldung
    Von Nobse im Forum Kompilieren von Kernel und Sourcen
    Antworten: 8
    Letzter Beitrag: 15.11.04, 01:23
  2. php Seiten werden nicht angezeigt
    Von H3mpm4n im Forum Linux als Server
    Antworten: 7
    Letzter Beitrag: 05.11.04, 20:14
  3. Apache 1.3.31 + PHP 5.0.2: Apache verarbeitet php files nicht
    Von GreenShadow im Forum Linux als Server
    Antworten: 22
    Letzter Beitrag: 21.10.04, 22:42
  4. von SuSE- zu DebianLinux ?
    Von verve im Forum Linux Allgemein
    Antworten: 5
    Letzter Beitrag: 23.03.04, 18:28
  5. php-Update fehlgeschlagen?
    Von verve im Forum Linux als Server
    Antworten: 20
    Letzter Beitrag: 28.12.02, 17:16

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •