Keresés

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

  • radmin

    csendes tag

    Sziasztok!

    Használta már közületek valaki a heartbeat/pacemaker alkalmazást?

    Nemrég kezdtem el használni a 'ha'-t, így előfordul, hogy akadályba ütközök.

    Mivel lehet rávenni a 'ha'-t, hogy futtasson le egy fájlt, amiben egy script csücsül?

    Jelenleg a következőképpen próbálkozom:

    crm(live)configure# edit px_ip

    primitive px_ip ocf:heartbeat:IPaddr \
    params ip="192.168.10.10" \
    params local_start_script="/etc/pxy_on" \
    params local_stop_script="/etc/pxy_off"

    Mint a fentiekből látszik létrehoztam egy resource-t px_ip neven. A /etc/pxy_on fájlban van egy route add parancs, a /etc/pxy_off fájlban pedig egy route del parancs.
    Ha minden igaz, akkoor futna le a /etc/pxy_on script, amikor az eth0:0 életre kel, de ha lehal, akkor a másik fut le.
    A fájlok kaptak megfelelő jogot a futáshoz, s ki is lettek próbálva.
    Amikor a 'ha'-nak kellene megcsinálnia, akkor nem történik semmi.

    Root-ként fut a heartbeat, s van egy olyan folyamat, a /usr/lib/heartbeat/crm, amit egy a ha telepítésekor létrejött felhasználó, a haclaster futtat. Ezt az usert beraktam a root csoportba, de így sem hajlandó elvégezni a feladatát.
    A pxy_on fájlban egy route parancs van.
    Azon viszont elcsodálkoztam, hogy virtuális hálókártyát különösebb izgalom nélkül létrehozza, de a route táblába már nem hajlandó belenyúlni.

    Esetleg nem a local_start_script-et kellene használni?
    Valakinek van ötlete?

    A segítséget előre is köszönöm!

    [ Szerkesztve ]

    radmin

  • radmin

    csendes tag

    Sziasztok!

    Feltelepítettem a 10.04-es LTSP terminálszervert.

    Minden simán ment, kivéve egyetlen dolgot.

    A gépben van 2 hálókártya (eth0, eth1), illetve egy virtuális eszköz (eth0:0).

    Az egyetlen probléma, hogy a DHCP nem hajlandó magára találni egyáltalán. A config fájlokban beállítgattam, amit kellett, ráadásul megadtam neki azt is, hogy az eth1 eszközön beszélgessen.
    Amikor elindítanám, akkor hibával tér vissza.
    A syslog-ban pedig arra hivatkozik a DHCP, hogy nincs eth1 eszköz.

    Erre van valakinek jó ötlete?

    A /var/syslog -ban ez van benne:

    Aug 10 08:38:47 ubuntu-master dhcpd: Wrote 0 leases to leases file.
    Aug 10 08:38:47 ubuntu-master dhcpd:
    Aug 10 08:38:47 ubuntu-master dhcpd: No subnet declaration for eth1 (192.168.1.1).
    Aug 10 08:38:47 ubuntu-master dhcpd: ** Ignoring requests on eth1. If this is not what
    Aug 10 08:38:47 ubuntu-master dhcpd: you want, please write a subnet declaration
    Aug 10 08:38:47 ubuntu-master dhcpd: in your dhcpd.conf file for the network segment
    Aug 10 08:38:47 ubuntu-master dhcpd: to which interface eth1 is attached. **
    Aug 10 08:38:47 ubuntu-master dhcpd:
    Aug 10 08:38:47 ubuntu-master dhcpd:
    Aug 10 08:38:47 ubuntu-master dhcpd: Not configured to listen on any interfaces!

    Előre is köszönöm a segítséget!

    radmin

  • radmin

    csendes tag

    válasz bambano #10132 üzenetére

    Elnézést kérek az elírásért.
    Ez a nemodafigyelés :N

    Ezt állítottam be a /etc/dhcp3/dhcpd.conf fájlban:

    # dhcp_eth1_iface
    subnet 192.168.1.0 netmask 255.255.255.240 {
    ddns-updates off;
    range 192.168.1.3 192.168.1.14;
    option routers 192.168.1.1;
    }

    De mégsem vesz róla tudomást.

    radmin

  • radmin

    csendes tag

    válasz radmin #10140 üzenetére

    A probléma megoldva.

    Mivel az LTSP-vel települt fel a DHCP, ezért került egy függvény a /etc/init.d/dhcp3-server fájlba, ami ráveszi a DHCP-t, hogy ne a /etc/dhcp3/dhcpd.conf fájlt vegye figyelembe, hanem a /etc/ltsp/dhcpd.conf fájlt. Ott beállítottam, amit kellett, s azonnal magához tért a DHCP.

    Köszi!

    radmin

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