fedora 5: osszetett problemak

Fórumok

Sziasztok,

Nemreg migraltam harom gepet tesztuzemre fedorara es sorzatos problemakat tapasztalok veluk meg frissites utan is, amikhez ne'mi tanacsot kernek a Fedora-guruktol, talan ok mar megfejtettek oket. :-)

1. A yum rendszeresen osszezagyvalja a mirror-okat. Mindez mindenfele manualis beavatkozas nelkul tortenik:
# yum -y update
Loading "installonlyn" plugin
Loading "downloadonly" plugin
Setting up Update Process
Setting up repositories
livna-stable [1/6]
livna-stable 100% |=========================| 951 B 00:00
updates [2/6]
Cannot find a valid baseurl for repo: updates
Error: Cannot find a valid baseurl for repo: updates

Pedig ott van neki en nem tapiztam itt semmit:
# cat fedora-updates.repo
[updates]
name=Fedora Core $releasever - $basearch - Updates
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[updates-debuginfo]
name=Fedora Core $releasever - $basearch - Updates - Debug
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releas…
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[updates-source]
name=Fedora Core $releasever - Updates Source
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releas…
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

A livna egyebkent nem most lett hozzaadva, hanem mar 1-2 hete, de az megint egy kulon kaland volt mire sikerul osszehentelni.

Ugyaneezel kapcsolatos, ha pl csinalok egy "yum -y install whatever" dolgot es kikapcsolom az updates repot, hogy workaroundoljam a nyavajajat, akkor meg a core-ral, extras-szal, stb csinalja ugyanezt.

2. Tartos instabilitasi problemakkal kuzd mindharom gep. Korabban Gentoo futott rajtuk, meg az akkor memoria hibas laptop is 40-50 napos uptimeokat szokott csinalni, most orulok ha 4-5 ora osszejon. Az egyik gepen kernel panikol, a laptopon pedig spontan hullamerev fagyas jon elo. Probaltam a xen-es kernelt is, azt hiszem nem kell kommentalnom, hogy orulok ha az X-i eljutok vele.

Az gpm rendszeresen teleokadja az elsodleges terminalt, hogy a 10-es irq tulterhelt. Az erdekessege a dolognak, hogy a 10-es irq-t semmi sem hasznalja. :-)
(ez mondjuk nem gond mert ugy sincs hasznalva, igy kikapcsoltam, viszont duhito gondolat ha szeretnem hasznalni akkor gond lenne)

3. A laptopon ritkan elofordul, hogy elszall az X es ujraindul. ATi Radeon Mobility M6 kartya van rajta es az openszorszos DRM-el hajtom.

4. Majd elfelejtettem! A halozati kartyak rendszeresen leallnak 2 gepen es nem kuldenek csomagot, de a kapcsolatok aktivak. Ilyenkor ujraepitem a kapcsolatot es megy ismet. Ez van, hogy 20 percenkent jon egyfolytaban, van, hogy egy-ket napig semmi.

5. A xen-t meg soha nem volt alkalmam beuzemelni egyik gepen sem, mert mar bootnal merevre fagynak.

6. Ez nem is annyira fedora specifikus problema, de nem akarok neki ujabb topikot nyitni. DHCP-vel osztom ki a resolv.conf tartalmat a gepeknek es a feloldo 3 mp utan feladja. Az stimmel, hogy az options utan meg lehet neki adni a timeoutot, de ha manualisan beirnam, azt a DHCP kliens allandoan felulirna. A DHCP szerver leirasaban nem lattam arra utalo jeleket, hogy at tudna adni a timeoutot nekik, lehetseges ez?

Zeroconf-ot mennyire javasoljatok hasznalni? Megbizhato? Erdemes lenne beleasni magamat? :-)

7. KDE alatt a fajl-bongeszoablakok felugrasa sokszor 10-15 mp-ig is eltart.

8. A lisa fel van konfiguralva a szerveren, a klienseken hol mukodik, hol nem. :-S
Ha mukodik, az automount-tal a /net konyvtarban, akkor az iszonyat lassu. Ugyan beallitottam mar neki azokat az NFS mountolasi opciokat amiket korabban hasznaltam es meg hasznalok is egy masik konyvtarba kezzel mountolva - ami egyebken kifogastalanul megy, de az autofs az csak hebe-hoba.

A fenti problemak egyike sem jelentkezett Gentoo eseten. Termeszetesen probaltam a log allomanyokban is utanajarni, de nem talaltam olyan informaciot amin el tudnek indulni. :-(

Talalkozott mar valaki a fentiekkel?

Koszi elore is. :-)

PS: Elfelejtettem mondani, hogy memtest es 1-2 napos knoppixos nyuzas is volt rajtuk, de ugyanugy stabilak voltak, mint regen.

UPDATED

- 7-es es 8-as ponttal bovult.

Hozzászólások

[updates-released]
name=Fedora Core $releasever - $basearch - Released Updates
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releas…
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

Nincs BASEURL megadva nálad. Szerintem!!! .... Ki lett törölve???!!! Nálam Oracle 10g szerverként és DOMAIN kontrollerként működik...

"Ki lett törölve???"

Negativ. Bar felnyitottad a szememet es csinaltam egy directory list-et. Felettebb erdekesek a datumok.

# ls -l
total 120
-rw-r--r-- 1 root root 750 Oct 26 01:27 fedora-core.repo
-rw-r--r-- 1 root root 484 Oct 26 01:27 fedora-development.repo
-rw-r--r-- 1 root root 691 Oct 26 01:27 fedora-extras-development.repo
-rw-r--r-- 1 root root 674 Oct 26 01:27 fedora-extras.repo
-rw-r--r-- 1 root root 487 Oct 26 01:27 fedora-legacy.repo
-rw-r--r-- 1 root root 695 Oct 26 01:27 fedora-updates.repo
-rw-r--r-- 1 root root 762 Oct 26 01:27 fedora-updates-testing.repo
-rw-r--r-- 1 root root 286 Oct 26 01:27 kyum.repo
-rw-r--r-- 1 root root 589 Oct 26 01:27 livna-devel.repo
-rw-r--r-- 1 root root 589 Oct 3 00:36 livna-devel.repo.rpmsave
-rw-r--r-- 1 root root 503 Oct 26 01:27 livna.repo
-rw-r--r-- 1 root root 503 Oct 3 00:36 livna.repo.rpmsave
-rw-r--r-- 1 root root 546 Oct 26 01:27 livna-testing.repo
-rw-r--r-- 1 root root 546 Oct 3 00:36 livna-testing.repo.rpmsave
-rw-r--r-- 1 root root 134 Oct 26 01:27 mono.repo

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Kipotoltam kezzel a fentiek alapjan:
# yum -y update
Loading "installonlyn" plugin
Loading "downloadonly" plugin
Setting up Update Process
Setting up repositories
livna-stable [1/6]
updates [2/6]
core [3/6]
http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/repodata/repomd.xml: [Errno 14] HTTP Error 404: Date: Thu, 26 Oct 2006 01:35:17 GMT
Server: Apache
Transfer-Encoding: chunked
Content-Type: text/html
Trying other mirror.
Cannot open/read repomd.xml file for repository: core
failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try.
Error: failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try.

Basszus, akarmi is gyalulta ki az osszes repo halott.

Szerk: nincsen valami mirror collector a repokhoz?
Szerk2: cron-ban nincsen ilyen idopontban semmi.

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Nálam is repo problémák jelentkeznek folyamatosan. Mondjuk FC4-et használok otthon. Vajon mi okozza ezt??
Én sem nyúltam semmihez, egyszerűen egyik napról a másikra eltünt az updates-released repo base url-je.

A YUM problémákhoz az alábbi linket ajánlom.
http://stanton-finley.net/fedora_core_5_installation_notes.html#Warning
A lényeg az, hogy ne nagyon keverjük a különböző nem hivatalos repo-kat, mert összeakadhatnak.
Ami a pedig a témaindítónál - szerintem - történhetett, hogy egy rpm-ből feltett repo (asszem az AtRPMS csinálja ezt) lecseréli a hagyományos Fedora BASE, UPDATES, EXTRA-s repokat a sajátjaira). Szépen kommentezd vissza az eredeti állapotban, aztán yum clean all.

Botond, a repo problemak csak ezen agepen voltak. Valami felulirta az osszes repo config fajlt nem sokkal az elott, hogy ezt a topikot megnyitottam. Nezd meg a fentebbi hozzaszolasomat a konyvtarlistaval. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

7. KDE alatt a fajl-bongeszoablakok felugrasa sokszor 10-15 mp-ig is eltart.
Nekem gnome-terminal-lal voltak hasonlók. Nem tudom, mi a megoldás, de általában valamilyen hálózati, pl. DNS probléma okozza. Ha lelövöm a hálózatot, vagy kijavítom a DNS címét, akkor megoldódik.

Jah. Nem megy a weboldal. De minden elerheto ftprol. En ezeket a repokat hasznalom... http://193.6.142.26:40080/yum.tar.gz Igaz ebbe van nem "gyari" repo is... Azert mindenki nezze at neki mire van szuksege es mire nincs.

---
Apple iMac 20" CTO / Core Duo 2GHz

nembaj ha baseurl ki van kommentezve, akkor a mirrorlisten találhat egyszerű szövegfilet veszi egy '\n' elválasztott baseurl listának , asszem, és abból valamilyen stratégia szerint (ez pluginekkel állítható) választ egyet

Ez a Xen-es dolog nem tiszta. Mi fagy? Mi történik pontosan? Hibaüzenet? PAE-t tudó proci van a gépedben?

"Mi fagy?

A kernel, mar bootolaskor. :-(

Mi történik pontosan?

Elinditom, de az initig mar el sem jut es csak kimerevedik az egesz.

Hibaüzenet?"

Nincs. :-(

PAE-t tudó proci van a gépedben?

Ez a hw alapu virtualizacio? Ha igen, akkor biztos, hogy nincsen benne.

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

A PAE már a paravirtualizációhoz is szükséges funkció, de ez nem a HVM, amire te gondolsz. Próbáld meg kivenni a grubból a quiet opciót és nézd meg, pontosan mikor fagy a kernel. Nincs olyan üzenet, hogy "PAE kernel on non-PAE host"?
Én sokféle gépen "virtualizálok" (AMD, Intel), de sosem láttam még olyat, hogy a kernel szó nélkül csontra fagyna...

Megnezem majd a quiet nelkul, ha szabadda valnak a gepek. Most neztem a grubban tenyleg van egy ilyen opcio, korabban meg nem lattam sehol. En meg azt hittem, hogy direkt igy van patchelve az fc5 kernele. (nem rohogni) :-D

A processzorok:
Laptop: P4 2GHz
Gep1: AMD Duron 1400
Gep2 P3 450Mhz

Most egyeb okokbol nem tudom megnezni a PAE-t, de ha modomban all ismet akkor bepostolom a cat /proc/cpuinfo kimenetet. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.