Re: rn_delete: Orphaned Mask
On 01/18/13 18:49, Radek Krejča: Kazdopadne tohle sice nekonci padem systemu, zmenou default routy, nebo buh vi cim jeste, ale objevuje se to v logu. rn_delete: Orphaned Mask 0xcc764560 at 0 0xcc764560 = 208.118.69.96 bliz k IP adrese nez k masce (pokud to neni uplne nahodne cislo). Pokud je tam nejaky dynamicky routovaci protokol, pak je nadejnym kandidatem coby zdroj problemu. Obzvlast pokud bys pouzival hotovy binar. Rozdilne ABI ze strany aplikace a kernelu muze vyustit v predavani zrpav ve formatu, kterym kernel nerozumi, jenze to nevi - takze je provadi. A tim nastavuje ruzne nesmysle. Je to starsi stroj se starickym BSD, jede tam neco malo klientu, tak jsem to zatim nerozvrtaval - tedy FBSD i386 7.0 No, pak je opravdu nutne, aby vsecny binary byly prelozene pro 7.0-R. Binar pro jinou verzi muze zdanlive bezet, ale ve skutecnosti muze delat potize. A pokud by tohle nastalo dokonce na urovni kerneloveho modulu, mohlo by dochazet jeste k podivnejsim podivnostem. Muze to byt samozrejme i nejaka chyba v kernelu ci neco takoveho, muj favorit mezi teoriemi by ale na tvem mis te byl "nekonzistence systemu". Nez venujes jakykoliv netrivialni cas reseni problemu na tomhle stroji, venoval bych cas na prosty upgrade na neco soucasneho. Peclivy upgrade - to jest kernel, world i aplikace. Aby vsechno navzajem sedelo. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
RE: rn_delete: Orphaned Mask
> On 01/18/13 18:49, Radek Krejča: > > Kazdopadne tohle sice nekonci padem systemu, zmenou default routy, nebo buh > vi cim jeste, ale objevuje se to v logu. > > > > rn_delete: Orphaned Mask 0xcc764560 at 0 > > 0xcc764560 = 208.118.69.96 bliz k IP adrese nez k masce (pokud to neni > uplne nahodne cislo). No vida. Takze to na prvni pohled vypada, ze na 7.0 zlobi ten muj problem s temi podivnymi ip adresami pro default route trochu jinak. > Pokud je tam nejaky dynamicky routovaci protokol, pak je nadejnym > kandidatem coby zdroj problemu. Obzvlast pokud bys pouzival hotovy > binar. Rozdilne ABI ze strany aplikace a kernelu muze vyustit v > predavani zrpav ve formatu, kterym kernel nerozumi, jenze to nevi - > takze je provadi. A tim nastavuje ruzne nesmysle. No, tohle je jeste na flashce, opravdu poctive delany build vseho. Stejne, jako delam ty image pro novejsi systemy, tam to ani jinak nejde. > > Muze to byt samozrejme i nejaka chyba v kernelu ci neco takoveho, muj > favorit mezi teoriemi by ale na tvem mis te byl "nekonzistence systemu". > > Nez venujes jakykoliv netrivialni cas reseni problemu na tomhle stroji, > venoval bych cas na prosty upgrade na neco soucasneho. Peclivy upgrade - > to jest kernel, world i aplikace. Aby vsechno navzajem sedelo. Dotaz - vadi, ze 9.0 a 9.1 prekladam na 8.2? Zdrojaky stahuji samozrejme nove, pred spustienim make buildworld delam make clean. To je tak jedine, co me napada, ze by mohlo zpusobit nekonzistenci v images bootovanych po siti. Nicmene to nevysvetluje problem zde, protoze tato instalace byla delana skutecne ciste, nehlede na to, ze bezela x let bez jakehokoliv problemu (coz ale nemusi nic znamenat). Radek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: rn_delete: Orphaned Mask
On 01/21/13 12:18, Radek Krejča: Dotaz - vadi, ze 9.0 a 9.1 prekladam na 8.2? Teoreticky(!) nikoliv. Pokud autori buildovaciho systemu (Makefile) maji opravdu vsude spravne osetrene nastaveni cest k includum a headerum - vcetne zablokovani pouziti cest defaultnich. Moje prakticke zkusenosti me ale nuti k pochybnostem co se tohohle tyce. V tom pripade se muze stat, ze tu a tam je nejaky zdrojak prelozen proti includum nepatricneho OS - a to muze vest k tomu, ze ruzne casti systemu maji ruznou predstavu o vnitrnich datovych strukturach. To pak pochopitelne zpusobuje velmi nepekna nerozumeni mezi komponentami systemu. Abych rekl pravdu, cross-build delam a-priory s neduverou. Kdyz uz ho delam, tak an starem systemu prelozim novy, nainstaluju, a na novem systemu jeste jednou kompletne prelozim stejnou verzi (to uz neni cross-build) a znovu zrestartuju. Teprve pak mam system za preinstalovany. Nemuzu rict, jestli je v Makefilech 9.0/9.1 nejaka chyba, ktera v tomto konkretnim pripade moji paranoiu omlouva jako opravnenou. Ja se spalil jednou, uz driv, a od te doby to neriskuju. Tohle je totiz ten druh chyby, kterej se projevuje zakerne a strasne spatne analyzuje. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
RE: rn_delete: Orphaned Mask
> Moje prakticke zkusenosti me ale nuti k pochybnostem co se tohohle tyce. > V tom pripade se muze stat, ze tu a tam je nejaky zdrojak prelozen proti > includum nepatricneho OS - a to muze vest k tomu, ze ruzne casti systemu > maji ruznou predstavu o vnitrnich datovych strukturach. To pak > pochopitelne zpusobuje velmi nepekna nerozumeni mezi komponentami systemu. > > Abych rekl pravdu, cross-build delam a-priory s neduverou. Kdyz uz ho > delam, tak an starem systemu prelozim novy, nainstaluju, a na novem > systemu jeste jednou kompletne prelozim stejnou verzi (to uz neni > cross-build) a znovu zrestartuju. Teprve pak mam system za preinstalovany. > > Nemuzu rict, jestli je v Makefilech 9.0/9.1 nejaka chyba, ktera v tomto > konkretnim pripade moji paranoiu omlouva jako opravnenou. Ja se spalil > jednou, uz driv, a od te doby to neriskuju. Tohle je totiz ten druh > chyby, kterej se projevuje zakerne a strasne spatne analyzuje. Hm, ted jsem to znovu prosel a to posledni image 9.0, ktere rovnez nefunguje, bylo prekladano taktez na 9.0. I verze patchu jsou stejne, takze ani tady by nemela vzniknout zadna nekonzistence. Jeste mam dotaz, ktery je mozna mirne mimo a ted uz nejakou dobu hledam a nenasel, kdyz si dam uname -a, tak vidim neco takoveho: FreeBSD server.starnet.cz 9.0-RELEASE-p4 FreeBSD 9.0-RELEASE-p4 #1: Mon Nov Co znamena to cisilko za # ? Radek -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: rn_delete: Orphaned Mask
On 01/21/13 13:39, Radek Krejča: FreeBSD server.starnet.cz 9.0-RELEASE-p4 FreeBSD 9.0-RELEASE-p4 #1: Mon Nov Co znamena to cisilko za # ? Kolikaty je to preklad kernelu s timhle konfigurakem. To znamena, ze jsi instaloval hned prvni vysledek. Kdybys zkousel prekladat vickrat a instaloval az pozdeji, bylo by cisilko vyssi. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT- problem s postfixem v BSD 9,0
On 01/19/13 18:22, Jarda: To ja kazdy jednotlivy firme davam jinou instanci me adresy. o tom jsem taky uz uvazoval, ale pokazdy jsme lenivej si ten alias vytvorit. Ale asi me to nemine. Jak je to u postfixu netusim, u sendmailu ji vytvaret nemusis. Vsechny adresy ve tvaru jmeno_mailboxu+cokoliv@domena konci, neni-li explicitne receno jinak, v mailboxu jmeno_mailboxu Pravda, obcas narazis na WWW formular co ho psal nejakej nazdarek co netusi, ze '+' je v emailove adrese stejne legitimni znak jako pismeno (nebo treba vykricnik) a ten ti to pak odmita jako udajne neexistujici adresu, pak se musis rozhodnout pro jine reseni. Dan -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT- problem s postfixem v BSD 9,0
On 21.1.2013 21:52, Dan Lukes wrote: On 01/19/13 18:22, Jarda: To ja kazdy jednotlivy firme davam jinou instanci me adresy. o tom jsem taky uz uvazoval, ale pokazdy jsme lenivej si ten alias vytvorit. Ale asi me to nemine. Jak je to u postfixu netusim, u sendmailu ji vytvaret nemusis. Vsechny adresy ve tvaru jmeno_mailboxu+cokoliv@domena konci, neni-li explicitne receno jinak, v mailboxu jmeno_mailboxu Pravda, obcas narazis na WWW formular co ho psal nejakej nazdarek co netusi, ze '+' je v emailove adrese stejne legitimni znak jako pismeno (nebo treba vykricnik) a ten ti to pak odmita jako udajne neexistujici adresu, pak se musis rozhodnout pro jine reseni. Dan Postfix je v tomto silne striktni, bere jenom aliasy ktere ma primo bud v databasi aliasu (at uz v sql nebo v /etc/mail.aliases, popr. na linuxu /etc/aliases. Nicmene se to da zapnout v main.confu :) (volba recipient_delimiter = ). Vilem -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
