Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Linux haladóknak
  5. (kiemelt téma)
Legfrissebb anyagok
PROHARDVER! témák
Mobilarena témák
IT café témák
GAMEPOD témák
  • Téma összefoglaló
    Utoljára frissítve: 2013-09-30 15:51

    PROHARDVER!

    Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Új hozzászólás Aktív témák

  • #31317 Keem1 veterán
    Új Válasz #31317
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Keem1

    veterán

    Srácok, van egy saját írású mono service-em aminek ugyan vannak még gyermekbetegségei, de mostanság egy forrás REST API időnkénti elérhetetlensége miatt failure után leáll. A hibát le fogom kezelni, de alapvetően a service úgy van beállítva, hogy failure esetén restartoljon:

    Restart=on-failure
    RestartSec=30

    Mivel a fenti, leállással járó hiba ritkán fordul elő, és ha a service újraindul, legközelebb már jól végzi dolgát. HA újraindulna... és itt van a probléma. A lock file létezése miatt a syslog tele van entryvel, hogy nem tud elindulni.
    Ha kiszedem a lock file-t, és failure-re fut a program, simán restartol 30 másodperc múlva és megy minden a maga rendjén. Mivel "szerveren" fut a program, sajnos nem opció, hogy amikor a monitoring alertál arról, hogy leállt a service, kézzel újraindítom, hisz lehet hogy épp alszom. Jó lenne, ha maga indulna újra. Az a baj, hogy ez a probléma (a lock file miatti sikertelen újraindítás) sokkal nagyobb gond, mint az ezt kiváltó program exception.

    Hogy vehetném rá a service-t, hogy failure restart esetén nyugodtan írja felül a lock file-t? :R

Új hozzászólás Aktív témák