Re: Kernel_forditas
hello, 2007. május 14. 22.06 dátummal Skip ezt írta: > On Mon, May 14, 2007 at 10:03:31PM +0200, Balazs Nemeth wrote: > > Azota megprobaltam meg egyszer es ugyanaz a problema. Egyebkent > > make > > make install > > ide nem kene egy make modules? Az a regi 2.4. kernel sorozatban kellett, a 2.6-ban mar nem kell. -- udv, - Zoltan Zidarics programmer PTE-PMMK University of Pecs, Hungary ICQ:43288694 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kernel_forditas
hello, 2007. május 14. 22.03 dátummal Balazs Nemeth ezt írta: > >> /lib/modules/2.6.10.2: No such file or directory > >> /lib/modules/2.6.10.2/modules.dep : No such file or directory Akkor terjunk vissza a kalyhahoz. Letezik a fenti file a kernel verzio szerinti konyvtarban? -- udv, - Zoltan Zidarics programmer PTE-PMMK University of Pecs, Hungary ICQ:43288694 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kernel_forditas
On Mon, May 14, 2007 at 10:03:31PM +0200, Balazs Nemeth wrote: > Azota megprobaltam meg egyszer es ugyanaz a problema. Egyebkent > make > make install ide nem kene egy make modules? > make modules_install Jobban jarnal, ha make-kpkg-val csinalnad, nem maradna ki lepes. -- Udv: Skip NAUI Course Director #36774 http://www.manatus.hu Búvártanfolyamok kezdőtől az oktatói szintekig _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kernel_forditas
>> /lib/modules/2.6.10.2: No such file or directory >> /lib/modules/2.6.10.2/modules.dep : No such file or directory Igen, elirtam, /lib/modules/2.6.20.1: No such file or directory > > 2.6.20.1 != 2.6.10.2 > Ha csak elirtad, akkor lehet, hogy nem volt make modules_install es > azert nem tudja betolteni a modulokat? Azota megprobaltam meg egyszer es ugyanaz a problema. Egyebkent make make install make modules_install Igy csinaltam es nem irt a make modules installnal semmi problemat. Minden fajlrendszerrel kapcsolatos dolgot beleforditottam a kernelbe, nem modulba. Kiraktam webre a .config es a syslog fajlokat a webre, hatha valaki eszreveszi, amit en meg mindig nem... http://www.balazsnemeth.com/kernel_problema.zip Kosz, B. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
BERES Laszlo wrote: > Gabor HALASZ wrote: > >> Nem unalmas meg ez a nekem mukodik tipusu mail?! Tudod, mitol mukodik?! > > Csak annyira, mint a kernel és a fejlesztői folyamatos szidalmazása. > >> Amennyiben igen, oszd meg velunk, amennyiben nem, akkor orulj, hogy > > Akkor az előző válaszom kicsit bővebben: > > Nekem 2.6.16 óta működik Red Hat, Fedora, gyári és custom Debian > kernellel, Telleg, nezd mar meg, hogy milyen az usb configuracio azokban a kernelekben, melyik host driver van benne statikusan, melyik modul, storage driver statikus vagy modul. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
BERES Laszlo wrote: > > Hogy érdemi legyen a hozzászólásom: hasonló hibát utoljára noname, gagyi > pendrive-nál láttam, akkor az eszköz cseréje oldotta meg. > Majd bevezetjuk a linux kernel certified hardware logot arra a kevesre, ami eppen hajlando jol mukodni :) Nekem gagyival, imation-nal es kingston-nal is csinalja, de bootolni tud rola (nem csak a boot rekordot, grub-ot, kernelt, initrd-t is onnan tolti), a linux kernele megsem boldogul el vele, userspace tool pedig nem kell hozza a mountolasig, de addig el sem jut, es nem egy gep, hanem tobb (igaz, mind egyforma, es nforce4, de ugyenzt csinalta a sun opteronos gep is). Innentol kezdve nem tudom mire fogni, csak a kernelre. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
tamas gervai wrote: > > Az USB szerintem kepes csodakat muvelni. Pl. Az adott port nem ad ki > elegendo taparamot, ami meg tudja hajtani az adott egyseget (esetleg > usb 1.1-ben megy, de usb 2-ben mar nem) tovabba, ha szar az usb hub > (esetleg ami gepen belul van) az is leoszthatja a rendelkezesre allo > teljesitmenyt, es ha van egy usb csatorna, amit a gepben levo hub ad > ki tobb portra, akkor a felcsatolt eszkozok a csatorna osszes > savszelessegen osztoznak, szerintem ilyen is okozhat galibat nallad. Szerintem semmilyen hw baja nincs, mert arrol bootol. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
Gabor HALASZ wrote: > Nem unalmas meg ez a nekem mukodik tipusu mail?! Tudod, mitol mukodik?! Csak annyira, mint a kernel és a fejlesztői folyamatos szidalmazása. > Amennyiben igen, oszd meg velunk, amennyiben nem, akkor orulj, hogy Akkor az előző válaszom kicsit bővebben: Nekem 2.6.16 óta működik Red Hat, Fedora, gyári és custom Debian kernellel, ugyanilyen pendrive-val, előlapi (belső kivezetéses) és integrált USB1.1 és USB2.0 csatlakozókkal is. Kb. 8 egyforma, összesen 30 gépen használom, eltérő gyártójú alaplapon, stb. Hogy érdemi legyen a hozzászólásom: hasonló hibát utoljára noname, gagyi pendrive-nál láttam, akkor az eszköz cseréje oldotta meg. -- Dr. Szöszi http://silver.rulez.org _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
On Mon, May 14, 2007 at 02:19:52PM +0200, Szima Gábor wrote: > Merre keressem a hiba forrasat? CONFIG_USB_STORAGE_DEBUG, CONFIG_USB_DEBUG, [EMAIL PROTECTED] Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
On Mon, May 14, 2007 at 03:59:18PM +0200, tamas gervai wrote: > On 5/14/07, Gabor HALASZ <[EMAIL PROTECTED]> wrote: > > Nem unalmas meg ez a nekem mukodik tipusu mail?! Tudod, mitol mukodik?! > > Amennyiben igen, oszd meg velunk, amennyiben nem, akkor orulj, hogy > > Elkepzelem, ahogy az ilyen jolelku, 'nekemmukodik' embert beultetik a > mobilceg kozonsegszolgalatahoz: > > - Jo napot kivanok, miben segithetek? > - Jo napot. Nem megy a mobiltelefonom > - ... az enyem igen! Koszonom a hivasat. > CLICK! Kerem, hogy a flame az a flame listara keruljon, ne ide. Koszonom. -- Udvozlettel Zsiga linux lista admin _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
On 5/14/07, Gabor HALASZ <[EMAIL PROTECTED]> wrote: > Nem unalmas meg ez a nekem mukodik tipusu mail?! Tudod, mitol mukodik?! > Amennyiben igen, oszd meg velunk, amennyiben nem, akkor orulj, hogy Elkepzelem, ahogy az ilyen jolelku, 'nekemmukodik' embert beultetik a mobilceg kozonsegszolgalatahoz: - Jo napot kivanok, miben segithetek? - Jo napot. Nem megy a mobiltelefonom - ... az enyem igen! Koszonom a hivasat. CLICK! > szerencsesebb chipsettel szuletett a geped vagy a redhat kernelben > jobban mukodik az usb subsystem, vagy jobb minosegu kivezetot kaptal > (nalam pl az osszes usb2 kabeles kivevezetoben vegzodik) vagy eppen read > szallt a profeta aldasa. Az USB szerintem kepes csodakat muvelni. Pl. Az adott port nem ad ki elegendo taparamot, ami meg tudja hajtani az adott egyseget (esetleg usb 1.1-ben megy, de usb 2-ben mar nem) tovabba, ha szar az usb hub (esetleg ami gepen belul van) az is leoszthatja a rendelkezesre allo teljesitmenyt, es ha van egy usb csatorna, amit a gepben levo hub ad ki tobb portra, akkor a felcsatolt eszkozok a csatorna osszes savszelessegen osztoznak, szerintem ilyen is okozhat galibat nallad. Ami nallam volt, es kicsit elkepedtem rajat, hogy van otthon egy szerencsetlen, sok eves Philips Webcam. Ha egyik usb hubomra dugom, meg se nyikkan, ha masikra, a video jele eltorzul (eltolodnak benne a szinek, illetve az RGB-bol valamelyik kicsit jobbra tolodik) olyan modon, mait nem tudnek most leirni :) ha a gepbe dugom kozvetlenul, akkor meg jo. -- Tamas _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
BERES Laszlo wrote: > Gabor HALASZ wrote: > >> A kernelben. Nalam pl csak akkor megy high-speed modeban (nem csak a >> datatraveller), ha nem csak az ehci, hanem valamelyik masik host driver >> is be van toltve. > > 2.6.16 óta van ilyen pendrive-om, 2.6.20-ig soha ilyen problémám nem volt. > Nem unalmas meg ez a nekem mukodik tipusu mail?! Tudod, mitol mukodik?! Amennyiben igen, oszd meg velunk, amennyiben nem, akkor orulj, hogy szerencsesebb chipsettel szuletett a geped vagy a redhat kernelben jobban mukodik az usb subsystem, vagy jobb minosegu kivezetot kaptal (nalam pl az osszes usb2 kabeles kivevezetoben vegzodik) vagy eppen read szallt a profeta aldasa. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kingston pen problema
Gabor HALASZ wrote: > A kernelben. Nalam pl csak akkor megy high-speed modeban (nem csak a > datatraveller), ha nem csak az ehci, hanem valamelyik masik host driver > is be van toltve. 2.6.16 óta van ilyen pendrive-om, 2.6.20-ig soha ilyen problémám nem volt. -- Dr. Szöszi http://silver.rulez.org _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Közvetlen mail küld és
On Sat, May 12, 2007 at 08:25:36PM +0200, SZALAI Karoly wrote: > > ennyit talaltam igy hirtelen. de philip hazel irt rola egy > hosszabbat is. PIPELINING a varazsszo :) ++ |pipelining_advertise_hosts|Use: main|Type: host list*|Default: *| ++ This option can be used to suppress the advertisement of the SMTP PIPELINING extension to specific hosts. When PIPELINING is not advertised and smtp_enforce_sync is true, an Exim server enforces strict synchronization for each SMTP command and response. Ha olyankor hannya be a kuldo esz nelkul a vackat, mikor a server nem hirdeti magarol, hogy tud pipelininget, akkor jon az 550 sync error. Jo dolog, hasznalom par helyen, kimutathatoan csokkenti a spamek szamat. -- 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: Kingston pen problema
Szima Gábor wrote: > Sziasztok! > > Mostanaban eleg furcsan viselkednek (Linux alatt) a Kingston pendrive-ok. > Bedugas utan 4 particio latszik (sda1..4), de egyiket sem lehet se > felmountalni, se olvasni rola (teljesen megall pl. a mount vagy a dd). > > A kihuzas segit rajta. > > Log: > > hub.c: new USB device 00:13.2-2, assigned address 2 > scsi0 : SCSI emulation for USB Mass Storage devices >Vendor: Kingston Model: DataTraveler 2.0 Rev: 1.00 >Type: Direct-Access ANSI SCSI revision: 02 > Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 > SCSI device sda: 1952256 512-byte hdwr sectors (1000 MB) > sda: Write Protect is off > Partition check: > sda: sda1 sda2 sda3 sda4 > WARNING: USB Mass Storage data integrity not assured > USB Mass Storage device found at 2 > scsi: device set offline - not ready or command retry failed after bus reset: > host 0 channel May 10 18:03:38 kernel: SCSI disk error : host 0 channel 0 id > 0 lun 0 return code = 5 > I/O error: dev 08:01, sector 0 > I/O error: dev 08:01, sector 2 > > > Eddig ket ilyen eset fordult elo, 2.4.31 es 2.6.11 kerneleken. > > Regebbi Kingston-ok egy barminemu egyeb eszkoz csont nelkul megy. > > Talalkoztatok mar ilyesmivel? > Merre keressem a hiba forrasat? A kernelben. Nalam pl csak akkor megy high-speed modeban (nem csak a datatraveller), ha nem csak az ehci, hanem valamelyik masik host driver is be van toltve. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Kingston pen problema
Sziasztok! Mostanaban eleg furcsan viselkednek (Linux alatt) a Kingston pendrive-ok. Bedugas utan 4 particio latszik (sda1..4), de egyiket sem lehet se felmountalni, se olvasni rola (teljesen megall pl. a mount vagy a dd). A kihuzas segit rajta. Log: hub.c: new USB device 00:13.2-2, assigned address 2 scsi0 : SCSI emulation for USB Mass Storage devices Vendor: Kingston Model: DataTraveler 2.0 Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 1952256 512-byte hdwr sectors (1000 MB) sda: Write Protect is off Partition check: sda: sda1 sda2 sda3 sda4 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 2 scsi: device set offline - not ready or command retry failed after bus reset: host 0 channel May 10 18:03:38 kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 5 I/O error: dev 08:01, sector 0 I/O error: dev 08:01, sector 2 Eddig ket ilyen eset fordult elo, 2.4.31 es 2.6.11 kerneleken. Regebbi Kingston-ok egy barminemu egyeb eszkoz csont nelkul megy. Talalkoztatok mar ilyesmivel? Merre keressem a hiba forrasat? Gyanitom, hogy mass-storage inkompatibilitas vagy adatatviteli hiba lehet (USB HW/SW). -Sygma _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sshfs
Gábor Lénárt wrote: > On Mon, May 14, 2007 at 01:04:19PM +0200, Hóbor István wrote: > >> A minap fel akartam tenni az sshfs nevű progités már a configure >> kiakad ezzel: >> configure: error: Package requirements (fuse >= 2.2 glib-2.0) were not met. >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> >> Mit javasoltok? >> > > Az uzenetben is emlitett fuse illetve glib (devel) csomagok felrakast, hisz > pont arrol szol az uzenet is. > tudom hogy az eredeti kerdeshez semmi koze, viszont sshfs ez is. mitol lehet az, hogy x ora utan elsegfaultol? :-) koszi, Z _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sshfs
On Mon, May 14, 2007 at 01:04:19PM +0200, Hóbor István wrote: > A minap fel akartam tenni az sshfs nevű progités már a configure > kiakad ezzel: > configure: error: Package requirements (fuse >= 2.2 glib-2.0) were not met. > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Mit javasoltok? Az uzenetben is emlitett fuse illetve glib (devel) csomagok felrakast, hisz pont arrol szol az uzenet is. -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
sshfs
Hy all, A minap fel akartam tenni az sshfs nevű progités már a configure kiakad ezzel: configure: error: Package requirements (fuse >= 2.2 glib-2.0) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Mit javasoltok? előre is köszi a segítséget! H.I. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: pacct - ez mi lehet...
On Mon, May 14, 2007 at 10:30:51AM +0200, Attila SZALAY wrote: > Tegnap egy erdekes jelenseget kellett tapasztalnom. > Adott egy debian L.A.M.P. + streaming masina, amin delutan 2 ora korul > megallt az elet, nem reagalt semmire (errol bovebbet nem tudok, de se > webet nem adott, se a radiot nem sugarozta), majd ugyeletes kollega 6 > ora korul egy reboottal megoldotta. A logokat visszanezve, mintha > olloval kivagtak volna, semelyik facility logja sem hizott az adott > intervallumban. Ez a lokalis logolas legnagyobb hatranya: pont akkor fog szinte garantaltan hasznalhatatlanna valni, amikor a legnagyobb zur van. > Erdemes felfigyelni a sor vegen a datumozasra, ha mar arra nem is, hogy > mik ezek az oheber karakterek a process name helyen... meg mik azok a > szep szamok kozepen... :) > Elotte is gyonyoru szepen irogatta amiket szokott, utana is a reboot > alatt indulo processeket, csak ez a koztes ido az amitol felall az a > maradek hajam... > > Van erre valakinek valami nagyon nagy erdemu tippje? Hat ennyibol nem sok, de ha valami miatt felulirodott a processz-tabla a kernelben az akar produkalhat ilyen jelenseget is. Oka lehet HW hiba (RAM/CPU hiba, tulmelegedes, tap doglodes, kosza neutrino - a szokasosak) vagy valami bugos rootkit is. > Most szepen duruzsol a gep, nincs vele az egadta vilagon semmi gond, > de amig ezt nem valaszoltam meg, kellokeppen paranoid es nyugtalan > maradok :P Minimum logolj halozatra is, de meg inkabb akassz ra egy soros konzolt. (Ja, ugyeletes kollega a reboot elott nem nezett ra a konzolra?) Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
FC6 + OpenVPN...
Hi! Bocsi, ugy latom nem jott meg a levelem. Szoval vmware-en probalom letesztelni az openvpn-t (static key-vel). FC6 van a vmware linuxon. Szerver es kliens oldalon megvannak az IP cimek: 10.1.0.18 kliens 10.1.0.17 szerver Az /etc/openvpn/server.conf: port 1194 dev tap0 secret server.key log-append /var/log/openvpn/openvpn.log ifconfig 10.1.0.17 10.1.0.18 verb 4 routolas: route add -net 10.1.0.0 netmask 255.255.0.0 dev tap0 A C:\Program files\OpenVPN\config\client.ovpn remote 192.168.42.130 port 1194 secret server.key ifconfig 10.1.0.18 255.255.255.0 tun-mtu 1500 dev tap # dev-node Windows Net adapter name dev-node OpenVPN verb 9 A klienslogban: Mon May 14 09:38:23 2007 us=143855 Current Parameter Settings: Mon May 14 09:38:23 2007 us=144084 config = 'client.ovpn' Mon May 14 09:38:23 2007 us=144110 mode = 0 Mon May 14 09:38:23 2007 us=144130 show_ciphers = DISABLED Mon May 14 09:38:23 2007 us=144149 show_digests = DISABLED Mon May 14 09:38:23 2007 us=144168 show_engines = DISABLED Mon May 14 09:38:23 2007 us=144187 genkey = DISABLED Mon May 14 09:38:23 2007 us=144206 key_pass_file = '[UNDEF]' Mon May 14 09:38:23 2007 us=144226 show_tls_ciphers = DISABLED Mon May 14 09:38:23 2007 us=144244 proto = 0 Mon May 14 09:38:23 2007 us=144262 local = '[UNDEF]' Mon May 14 09:38:23 2007 us=144283 remote_list[0] = {'192.168.42.130', 1194} Mon May 14 09:38:23 2007 us=144303 remote_random = DISABLED Mon May 14 09:38:23 2007 us=144323 local_port = 1194 Mon May 14 09:38:23 2007 us=144342 remote_port = 1194 Mon May 14 09:38:23 2007 us=144363 remote_float = DISABLED Mon May 14 09:38:23 2007 us=144387 ipchange = '[UNDEF]' Mon May 14 09:38:23 2007 us=144479 bind_local = ENABLED Mon May 14 09:38:23 2007 us=144511 dev = 'tap' Mon May 14 09:38:23 2007 us=144539 dev_type = '[UNDEF]' Mon May 14 09:38:23 2007 us=144566 dev_node = 'OpenVPN' Mon May 14 09:38:23 2007 us=144587 tun_ipv6 = DISABLED Mon May 14 09:38:23 2007 us=144606 ifconfig_local = '10.1.0.18' Mon May 14 09:38:23 2007 us=144626 ifconfig_remote_netmask = '255.255.255.0' Mon May 14 09:38:23 2007 us=144646 ifconfig_noexec = DISABLED Mon May 14 09:38:23 2007 us=144665 ifconfig_nowarn = DISABLED Mon May 14 09:38:23 2007 us=144683 shaper = 0 Mon May 14 09:38:23 2007 us=144702 tun_mtu = 1500 Mon May 14 09:38:23 2007 us=144720 tun_mtu_defined = ENABLED Mon May 14 09:38:23 2007 us=144739 link_mtu = 1500 Mon May 14 09:38:23 2007 us=144758 link_mtu_defined = DISABLED Mon May 14 09:38:23 2007 us=144777 tun_mtu_extra = 32 Mon May 14 09:38:23 2007 us=144796 tun_mtu_extra_defined = ENABLED Mon May 14 09:38:23 2007 us=144815 fragment = 0 Mon May 14 09:38:23 2007 us=144834 mtu_discover_type = -1 Mon May 14 09:38:23 2007 us=144852 mtu_test = 0 Mon May 14 09:38:23 2007 us=144871 mlock = DISABLED Mon May 14 09:38:23 2007 us=144889 keepalive_ping = 0 Mon May 14 09:38:23 2007 us=144908 keepalive_timeout = 0 Mon May 14 09:38:23 2007 us=144927 inactivity_timeout = 0 Mon May 14 09:38:23 2007 us=144946 ping_send_timeout = 0 Mon May 14 09:38:23 2007 us=144965 ping_rec_timeout = 0 Mon May 14 09:38:23 2007 us=144984 ping_rec_timeout_action = 0 Mon May 14 09:38:23 2007 us=145003 ping_timer_remote = DISABLED Mon May 14 09:38:23 2007 us=145022 remap_sigusr1 = 0 Mon May 14 09:38:23 2007 us=145042 explicit_exit_notification = 0 Mon May 14 09:38:23 2007 us=145060 persist_tun = DISABLED Mon May 14 09:38:23 2007 us=145080 persist_local_ip = DISABLED Mon May 14 09:38:23 2007 us=145099 persist_remote_ip = DISABLED Mon May 14 09:38:23 2007 us=145118 persist_key = DISABLED Mon May 14 09:38:23 2007 us=145137 mssfix = 1450 Mon May 14 09:38:23 2007 us=145157 resolve_retry_seconds = 10 Mon May 14 09:38:23 2007 us=145177 connect_retry_seconds = 5 Mon May 14 09:38:23 2007 us=145196 username = '[UNDEF]' Mon May 14 09:38:23 2007 us=145215 groupname = '[UNDEF]' Mon May 14 09:38:23 2007 us=145233 chroot_dir = '[UNDEF]' Mon May 14 09:38:23 2007 us=145252 cd_dir = '[UNDEF]' Mon May 14 09:38:23 2007 us=145270 writepid = '[UNDEF]' Mon May 14 09:38:23 2007 us=145289 up_script = '[UNDEF]' Mon May 14 09:38:23 2007 us=145308 down_script = '[UNDEF]' Mon May 14 09:38:23 2007 us=145326 down_pre = DISABLED Mon May 14 09:38:23 2007 us=145392 up_restart = DISABLED Mon May 14 09:38:23 2007 us=145414 up_delay = DISABLED Mon May 14 09:38:23 2007 us=145433 daemon = DISABLED Mon May 14 09:38:23 2007 us=145451 inetd = 0 Mon May 14 09:38:23 2007 us=145470 log = DISABLED Mon May 14 09:38:23 2007 us=145489 suppress_timestamps = DISABLED Mon May 14 09:38:23 2007 us=145507 nice = 0 Mon May 14 09:38:23 2007 us=145525 verbosity = 9 Mon May 14 09:38:23 2007 us=145550 mute = 0 Mon May 14 09:38:23 2007 us=145572 gremlin = 0 Mon May 14 09:38:23 2007 us=145606 status_file = '[UNDEF]' Mon May 14 09:38:23 2007 us=145626 status_file_version = 1 Mon May 14 09:38:23 2007 us=145645 status_file_upda
pacct - ez mi lehet...
Sziasztok, Tegnap egy erdekes jelenseget kellett tapasztalnom. Adott egy debian L.A.M.P. + streaming masina, amin delutan 2 ora korul megallt az elet, nem reagalt semmire (errol bovebbet nem tudok, de se webet nem adott, se a radiot nem sugarozta), majd ugyeletes kollega 6 ora korul egy reboottal megoldotta. A logokat visszanezve, mintha olloval kivagtak volna, semelyik facility logja sem hizott az adott intervallumban. De a process accounting probalt szepen dolgozni, ott ezt talaltam (dump-acct kimenet): <8E>k+/J<89>Z|25424.0|31412224.0| 239.0|53924|27183|226066432.0|56848.0|Mon Mar 18 08:38:40 1940 <9C>5^]p^^@_-<95><91>R|1367343104.0|3627520.0|392512.0|47010|43546|5888.0|1035468800.0|Thu Feb 14 15:31:42 1974 j<99>Q^^e}`o^Y^NW6A^G|3747610624.0|1434189824.0|52428800.0|10803|21949|4020240384.0|1566572544.0|Mon Nov 1 21:58:16 1926 <8E><8D>"^UT}*^Bm^V^W%K|3472384.0|1263009792.0|2409627648.0|45645|30903|26312704.0|2040528896.0|Fri Mar 12 19:55:00 1993 f^^L!hKNS*<9F>q<9E>^\S|3772776448.0|458816.0|1459617792.0|33131|34879|792064.0|69337088.0|Sun Jul 29 01:42:32 2001 gmQ^E<86>!#<96>cp|120192.0|16941056.0|1787297792.0|17585|28487|7356416.0|272629760.0|Thu Mar 29 18:31:57 2018 ^E"|Q<90>|125665280.0|3170.0|114944.0|47446|47680|84115456.0|2109734912.0|Wed Jun 15 11:53:41 2022 y<8B>\<8C>^_h`4)`*Bs|22585344.0|36368.0|413663232.0|51495|41081|20594688.0|991428608.0|Thu Feb 22 22:03:10 1968 K<97>(LLESC^^&^PU J|2290176.0|4143972352.0|5472256.0|42459| 816|1054867456.0|17158144.0|Sat Feb 19 08:51:07 2005 <84>e`^Z.=<97>#DD^NYe|15630336.0|1173094400.0|282368.0|28552| 9975|36064.0|1917440.0|Mon Aug 30 15:21:02 1948 ^Oq<91><8F>=#krl8y|83840.0|25722880.0|146880.0|63514|32775|9789440.0|105472.0|Mon Apr 13 09:27:58 1931 O^A))b<9B>^Z^\^YY|16960.0|2709.0|3049259008.0|25856|55910|98304.0|361984.0|Tue Oct 25 18:19:14 2005 (|<83>Q#^LA<90>o<9D>;|921960448.0|6770688.0|2942304256.0| 8041|52353|3762290688.0|112656384.0|Tue Jul 23 05:35:40 1968 ^Cm9iWt<91><81>^T<82>R|1635.0|771751936.0|7412.0|20974|13734|141230080.0|1291845632.0|Tue Feb 20 00:53:49 1906 <94><86>_`n3Q<94>Dl<9D>|3477504.0|412736.0|264192.0|41230|61343|1073741824.0|157696.0|Wed Jun 10 19:18:16 1998 <9A><9D>-c^Sa7<85><9D>eK^^M|4578.0|40832.0|919040.0|17976|56335|1747456.0|5414.0|Tue Aug 1 15:19:53 1978 Erdemes felfigyelni a sor vegen a datumozasra, ha mar arra nem is, hogy mik ezek az oheber karakterek a process name helyen... meg mik azok a szep szamok kozepen... :) Elotte is gyonyoru szepen irogatta amiket szokott, utana is a reboot alatt indulo processeket, csak ez a koztes ido az amitol felall az a maradek hajam... Van erre valakinek valami nagyon nagy erdemu tippje? Most szepen duruzsol a gep, nincs vele az egadta vilagon semmi gond, de amig ezt nem valaszoltam meg, kellokeppen paranoid es nyugtalan maradok :P ThX, ByeZ, WaS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
FC6 + OpenVPN...
Hi! Bocsi, ugy latom nem jott meg a levelem. Szoval vmware-en probalom letesztelni az openvpn-t (static key-vel). FC6 van a vmware linuxon. Szerver es kliens oldalon megvannak az IP cimek: 10.1.0.18 kliens 10.1.0.17 szerver Az /etc/openvpn/server.conf: port 1194 dev tap0 secret server.key log-append /var/log/openvpn/openvpn.log ifconfig 10.1.0.17 10.1.0.18 verb 4 routolas: route add -net 10.1.0.0 netmask 255.255.0.0 dev tap0 A C:\Program files\OpenVPN\config\client.ovpn remote 192.168.42.130 port 1194 secret server.key ifconfig 10.1.0.18 255.255.255.0 tun-mtu 1500 dev tap # dev-node Windows Net adapter name dev-node OpenVPN verb 9 A klienslogban: Mon May 14 09:38:23 2007 us=143855 Current Parameter Settings: Mon May 14 09:38:23 2007 us=144084 config = 'client.ovpn' Mon May 14 09:38:23 2007 us=144110 mode = 0 Mon May 14 09:38:23 2007 us=144130 show_ciphers = DISABLED Mon May 14 09:38:23 2007 us=144149 show_digests = DISABLED Mon May 14 09:38:23 2007 us=144168 show_engines = DISABLED Mon May 14 09:38:23 2007 us=144187 genkey = DISABLED Mon May 14 09:38:23 2007 us=144206 key_pass_file = '[UNDEF]' Mon May 14 09:38:23 2007 us=144226 show_tls_ciphers = DISABLED Mon May 14 09:38:23 2007 us=144244 proto = 0 Mon May 14 09:38:23 2007 us=144262 local = '[UNDEF]' Mon May 14 09:38:23 2007 us=144283 remote_list[0] = {'192.168.42.130', 1194} Mon May 14 09:38:23 2007 us=144303 remote_random = DISABLED Mon May 14 09:38:23 2007 us=144323 local_port = 1194 Mon May 14 09:38:23 2007 us=144342 remote_port = 1194 Mon May 14 09:38:23 2007 us=144363 remote_float = DISABLED Mon May 14 09:38:23 2007 us=144387 ipchange = '[UNDEF]' Mon May 14 09:38:23 2007 us=144479 bind_local = ENABLED Mon May 14 09:38:23 2007 us=144511 dev = 'tap' Mon May 14 09:38:23 2007 us=144539 dev_type = '[UNDEF]' Mon May 14 09:38:23 2007 us=144566 dev_node = 'OpenVPN' Mon May 14 09:38:23 2007 us=144587 tun_ipv6 = DISABLED Mon May 14 09:38:23 2007 us=144606 ifconfig_local = '10.1.0.18' Mon May 14 09:38:23 2007 us=144626 ifconfig_remote_netmask = '255.255.255.0' Mon May 14 09:38:23 2007 us=144646 ifconfig_noexec = DISABLED Mon May 14 09:38:23 2007 us=144665 ifconfig_nowarn = DISABLED Mon May 14 09:38:23 2007 us=144683 shaper = 0 Mon May 14 09:38:23 2007 us=144702 tun_mtu = 1500 Mon May 14 09:38:23 2007 us=144720 tun_mtu_defined = ENABLED Mon May 14 09:38:23 2007 us=144739 link_mtu = 1500 Mon May 14 09:38:23 2007 us=144758 link_mtu_defined = DISABLED Mon May 14 09:38:23 2007 us=144777 tun_mtu_extra = 32 Mon May 14 09:38:23 2007 us=144796 tun_mtu_extra_defined = ENABLED Mon May 14 09:38:23 2007 us=144815 fragment = 0 Mon May 14 09:38:23 2007 us=144834 mtu_discover_type = -1 Mon May 14 09:38:23 2007 us=144852 mtu_test = 0 Mon May 14 09:38:23 2007 us=144871 mlock = DISABLED Mon May 14 09:38:23 2007 us=144889 keepalive_ping = 0 Mon May 14 09:38:23 2007 us=144908 keepalive_timeout = 0 Mon May 14 09:38:23 2007 us=144927 inactivity_timeout = 0 Mon May 14 09:38:23 2007 us=144946 ping_send_timeout = 0 Mon May 14 09:38:23 2007 us=144965 ping_rec_timeout = 0 Mon May 14 09:38:23 2007 us=144984 ping_rec_timeout_action = 0 Mon May 14 09:38:23 2007 us=145003 ping_timer_remote = DISABLED Mon May 14 09:38:23 2007 us=145022 remap_sigusr1 = 0 Mon May 14 09:38:23 2007 us=145042 explicit_exit_notification = 0 Mon May 14 09:38:23 2007 us=145060 persist_tun = DISABLED Mon May 14 09:38:23 2007 us=145080 persist_local_ip = DISABLED Mon May 14 09:38:23 2007 us=145099 persist_remote_ip = DISABLED Mon May 14 09:38:23 2007 us=145118 persist_key = DISABLED Mon May 14 09:38:23 2007 us=145137 mssfix = 1450 Mon May 14 09:38:23 2007 us=145157 resolve_retry_seconds = 10 Mon May 14 09:38:23 2007 us=145177 connect_retry_seconds = 5 Mon May 14 09:38:23 2007 us=145196 username = '[UNDEF]' Mon May 14 09:38:23 2007 us=145215 groupname = '[UNDEF]' Mon May 14 09:38:23 2007 us=145233 chroot_dir = '[UNDEF]' Mon May 14 09:38:23 2007 us=145252 cd_dir = '[UNDEF]' Mon May 14 09:38:23 2007 us=145270 writepid = '[UNDEF]' Mon May 14 09:38:23 2007 us=145289 up_script = '[UNDEF]' Mon May 14 09:38:23 2007 us=145308 down_script = '[UNDEF]' Mon May 14 09:38:23 2007 us=145326 down_pre = DISABLED Mon May 14 09:38:23 2007 us=145392 up_restart = DISABLED Mon May 14 09:38:23 2007 us=145414 up_delay = DISABLED Mon May 14 09:38:23 2007 us=145433 daemon = DISABLED Mon May 14 09:38:23 2007 us=145451 inetd = 0 Mon May 14 09:38:23 2007 us=145470 log = DISABLED Mon May 14 09:38:23 2007 us=145489 suppress_timestamps = DISABLED Mon May 14 09:38:23 2007 us=145507 nice = 0 Mon May 14 09:38:23 2007 us=145525 verbosity = 9 Mon May 14 09:38:23 2007 us=145550 mute = 0 Mon May 14 09:38:23 2007 us=145572 gremlin = 0 Mon May 14 09:38:23 2007 us=145606 status_file = '[UNDEF]' Mon May 14 09:38:23 2007 us=145626 status_file_version = 1 Mon May 14 09:38:23 2007 us=145645 status_file_
EJBCA install SuSE 10.1-re
Sziasztok! Nem értek a java-hoz és a cuccaikhoz, de szeretném kipróbálni az EJBCA-t. Természetesen már az install legelején leáll hibaüzenettel. Olyan valakit keresnék, aki tudna segíteni ezeknek a buktatóknak a leküzdésében. Az EJBCA-nak tomcat, ant és jboss kell a java mellett. Mindhármat feltettem a kívánt verziókban, de az ant bootstrap már FAILED-del áll le. A részleteket a segítőknek küldeném el csak inkább. Köszönettel: Ruzsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
cron probllemak
/etc/cron.daily/logrotate: error: error running postrotate script for /var/log/xferlog /etc/cron.weekly/makewhatis.cron: error: rpmdbNextIterator: skipping h# 490 Header V3 DSA signature: BAD, key ID 4f2a6fd2 Ezt a 2 uzenetet kaptam. Mit kellene tennem? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kernel_forditas
hello, Valami nem OK. Azt irod, hogy: > >> 2.6.20.1-es kernelt forditottam Etch ala. aztan: > /lib/modules/2.6.10.2: No such file or directory > /lib/modules/2.6.10.2/modules.dep : No such file or directory 2.6.20.1 != 2.6.10.2 Ha csak elirtad, akkor lehet, hogy nem volt make modules_install es azert nem tudja betolteni a modulokat? udv, -- Zoltan Zidarics programmer PTE University Pecs, Hungary icq: 43288694 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux