Zed wrote: > A következő dolgot tapasztaltam tegnap. A cégben lehalt mindkét DNS > szerver hálózati hiba miatt....ennek következtében a Mysql szerverem is > megbolondult. Azaz kiszolgálta az intranetről érkező kéréseket, de csak > kb. fél perces késéssel. Miután beállítottam neki egy működő belső > DNS-t és újraindítottam a mysqld-t, helyreállt a rend. Namost amit nem > értek, hogy ez miért van? A kliensek is ip cím alapján kommunikálnak a > szerverrel. Nem lehet, hogy a login ellenorzes tartott ennyi ideig? Ugyebar mysql hostnev alapjan is ellenoriz belepeskor, amit viszont megdahatsz nevvel is, amit nyilvan belepesnel fel kell oldani. Esetleg feltehetsz egy dns cache-t a gepre (vagy bealithatod a mysql szervert futtato hostot egy masodlagos ns-nek).
> myodbc-n keresztül kapcsolódnak wines c++ (mfc)-ban fejlesztett > kliensek a fenti szerverhez. Ha leállítom a mysqld-t, minden > okés mert ezt kb. 1-2mp alatt észreveszi a kliens és a helyi adatbázis > másolatot használja. Viszont, ha lehúzom a gépet a hálózatról, akkor > szintén kell neki kb. fél perc, hogy észrevegye a szerver nem elérhető. > Erre van esetleg valami trükk? Sajnos a myodbc connection timeout > paramétere nem működik. Hat pont ez az. Ha leallitod a mysqld-t, akkor a port unreachable vagy connection refused uzenet egyertelmuen tajekoztatja a klienst arrol, hogy nincs szerver, viszont ha lehuzod, akkor nincs NAK, kenytelen kivarni a timeout-ot (honnan tudhatna, hogy a szerver azert nem valaszol mert messze van, vagy azert, mert nem elerheto?). A timeout allitas meg ezek szerint nem mukodik (debug, forraskod vizslatas). _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
