Re: pppd pppoe-ttel demand módban
>> Es ha persist-et adsz meg a pppd-nek az options-ben? Akkor PADT > Mármint a demand mellé vagy helyett? Termeszetesen melle. A demandot akarjuk mukodesre birni, nem? Akkor miert vennenk ki? Jó, jó, rendben van, odatettem mellé tegnap este, mert ismét "csak úgy" leakadt a kapcsolatom. Minden futott (pppd, pppoe), de a pppd másik oldalát már nem tudtam elérni. Kézi kill segített, majd az új konfiggel elindítottam a pppd-t. Tesztelés folyamatban, eredmény nagyban függ a szolgáltató jóságától". Az is lehet, hogy kilépne (valamikor), ha kivárnám az lcp-echo 3600 és failure 3 értékét, ami ugye 3h lenne! (Nem én választottam ezeket az értékeket, hanem DD-WRT-be lett így behuzalozva.) Ha viszont pl. 20 és 2-re veszem le, akkor szépen ledobja a kapcsolatot kis forgalom mellett is. Üdv: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On 06-May-02 15:53, LiRul wrote: > On Tue, May 02, 2006 at 03:45:11PM +0200, Laszlo MATICS wrote: > > > az ide diszkek nem terhelt szerver ala valok. a sata sem... :) mondjuk 3-4 > > koruli load meg nem tul magas... > > Ok vilagos, nem is aggasztana ha kozben a valaszidok es az interaktiv > ssh session is menne zokszo nelkul; de nem igy van. Ilyen emelt load > mellett lassu az ssh, s nem a kapcsolat sebessege miatt, hanem mintha > nem jutna neki eleg timeslice a folyamatos mukodeshez. Nekem, ha az updatedb elindul, vagy mondjuk boot utan a beeso leveleket virusellenorzi, meg a korabbi konqueror ablakokat ujra letolti, az baromira megfogja a gepet. Birnam ertekelni, ha az IO-ra tudnek egyszeruen nice szintet meghatarozni, es legalabb a konsole-on egy uj session nyitasa gyors tudna lenni, meg ha gepelek valamit, hamar megjelenne. G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: routing
On 06-May-02 11:09, Andras HORVATH wrote: > > Tehat az elkepzeles: jon a csomag 10.8-as source IP-vel a tun0-n, fw > > tovabbloki a routernek, router kitalalja, hogy internet fele, vagy masfele > > kuldje. Ha internet fele, akkor visszaloki a fw-nak, aki ezt tovabbkuldi > > az internet fele. Az internetrol erkezo valasz meg mehet a tun0-n vissza. > > ehhez miert kell policy routing? Cel-ip szerint miert nem jo ezeket a > csomagokat routolni? A router a cel ip szerint routol. De a routeren kivul senki nem ismeri az epp aktualis cel ip tartomanyokat. A belso halobol mindenki a routert hasznalja default gw-kent. A tuzfalra mar csak az internet fele halado forgalom kerul. Ez volt eddig, a VPN ebbe belekavar. Nekem az lenne az egyszeru, ha a VPN forgalma a tuzfalrol (ahova megerkezik) ugyanugy a routerre menne, mint minden mas, a belso halobol erkezo forgalom. > > Mit fog szolni a tuzfal, hogyha o kikuld egy csomagot a belso haloba, > > sajat forras IP cimmel, es utana az a csomag visszaerkezik ohozza, es > > tovabb kell kuldenie? Nem gaz? > > ez nem fogja zavarni (modulo rp_filter), de csunya, gany, es sok > szivashoz vezet a kesobbi debuggolasok folyaman (raadasul pazarlod a > savszelesseget is). Miert nem dontotte el elso korben, hogy merre kuldje > a csomagot, ha megvan neki ez az informacio? Mitol fogja masodik korben > jobban tudni? A tuzfal nem tudja elso korben, es masodik korben sem. Viszont ami masodik korben hozza erkezik, azt egyszeruen cel IP alapjan kuldi 4-5 interfesz kozul valamerre. Mondok peldat: Van egy sved gep. Van valami neve, amit a DNS felold. Kapok egy IP cimet. Ha a VPN-bol ezt az IP cimet akarom megszolitani, akkor a tuzfal, aki a VPN masik oldala, azt latja, hogy jott egy csomag a tun0-bol, ami A.B.C.D fele akar menni. Van neki 5 interfeszen 5 nem tul nagy subnet, es van egy interfeszen az internet. Van egy default route, ami az internet fele tolja a forgalmat. Ha az A.B.C.D-t az internet fele probalom elerni, valahol nem fog valaszolni. (Ne kerdezd miert, elmegy a traceroute valami sved szolgaltatoig, aztan ott vege). Ugy tud elerni A.B.C.D-ig, hogy a LAN-ba dobom be, a gw a LAN-ban csucsulo router, aki az A.B.C.D cim alapjan eldonti, hogy ezt nem az interneten at kell elerni, es nem kuldi a tuzfalnak vissza, hanem mas uton megy a csomag. A gond az, hogy ha mondjuk az mlf.linux.rulez.org a cel, akkor ennek ugye az internet fele lenne a jo irany. De a tuzfalam nem tudja megkulonboztetni az A.B.C.D-t es a linux.rulez.org-ot. Ezt egyedul a router tudja, a routerbol pedig nem tudom kinyerni ezt az informaciot. (Gondolom ehhez az kellene, hogy a router valami routing protokollal hirdesse, hogy adott tartomanyok orajta keresztul erhetoek el). > egy tablat vagy egy a0-s papirt javasolnek, amire felrajzolsz mindent, > es kiderul egybol, hogy hol milyen routing tablara, NATra stb. lesz > szukseg. Az a baj, hogy en csak a magyarorszagi halozatainkat ismerem, a kulfoldi halozatainkat nem. Azt akik karbantartjak, az informaciot eljuttatjak a routerbe. Mashova nem. Eleg gyakran valtozik, tehat meg az sincs, hogy mondjuk jol kitapasztalom, vagy elkerem emailben. Tehat nem tudom felrajzolni, es a rajz alapjan statikus routing tablat kesziteni. G da koszi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: FreeRADIUS user password ne kódolatlan legyen
Hi! "Ruzsinszky Attila" <[EMAIL PROTECTED]> írta 2006-05-02 21:11-kor: > Hogyan kell úgy konfigelni a FreeRADIUS-t, hogy a user-ben > ne kódolatlan jelszó legyen, hanem pl. a login jelszavamat > "hámozza" ki valahogy a rendszerből. Akkor ne User-Password attribútumot radcheck-elj, hanem Crypt-Password-ot, és oda a szokásos crypt() által generált jelszót tedd mint value. Üdv:Gyur! -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) cell.: +3620 512 3335 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
FreeRADIUS user password ne kódolatlan legyen
Sziasztok! Hogyan kell úgy konfigelni a FreeRADIUS-t, hogy a user-ben ne kódolatlan jelszó legyen, hanem pl. a login jelszavamat "hámozza" ki valahogy a rendszerből. Köszönettel: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On Tue, May 02, 2006 at 03:45:11PM +0200, Laszlo MATICS wrote: > az ide diszkek nem terhelt szerver ala valok. a sata sem... :) mondjuk 3-4 > koruli load meg nem tul magas... Ok vilagos, nem is aggasztana ha kozben a valaszidok es az interaktiv ssh session is menne zokszo nelkul; de nem igy van. Ilyen emelt load mellett lassu az ssh, s nem a kapcsolat sebessege miatt, hanem mintha nem jutna neki eleg timeslice a folyamatos mukodeshez. > es 150-es maxclients ertekkel meg foleg nem nevezheto terheltnek az > apache, de ez mellekes Of course relativ, hogy mi mennyire terhelt. Es valoban konnyen lehet, hogy nem is az Apache-csal van a baj, hanem ahogy mondod a HDD-vel. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On Tue, 2 May 2006, LiRul wrote: On Tue, May 02, 2006 at 03:05:31PM +0200, Laszlo MATICS wrote: On Tue, 2 May 2006, LiRul wrote: ha phpzol, akkor probalj ki valami acceleratort hozza. Mar majdnem irtam csekkeles nelkul, hogy fut rajta eaccelerator, de mint kiderult megsem fut. Bosszanto, mert a legtobb webszerveren megy s azert gondoltam, hogy itt is van. No perditek egyet Ubuntus PHP-hez. Koszi a tippet! egyebkent pedig a diszk a szuk keresztmetszeted Elfogadom, csak mondd meg azt is, hogy mibol kovetkeztetsz erre. Csak igy tudok tanulni... :-) az ide diszkek nem terhelt szerver ala valok. a sata sem... :) mondjuk 3-4 koruli load meg nem tul magas... es 150-es maxclients ertekkel meg foleg nem nevezheto terheltnek az apache, de ez mellekes /// -- [EMAIL PROTECTED] Linuxteam Bt. World behind your net http://www.linuxteam.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On Tue, May 02, 2006 at 03:05:31PM +0200, Laszlo MATICS wrote: > On Tue, 2 May 2006, LiRul wrote: > > ha phpzol, akkor probalj ki valami acceleratort hozza. Mar majdnem irtam csekkeles nelkul, hogy fut rajta eaccelerator, de mint kiderult megsem fut. Bosszanto, mert a legtobb webszerveren megy s azert gondoltam, hogy itt is van. No perditek egyet Ubuntus PHP-hez. Koszi a tippet! > egyebkent pedig a diszk a szuk keresztmetszeted Elfogadom, csak mondd meg azt is, hogy mibol kovetkeztetsz erre. Csak igy tudok tanulni... :-) Koszi -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On Tue, May 02, 2006 at 02:46:24PM +0200, Horváth Ágoston János wrote: > A load egy nagyon viszonylagos ertek (kb. mint a bogomips). Celszerubb > a tenyleges valaszidoket nezni. Azoknak kell(ene) tureshataron belul > lenniuk. Valaszidoket gondolom valami benchmarkkal erdemes tesztelni, mondjuk ab. Csak az sajnos nem general valos terhelest, nem 1-1 urlt huznak le tobbezren, hanem random. :/ > SZVSZ a baj nem egy ponton van. A 6% iowait teljesen normalis, a magas > idletime melletti nagy load inkabb IO-tulterheltsegre utal > (diszk+halokartya). Utalhatna swappelgetesre is, de az nincs a jelek > szerint. Esetleg ha tennenk bele egy jo gigabites nic-et? Csokkenne talan az eth irq-k szama; kerdes mennyivel. > Valszeg csak komplett gepcsere segitene. Memoria-bovites viszont biztosan > nem. Igen gondoltam en is, mivel swappeles gyakorlatilag nincs. Gepcsererol sajnos hallani sem akarnak, ebbol kellene kihozni a maximumot. (Buta hozzaallas sajna.) Koszi -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On Tue, 2 May 2006, LiRul wrote: ha phpzol, akkor probalj ki valami acceleratort hozza. egyebkent pedig a diszk a szuk keresztmetszeted /// Hello! Szeretnem megtalalni egy forgalmas webszerveren tapasztalhato napkozbeni magas load okat. A masina sajnos nem szervernek valo, de nem varhato a csereje. :-( P4 2.4, 1 GiB RAM, 40 GB WD IDE HDD. (Nem mervado, de hdparm -t 43 MB/s erteket ir terheles alatt.) A masinan fut egy munin, igy gyujtottem par infot (atlagok): osszes interrupt szama 1200 / sec - nic (eth0) 200 / sec - hda 50 / sec average load 3.5 swap pages per second (in) 0.00176 total sql queries 170 / sec cached sql queries 160 / sec cpu usage - system 6% - user 45% - idle 43% - iowait 6% apache - KeepAlive On - MaxKeepAliveRequests 100 - KeepAliveTimeout 15 - MinSpareServers 5 - MaxSpareServers 10 - StartServers 5 - MaxClients 150 - MaxRequestsPerChild 100 A MySQL (4.1.10ubuntu) 99 napja fut, ezalatt 1,4 milliard keres erkezett hozza, ebbol 371 a slow queries szama. Nekem az I/O muveletek es az iowait-ek szama nem tunik soknak, de nincs mihez viszonyitanom. A kiszolgalo hardveres cserejere semmi esely, esetleg memoria bovitesre tudom rabeszelni az illetekeseket, de ha nem hoz lathato javulast akkor irgum-burgum lesz. Szoval tanacstalan vagyok. Mi lehet a bottleneck? Mit nezzek me'g? Thx. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux -- [EMAIL PROTECTED] Linuxteam Bt. World behind your net http://www.linuxteam.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szuk keresztmetszet; webszerver, sql, i/o, load
On 5/2/06, LiRul <[EMAIL PROTECTED]> wrote: Hello! Szeretnem megtalalni egy forgalmas webszerveren tapasztalhato napkozbeni magas load okat. A masina sajnos nem szervernek valo, de nem varhato a csereje. :-( P4 2.4, 1 GiB RAM, 40 GB WD IDE HDD. (Nem mervado, de hdparm -t 43 MB/s erteket ir terheles alatt.) A load egy nagyon viszonylagos ertek (kb. mint a bogomips). Celszerubb a tenyleges valaszidoket nezni. Azoknak kell(ene) tureshataron belul lenniuk. SZVSZ a baj nem egy ponton van. A 6% iowait teljesen normalis, a magas idletime melletti nagy load inkabb IO-tulterheltsegre utal (diszk+halokartya). Utalhatna swappelgetesre is, de az nincs a jelek szerint. Valszeg csak komplett gepcsere segitene. Memoria-bovites viszont biztosan nem. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
szuk keresztmetszet; webszerver, sql, i/o, load
Hello! Szeretnem megtalalni egy forgalmas webszerveren tapasztalhato napkozbeni magas load okat. A masina sajnos nem szervernek valo, de nem varhato a csereje. :-( P4 2.4, 1 GiB RAM, 40 GB WD IDE HDD. (Nem mervado, de hdparm -t 43 MB/s erteket ir terheles alatt.) A masinan fut egy munin, igy gyujtottem par infot (atlagok): osszes interrupt szama 1200 / sec - nic (eth0) 200 / sec - hda 50 / sec average load 3.5 swap pages per second (in) 0.00176 total sql queries 170 / sec cached sql queries 160 / sec cpu usage - system 6% - user 45% - idle 43% - iowait 6% apache - KeepAlive On - MaxKeepAliveRequests 100 - KeepAliveTimeout 15 - MinSpareServers 5 - MaxSpareServers 10 - StartServers 5 - MaxClients 150 - MaxRequestsPerChild 100 A MySQL (4.1.10ubuntu) 99 napja fut, ezalatt 1,4 milliard keres erkezett hozza, ebbol 371 a slow queries szama. Nekem az I/O muveletek es az iowait-ek szama nem tunik soknak, de nincs mihez viszonyitanom. A kiszolgalo hardveres cserejere semmi esely, esetleg memoria bovitesre tudom rabeszelni az illetekeseket, de ha nem hoz lathato javulast akkor irgum-burgum lesz. Szoval tanacstalan vagyok. Mi lehet a bottleneck? Mit nezzek me'g? Thx. -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mbox tömeges konevertálása Maildirbe
apt-get install mb2md > Sziasztok! > > Adott egy Sarge melyen Mbox formátumban vannak a mailboxok, valódi > userekkel. > Át szeretném konvertálni az egészet MySQL alapra és virtual userekre ill > Maildir > formátumra. Hogy lehetne ezt a legyegyszerűbben megtenni? > (A user/passs párosok el vannak tárolva egy mysql táblában, de jelenlge > nem > aktív > részese a rendszernek ez a tábla.) > Kb 600 fiókról van szó, élő rendszeren... > > Köszönettel: > Hose > > _ > linux lista - linux@mlf.linux.rulez.org > http://mlf2.linux.rulez.org/mailman/listinfo/linux > _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: spamassassin upg woody -> sarge
Szládovics Péter írta: Szia, erre a db-to-text.pl kell Neked, a spamassassin oldaláról töltöttem le én is a jómultkor ;-) Keress rá az oldalon, szerintem jó lesz Neked. Itt van rá link: http://wiki.apache.org/spamassassin/DbDumpAndLoad?highlight=%28db-to-text.pl%29 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: spamassassin upg woody -> sarge
Miloska írta: sziasztok csinaltam egy woody -> sarge update-et egy gepen, aztan a spamassassinsirt, h nem tudja megnyitni a bayes db-jet. s woodyn backportolt 3.0.2 volt. meg is talaltam a valaszt a bajra, a perl upgrade vagta haza http://lists.debian.org/debian-user/2004/01/msg01034.html sajnos azonban a hivatkozott libdb4.0-util csomagot nagy nem talaltam sehol. semmi gond, db fileokat atmasoltam egy woody-ra, onnan sa-learn --dump, majd a masik gepen --restrore, de persze ez sem megy, debug ezt mondja: ... debug: bayes: found bayes db version 3 debug: bayes: Database Version must be the first line in the backup file, correct and re-run. ... a dump file elso sora: 0.000 0 3 0 non-token data: bayes db version ami megegyezik azzal, mint amit a jelenlegi uj spamassassin general, ha dumplok egyet a tegnap ota tanult adatbazisbol. a kerdesem gondolom adja magat, hogy lehetnea regi bayes db-met mukodesre birni? Szia, erre a db-to-text.pl kell Neked, a spamassassin oldaláról töltöttem le én is a jómultkor ;-) Keress rá az oldalon, szerintem jó lesz Neked. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
spamassassin upg woody -> sarge
sziasztok csinaltam egy woody -> sarge update-et egy gepen, aztan a spamassassinsirt, h nem tudja megnyitni a bayes db-jet. s woodyn backportolt 3.0.2 volt. meg is talaltam a valaszt a bajra, a perl upgrade vagta haza http://lists.debian.org/debian-user/2004/01/msg01034.html sajnos azonban a hivatkozott libdb4.0-util csomagot nagy nem talaltam sehol. semmi gond, db fileokat atmasoltam egy woody-ra, onnan sa-learn --dump, majd a masik gepen --restrore, de persze ez sem megy, debug ezt mondja: ... debug: bayes: found bayes db version 3 debug: bayes: Database Version must be the first line in the backup file, correct and re-run. ... a dump file elso sora: 0.000 0 3 0 non-token data: bayes db version ami megegyezik azzal, mint amit a jelenlegi uj spamassassin general, ha dumplok egyet a tegnap ota tanult adatbazisbol. a kerdesem gondolom adja magat, hogy lehetnea regi bayes db-met mukodesre birni? koszi, udv m _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: routing
Nagy Gabor <[EMAIL PROTECTED]> wrote: > Ugye jol gondolom, hogy valami source alapjan eldontott routing kellene. > Lehet olyasmit, hogy nem source IP, hanem iface alapjan menjen? ja. "ip rule", advanced routing a kernelbe. De... (lasd lejjebb) > Tehat az elkepzeles: jon a csomag 10.8-as source IP-vel a tun0-n, fw > tovabbloki a routernek, router kitalalja, hogy internet fele, vagy masfele > kuldje. Ha internet fele, akkor visszaloki a fw-nak, aki ezt tovabbkuldi > az internet fele. Az internetrol erkezo valasz meg mehet a tun0-n vissza. ehhez miert kell policy routing? Cel-ip szerint miert nem jo ezeket a csomagokat routolni? persze ehhez nem art, ha minden eszkozod ismeri a routing topologiat: > Mit fog szolni a tuzfal, hogyha o kikuld egy csomagot a belso haloba, > sajat forras IP cimmel, es utana az a csomag visszaerkezik ohozza, es > tovabb kell kuldenie? Nem gaz? ez nem fogja zavarni (modulo rp_filter), de csunya, gany, es sok szivashoz vezet a kesobbi debuggolasok folyaman (raadasul pazarlod a savszelesseget is). Miert nem dontotte el elso korben, hogy merre kuldje a csomagot, ha megvan neki ez az informacio? Mitol fogja masodik korben jobban tudni? egy tablat vagy egy a0-s papirt javasolnek, amire felrajzolsz mindent, es kiderul egybol, hogy hol milyen routing tablara, NATra stb. lesz szukseg. hth raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
In article <[EMAIL PROTECTED]>, Kosa Attila <[EMAIL PROTECTED]> writes: >> (Megj.: az idegbajos gepen talaltam egy /etc/apt/preferences file-t, >> ami a masik ketton nincs. Abban van az 1001. Talan ha ezt az egeszet >> kitorlom...) > > Esetleg elotte man apt_preferences? :) Persze, hogy beleolvastam. :-) A formalis logika (meg a manual) azt sugallta, hogy nincs ra szuksegem. Atneveztem, es kezzel lefuttattam amit kellett. Sokkal jobbnak tunik!!! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
On Tue, May 02, 2006 at 09:35:44AM +, Kiss Gabor wrote: > > (Megj.: az idegbajos gepen talaltam egy /etc/apt/preferences file-t, > ami a masik ketton nincs. Abban van az 1001. Talan ha ezt az egeszet > kitorlom...) Esetleg elotte man apt_preferences? :) -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
In article <[EMAIL PROTECTED]>, =?ISO-8859-2?Q?Gell=E9r_S=E1ndor?= <[EMAIL PROTECTED]> writes: > Kiss Gabor wrote: > >> A felsorolt csomagok olyanok, hogy nem a hivatalos Sarge-bol szarmaznak. >> Az erdekelne, hogy miert kezdett el izgulni miattuk, mikor tavaly semmi >> baja nem volt nehany mashonnan vett csomaggal. > > apt-cache policy megmondja, mit miert tesz Na ettol meg jobban zavarba jottem: idegbajos:~$ apt-cache policy monit monit: Installed: 1:4.7-1 Candidate: 1:4.5-1 Version Table: *** 1:4.7-1 0 100 /var/lib/dpkg/status 1:4.5-1 0 1001 ftp://ftp.debian.hu.kapja.be sarge/main Packages 1001 ftp://ftp.hu.debian.org sarge/main Packages idegbajos:~$ nyugodt1:~$ apt-cache policy monit monit: Installed: 1:4.7-1 Candidate: 1:4.7-1 Version Table: *** 1:4.7-1 0 100 /var/lib/dpkg/status 1:4.5-1 0 500 http://ftp.hu.debian.org sarge/main Packages nyugodt1:~$ nyugodt2:~$ apt-cache policy monit monit: Installed: 1:4.7-1 Candidate: 1:4.7-1 Version Table: *** 1:4.7-1 0 100 /var/lib/dpkg/status 1:4.5-1 0 500 ftp://ftp.debian.hu.kapja.be sarge/main Packages 500 ftp://ftp.hu.debian.org sarge/main Packages nyugodt2:~$ (Megj.: az idegbajos gepen talaltam egy /etc/apt/preferences file-t, ami a masik ketton nincs. Abban van az 1001. Talan ha ezt az egeszet kitorlom...) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
In article <[EMAIL PROTECTED]>, =?ISO-8859-2?Q?Zana_J=E1nos?= <[EMAIL PROTECTED]> writes: > Kiss Gabor =EDrta: > Tavaly futottam bele ilyen jelensegbe. Akkor lett a sarge stable es lett = > > az etch testing. En meg osszekevertem a csomagokat, amig ra nem jottem.= Mindenhol "sarge" van, sehol sem "stable". Nem szeretnem, ha a hatam mogott egyszer csak dist-upgrade tortenne. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
Kiss Gabor wrote: > A felsorolt csomagok olyanok, hogy nem a hivatalos Sarge-bol szarmaznak. > Az erdekelne, hogy miert kezdett el izgulni miattuk, mikor tavaly semmi > baja nem volt nehany mashonnan vett csomaggal. apt-cache policy megmondja, mit miert tesz > Peldaul a monit: > fent van az 1:4.7-1 (a testingbol), mig az aktualis az 1:4.5-1 > > Meg zavarba ejtobb, hogy ket masik gepre szinten feltettem az 1:4.7-1 > verziot, ott az aptitude azt mondja, hogy ez az aktualis, es nem kapok > panaszt minden nap. > > A ket cron-apt konfigja kozott csak annyi a kulonbseg, hogy a > panaszkodonal ez van beirva: > MAILON="upgrade" > mikozben a higgadtnal: > MAILON="always" > > A /etc/apt/sources-list jelentosen elter, de jozan esszel nem gondolhatom, > hogy ez okozza. Ezt most komolyan mondod? Ki tudja, epp mennyire van osszekutyulva a rendszered... -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
Kiss Gabor írta: The following packages will be DOWNGRADED: A felsorolt csomagok olyanok, hogy nem a hivatalos Sarge-bol szarmaznak. A /etc/apt/sources-list jelentosen elter, de jozan esszel nem gondolhatom, Tavaly futottam bele ilyen jelensegbe. Akkor lett a sarge stable es lett az etch testing. En meg osszekevertem a csomagokat, amig ra nem jottem. Udv, Janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
