tftp-ről kernel töltése queue szerint??

Fórumok

sziasztok!

fog-ot használok bizonyos gépek klónozására és az utóbbi időben felmerült egy (természetesen szándékoltváltoztatás nélkül!) érdekes jelenség. 20 üres slot mellett előáll az, hogy csak egyet hajlandó csinálni, a többi várakozik a sorban. a kérdéses várakozók bebootolnak, majd azon a ponton, ahol a fog kernelt töltik be tftp-ről, ott várakoznak, de nem tudom mire. elkezd "pöttyözni", majd amikor a másik "deploy" véget ér, akkor betölti és indul, ismét csak egyet egyszerre.

elvileg a fog képes lenne indítani a dolgot több gépen (mármint nem multicast-ra gondolok persze), de valamiért a kernel betöltése várakozik. van valami ötletetek, hogy miképp lehetne rávenni, hogy induljon tovább? vagy mégis csak valahol a fog a ludas? azért gondolom, hogy nem, mert a gép "alatta frissül", de a fog maga nem.

Hozzászólások

a fog szerveren nem tortent csomagupgrade?
pl egy tftp szerer upgrade vagy konfig?

a fog szerver volt frissítés, csak lövésem sincs hogy lehetne kideríteni, hogy mi okozta (nem napi szintű a tömeges terítés, ezért könnyen lehet, hogy nem lenne releváns tudni a közvetlen előtte történt frissítéseket).

a tftp szerver "konfigja" alatt te mit értesz? csak mert az egy nagyon buta jószág, a konfigja sem valami komoly dolog. (már, ha egyre gondolunk). őszintén szólva a tftp-hez nem értek, a telepítését is csak ezért csináltam (pxe boot).

--
xterm

kicsit off: gPXE-vel lehet webszervert használni a tftp szerver helyett, sokkal skálázhatóbb megoldás.

nem állnék teljesen ellen ez iránynak sem, csak az volt az ellenérzésem anno, hogy a pxe boot-ot másrais használom, nem akarom alóla kirántani a dolgot, mert annak mennie kell biztosan. meg mintha annak idején, amikor láttam, mintha hálókártya buher is lett volna benne (most néztem az oldalt, mintha lenne más is benne lehetőségként, de egyelőre nem akarom beleásni magam addig, ameddig ki nem derül, hogy mi a ludas a meglevőben, mert nagyon nem világos...)

--
xterm