- A hozzászóláshoz be kell jelentkezni
- 2941 megtekintés
Hozzászólások
Zahy wrote:
> Az adott hibarol csak annyit, hogy (ha kijavitom a szkriptben levo hibat,
> ha nem) itt fut nekem a szkript a laptopomon kb 1 oraja, es nem igazan
> akarodzik neki panicolni. Ha hozzaferek, akkor megnezem az SMP gepemen is,
> de legalabbis a hibajegyben az van, hogy mindegy SMP/UP - elojon. Annyit
> azert meg hozzatennek, hogy a teszteloknek egyszerubb lenne a dolga, ha
> szerepelne a hibajegyben egy info arrol, hogy 5 perc utan, vagy 48 ora
> futas utan jon elo a problema.
Volt szó itt valami rate limit patchről, tehát a probléma valósnak tűnik.
A magam részéről más problémával találtam szembe magam: egy többmilliós
könyvtárstruktúra rsyncelésekor (van bőven symlink, fájl és könyvtár is)
szépen csonttáfagy a gép.
Mint kiderült csak akkor, ha quota van a kernelben (de legalábbis, ha
használom is).
5-6-7-nél egyaránt...
Sajnos konkrét tesztprogramot, ami előidézi még nem sikerült
előállítanom, viszont ezzel az rsync-kel konzekvensen megborul. :(
- A hozzászóláshoz be kell jelentkezni
> legalabbis a hibajegyben az van, hogy mindegy SMP/UP - elojon.
Szerintem nem ez van benne:
"Dual Xeon machine, RELENG_5 SMP kernel with INVARIANTS enabled to avert this crash for some time.
and
Dual Celeron 6.0-CURRENT SMP with practically GENERIC kernel.
Haven't found a non-SMP machine to test on yet."
Alatta:
"Non-SMP 7-CURRENT suffers from this as well..."
Nekem ebbol az jon le, hogy a 4.x nem erintett (ez a hibajegybol derul ki), az 5.x igen, de csak SMP kernellel, a 6.x igen, de csak SMP kernellel, viszont a 7.x SMP es nem SMP kernellel is.
Te melyikkel probalod?
- A hozzászóláshoz be kell jelentkezni
Rendben, igazad van. Amúgy elég érdekes. A laptop "természetesen" UP, 6.0-val, az asztali SMP (rc1-ről frissítettem mind a kettőt gyakorlatilag ugyanakkor, nekem már stable jött be), reálisan nem sok különbség lehet a REL-hez képest. Az SMP-n a szkript elinditása után kb 5 sec alatt csontra fagyott, mivel X alatt voltam, még a debuggerbe se tudtam visszamenni. Reboot óta fut újra, többször újraindítottam, megállás nélkül megy vagy 1/4 órája, de semmi - igaz, most nem xterm-ben, hanem konzolon indítottam el. No megpróbálom még egyszer.
- A hozzászóláshoz be kell jelentkezni
Ne ertsd felre, nem kocsogoskodesbol irom, de tobb rendszerem is fut ezekkel a verziokkal SMP-n (eppen a HUP is ilyen), ezert erdekel annyira.
- A hozzászóláshoz be kell jelentkezni
Meg tudna valaki mondani, hogy vegulis ezt [marc.theaimsgroup.com] kijavitottak-e a 6.0-RELEASE-ben?
- A hozzászóláshoz be kell jelentkezni
Hinnye, ez durva! :I
- A hozzászóláshoz be kell jelentkezni
Azt kéne inkább megnézni, hogy a RELENG_6_0_RELEASE tag létezik-e, mert ez lesz a végleges 6.0-ás verziónak a CVS tag-e. Most lusta vagyok megnézni, de ha létezik ilyen akkor tényleg itt a végleges kiadás.
- A hozzászóláshoz be kell jelentkezni
Ja, igen, a CVS viewerben már ott is van.
- A hozzászóláshoz be kell jelentkezni
Igen, ez tényleg nem semmi. Én találkoztam olyan hibával is az RC1 -ben, hogy:
ASUS A8N-SLI alaplapnál, ha az integrált hálókártyát beállítottam (függetlenül, hogy dinamikusra vagy statikusra), akkor mindenféle timeout -ot nyomott a rendszer. Ha jól emlékszem ez volt az i386 -osnál is. A google sok eredményt adott, de mindenki csak jelentette a hibát, nem találtam volna, hogy javítsra került volna. Nagy valószínűséggel a hálókártya drivere "szórakozhat". Remélem ez is azért javításra kerül majd. Igaz a kártya működött "rendesen", csak azért még is....
- A hozzászóláshoz be kell jelentkezni
> Igen, ez tényleg nem semmi.
Nem is az a baj, hogy hiba. Hiba mindenben van. A baj az, hogy ha ugy van, ahogy a levelben le van irva, akkor julius 13 ota nem tortent semmi az ugyben, pedig az arc megkerdezte szeptemberben is, hogy wtf. Erinti az 5.4-STABLE-et, a 6.0RC1-et biztos (SMP) es a 7-CURRENT-et (non SMP) is. Ahhoz eleg sulyos hiba, hogy ezzel ne lehessen kiadni egy uj release-t. Nem tudom, hogy javitottak-e (ezert kerdeztem), de a report [www.freebsd.org]-ban az allapot meg open. En nem adtam volna ki a 6.0-t ezzel az biztos.
Szoval, az agyonsztarolt FreeBSD fejlesztesi modell sem flawless, azt gondolom...
(nem beszelve arrol, hogy par hibat mar en is jelentettem, de sok reakcio (eltekintve az irrelevans levelektol) nem volt az ugyben.)
- A hozzászóláshoz be kell jelentkezni
Nekem a BETA1 alatt még fagyott is rendesen, azóta csak az RC1-et próbáltam, és most se fagyás, se timeout. Az alaplapom ugyanolyan csak deluxe. Amúgy a PR-ekre tényleg nem sok reagálás van, a saját PR-jaimra válazsolgatok, hogy még mindig fennáll, vagy úgy tűnik, hogy javítva lett, de amúgy senki más nem válaszolt rájuk.
- A hozzászóláshoz be kell jelentkezni
ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.0/
- A hozzászóláshoz be kell jelentkezni
Az adott hibarol csak annyit, hogy (ha kijavitom a szkriptben levo hibat, ha nem) itt fut nekem a szkript a laptopomon kb 1 oraja, es nem igazan akarodzik neki panicolni. Ha hozzaferek, akkor megnezem az SMP gepemen is, de legalabbis a hibajegyben az van, hogy mindegy SMP/UP - elojon. Annyit azert meg hozzatennek, hogy a teszteloknek egyszerubb lenne a dolga, ha szerepelne a hibajegyben egy info arrol, hogy 5 perc utan, vagy 48 ora futas utan jon elo a problema.
- A hozzászóláshoz be kell jelentkezni