Keresés

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

  • bambano

    titán

    válasz urandom0 #34662 üzenetére

    Ha hibás a dns konfig, akkor hibásnak *KELL* lenni a hálózatnak, különben sosem derül ki, hogy hibás a konfig. Annak is célnak kell lenni, hogy kitakarítod a hibákat a rendszerből.

    Az svr4 init is újraindít processzeket, ehhez csak az inittabba kell egy sor. Nem rakás unit file szerteszéjjel szórva a komplett fájlrendszerben.

    Elhiszem, hogy a doksiban el tudtad olvasni, hogy tud dependelni. A valóságban nem működik rendesen.

    A szöveges logokat is lehet szűrni grep-pel. Nem találjuk fel újra a kereket.

    "biztos lehetek benne, hogy" a szolgáltatásod vagy elindul, vagy nem.

    Azokat a beállításokat, amiket a journald-nek meg lehet adni, csak bináris naplózással lehet megadni? Van biztosíték arra, hogy azokat a bináris naplókat 10 év múlva is fogod tudni olvasni bármivel?

    Azt akarom, hogy ha más a feladat, és svr4 initben pikk-pakk össze lehet rakni, akkor systemd-ben még kevesebb meló legyen összerakni, különben nincs okom váltani. Az, hogy amit svr4 initben 20 másodperc alatt egy darab vi-jal elintézek, azt systemd-nél három nap guglizás után se lehessen elintézni, az nonszensz.

  • vargalex

    félisten

    válasz urandom0 #34662 üzenetére

    Azért a network-wait-online-val kapcsolatban lenne negatív tapasztalatom. Nagyon nem úgy működik, ahogy elvárná az ember. Van saját fejlesztésünk egy ügyfélnél, hogy-hogy nem, éppen RHEL-en, ami egy Oracle szerverhez kapcsolódik. A service file-ja dependel a network-online.target-re. Mivel az ügyfélnek van RHEL support-ja, így felvette velük a kapcsolatot. A vége az lett, hogy kezeljük az alkalmazásban... Meg is tettük.
    Simán tudtuk egy netcat-el reprodukálni és prezentálni nekik.

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

Hirdetés