sziasztok!
már egy ideje gondjaim vannak, főleg ntp démon indulásával, és túrom a netet hónapok óta, de nem tudom megoldani a gondot. viszont azóta meg már újabbak is adódnak és másik gépen is, ami eddig jó volt. szóval lassan már kezdek mérges lenni...
a fő gond az, hogy az egyik szerver gépen állandóan 2x indul el az ntp démon, egyszer user=ntp-ként, és egyszer user=root-ként, és ez a második root process fogja a portot, így nem megy egyik sem és teleírja a logot. ha manuálisan kilövöm a root-os ntp process-t, akkor megy rendesen utána.
most meg nem indulgat el a vsftpd rendszeresen... de még csak a logba sem írja, hogy miért nem...
ezt már kezdem nem érteni, de frankón. próbáltam kézzel, az /etc/rcX.d könyvtárakban, látszólag minden rendben. ott vannak a linkek, futtathatók, jogosultságok, minden oké. az init.d-ben is minden oké.
érdekesség, hogy találtam rc2.d-ben két webmin indító linket is, egyszer s20webmin, egyszer s99webmin a végére... ez is minek van így és mitől?!
próbáltam webmin-ben is állítgatni az induló folyamatokat, ott is minden rendben van.
sysvconfig-gal is átnéztem, az is jónak tűnik.
szóval az lenne a kérdésem, hogy akkor mitől nem indul el pl. a vsftpd, és mitől indul 2x az ntpd, és hogy tudnám ezt az egészet rendbe rakni, letisztázni?
valakinek valami ötlete?
szerk.:
az lemaradt, hogy ubuntu 7.04 32bit desktop verzió.
valamint az is, hogy az egyik szerveren eleinte jó volt minden, aztán elkezdett ilyeneket csinálgatni, lehet, hogy valami frissítéstől? ugyanakkor az otthoni gépem, szintén 7.04 32 bit desktop, meg mindig is jó volt, tökéletesen működött, de most ez is elkezdte, hogy 2x indul az ntp meg 0x indul a vsftpd... reboot után kézzel kell rendberaknom a dolgokat.
azon is gondolkodtam, hogy írok egy szkriptet, ami induláskor lefut, és bezárja az ntp-ket és újraindítja, meg elindítja a vsftpd-t is, ha már valamiért az auto indulás nem akar működni rendesen.
- 1124 megtekintés
Hozzászólások
update-rc.d scripttel tedd helyre.
man update-rc.d
- A hozzászóláshoz be kell jelentkezni
azt is csináltam már, de az mitől jobb, mint kézzel létrehozni ill. törölni linkeket?
és ez sem oldotta meg a problémát, továbbra is van, ami 2x indul, és van ami 1x sem.
- A hozzászóláshoz be kell jelentkezni
hát nem tudom... nem látom, mi különbség van az update-rc.d és a kézi linkelés közt, de azért megcsináltam update-rc.d-vel is, és úgy sem lett jó.
úgyhogy azt a "megoldást" választottam, hogy csináltam egy kis shell scriptet, ami leállítja a kérdéses ntp és vsftp daemonokat, majd elindítja őket újra. és ezt a scriptet beraktam rc.local-ba. ez elég szar megoldás, de a célnak megfelel, tökéletesen működik.
- A hozzászóláshoz be kell jelentkezni
sziasztok, ismét.
új fejlemények vannak. számomra rendkívül érdekes és megmagyarázhatatlan...
azt, hogy az ntp miért indul kétszer, még mindig nem tudom elképzelni.
viszont azt, hogy néha miért nem indul el a vsftp, azt már kezdem sejteni.
szóval: nézegetem a syslogot rendszeresen, és már többször feltűnt, hogy miután az első koránkelő kolléga bejön és bekapcsolja a szervert ill. a hálózatot, akkor a syslogban látszik, hogy ugye indul a gép és a daemonok, és az ntp is megpróbál szinkronizálni (valamint ddclient is és hasonlók), ámde a bekapcsolás után sokszor van úgy, hogy még egy párszor belogol az ntp, hogy nem tudott semmilyen szerverrel szinkronizálni, illetve hogy pl. a ddclient sem tudott frissíteni. ilyen elég sokszor előfordul, és az internetszolgáltatót gyanítom emögött, nem éppen megbízható és folyamatos szolgáltatásuk... előfordulhat, hogy korán hajnalban valami miatt nem megy a net... persze nem biztos, ez csak egy sejtés.
viszont a vsftp-t az rc.local-ba tett szkripttel minden indítás után mégegyszer restartolom, hogy biztos menjen. ez eddig pár napig működött is.
ma viszont a szolgáltatónál nem volt internet, és azt vettem észre, hogy már megint nem fut a vsftpd. kézzel elindítottam megint, el is indult (ps -ef | grep ftp kiírta), viszont pár másodperc múlva kilépett (ps -ef -ből eltűnt)
ezt még megcsináltam párszor, és mindig ez történt: elindult, majd magától leállt a daemon.
ekkor kezdtem a dolgot összekapcsolni az internet kimaradással, illetve a korábban már megfigyelt, reggeli induláskor meglévő net kimaradással, és az az ötletem támadt, hogy ha nincs internet, akkor a vsftpd kilép magától valamiért.
nemrég visszajött a netünk, és ki is próbáltam a fenti elméletet: elindítottam a vsftpd-t, és azóta is szépen fut.
tehát úgy néz ki, hogy ha nincs net, akkor valamiért kilép a vsftpd. és ezért van az is, hogy tulajdonképpen elindul az minden boot-kor ahogy kell, csak éppen ha nincs net, akkor ki is lép egyből, mire én beérkezek melóból, már csak azt látom, hogy nem fut.
ez azért kellemetlen, mert elsősorban belső hálón használnánk, annak függetlennek kéne lenni attól, hogy van-e net vagy nincs.
vsftpd.conf-ban a passzív címfeloldáshoz a külső ip címünket a dyndns domainünkről nyerem, ez az egyetlen pont, amire gyanakszom.
de attól még hogy nem tudja a dyndns domaint feloldani, attól még legfeljebb nem megy passzívban a szerver, de miért lép ki? attól még mehetne hálón belül, nem?
- A hozzászóláshoz be kell jelentkezni