From root na u15170978.onlinehome-server.com Wed Jun 1 01:44:41 2011 From: root na u15170978.onlinehome-server.com (abutted Cuevas) Date: Tue, 31 May 2011 16:44:41 -0700 Subject: [ xpytsm295mpiel87] : Uk business lists Message-ID: <201105311604656.SM01932@canis> Business List Package: $295 ALL Lists Below: $295 altogether OR any 5 Lists for $149 Also, ask about our Healthcare and Consumer databases Hotels in the USA Database : 63,260 emails Schools in the USA Database : 439,797 emails for Schools, Universities and Colleges in the USA. Churches in the USA Database : 169,377 emails for Churches of all denominations in the USA Architects in the USA Database : 9,790 emails in total Real Estate Land Developers Database : 10,837 emails in total Construction Development Database : 94,272 emails Criminal Attorneys Database : 142,906 total records, 99,857 emails Real Estate Agents Database : 2.4 Million Email Database (2 lists) Police and Sheriff Services Database : 42,987 records and 114 emails USA Business Database Database : 10 Million Emails for US businesses in various categories (3 lists) Manufacturers Database Database : 1,057,119 records with 476,509 emails USA Lawyers Database Database : 269,787 records with 235,244 emails Financial Planners Database Database : 148,857 records all with emails Finance and Money Professionals Database Database : 116,568 records all with emails Insurance Agents Database : 61,744 emails for Insurance companies in the USA (2 files) Media Outlet Contacts Database : over 200k records all with emails and full contact data VARs and IT Consultants Database : 12,000 VAR and IT consultant Emails in the USA Samples can be downloaded in Excel format, please email me here doug.gisomna na gmx.com. to manage your subscription settings please email takeitoff na gmx.com From s.greinert na reisen-turkei.net Wed Jun 1 02:11:03 2011 From: s.greinert na reisen-turkei.net (Sabine Greinert) Date: Wed, 1 Jun 2011 02:11:03 +0200 (CEST) Subject: =?Windows-1252?Q?V=E1=9A_v=FDb=3Fr_._._._?= Message-ID: <17787273.1306887063370.NGMail.u336767170@h1935495654> Sie haben an einem unserer Internet Gewinnspiele erfolgreich teilgenommen und eine 8 tägige Rundreise an die Lykische Küste in der Türkei für 4 Personen (Wert von 1496,-- EUR, exclusiv der Buchungsgebühr und Kerosinzuschlag / Pax Tax) gewonnen. - Hin- und Rückflug mit renommierten Charterfluggesellschaften nach Antalya - 20 kg Freigepäck - Transfer Flughafen ? Hotel - Flughafen - Rundreisefahrten gemäß Reiseverlauf in klimatisierten Reisebussen - 6 Übernachtungen in mindestens 4 Sterne Hotels (Landeskategorie) - 1 Übernachtungen in einem guten Thermal Hotel bei Pamukkale - Frühstück - Unterbringung im Doppelzimmer - Lizenzierte Deutschsprachige Reiseleitung vor Ort ------------------------------------------------------------------------ Ihre Gewinnnummer: MS30511 Gewinnbestätigung unter: www.reisen-turkei.net ------------------------------------------------------------------------ Sollten Sie den Link nicht öffnen können, kopieren Sie ihn bitte vollständig in die Adresszeile Ihres Internetbrowsers. Bitte melden Sie Ihren Gewinn bis zum 7.06.11 an. Bis zu dem Tag nicht angemeldete Gewinne werden neu verlost. Wir freuen uns mit Ihnen und wünschen schon jetzt einen schönen Urlaub! Simone Greinert Flight Managment From kejik na fnusa.cz Fri Jun 3 11:27:42 2011 From: kejik na fnusa.cz (Martin Kejik) Date: Fri, 3 Jun 2011 11:27:42 +0200 Subject: =?utf-8?q?Nab=C3=ADdka_zam=C4=9Bstn=C3=A1n=C3=AD=3A_Hled=C3=A1me_spravce?= =?utf-8?q?_site?= Message-ID: <201106031127.43509.kejik@fnusa.cz> Státní organizace s dlouholetou tradicí v oblasti zdravotnictví hledá do svého týmu pracovníka na pozici SPRÁVCE DATOVÉ SÍTĚ Pracovní náplň: ? Zajištění chodu rozsáhlé LAN ? Správa serverů a datových úložišť ? Reporting stavu infrastruktury ? Instalace, konfigurace a implementace pracovních stanic a periferních zařízení ? Podpora uživatelů, řešení problémů se softwarovým a hardwarovým vybavením ? Správa serverů (Fedora Linux, RHEL, částečně MS SQL, Zimbra, IIS, DNS, zabezpečení zálohování dat) ? Instalace a konfigurace pokročilých IT technologií ? Instalace síťových prvků LAN a WAN (Cisco) ? Vedení a aktualizace dokumentace informačního systému (síťová topologie, seznam aplikací, instalační manuály) Požadujeme: ? SŠ/VŠ vzdělání nejlépe technického směru, možno i absolvent ? Min. základní znalost Linux, znalost jiných operačních systémů výhodou ? Min. základní znalost síťových technologií (TCP/IP, iptables, VoIP, atp.) ? Výhodou znalost základu programování Bash, PHP, Perl atp. ? Výhodou znalost základu technologií switchů Cisco ? Min. základní znalost AJ ? Schopnost pracovat v týmu, ale i samostatně ? Tvůrčí a zároveň odpovědný přístup k práci ? Ochotu učit se novým věcem Nabízíme: ? Zaměstnanecké výhody (5 týdnů dovolené, příspěvky na stravování, rekreaci, penzijní připojištění a životní pojištění, možnost jazykového vzdělávání) ? Stabilní platové a pracovní podmínky ? Odpovídající platové zařazení ? Možnost dalšího vzdělávání a získávání odborné erudice ? Osobnostní rozvoj, příjemný pracovní kolektiv ? Různorodou a zajímavou tvůrčí práci s nejnovějšími technologiemi Datum nástupu: ihned V případě zájmu nás kontaktujte na e-mailové adrese: veronika.bilkova na fnusa.cz From esra na alternatifmedya.org Sat Jun 4 11:48:48 2011 From: esra na alternatifmedya.org (=?iso-8859-9?B?RXNyYSBBTFRB3g==?=) Date: Sat, 4 Jun 2011 12:48:48 +0300 Subject: =?iso-8859-9?B?MTIgSGF6aXJhbiBTZedpbSDWemVsIFRla2xpZg==?= Message-ID: <9e674e58b0bfa25b95da8bbd3c60a89b@alternatifmedya.org> Say?n Yetkili; 12 Haziran Pazar Günü seçim sonuçlar? haber kanallar?nda saniye saniye takip edilecektir. Parti Merkezlerinden seçim sonuçlar? ile ilgili yorumlar ve son durum. Parti temsilcileri ve milletvekili adaylar? ile s?ca?? s?ca??na canl? ba?lant?lar. Stüdyo konuklar?,canl? ba?lant?lar ve konunun uzmanlar? ile röportajlar. Sizde yo?un izlenme oranlar?n?n olaca?? bu günde reklam f?rsat?n? kaç?rmay?n. * Kanaltürk Opt(Gündüz) Kuşak Fiyat? : 1.000 TL+KDV (5adetX8sn:40sn) * Kanaltürk Pt(Akşam) Kuşak Fiyat? : 1.800 TL+KDV (5adetX8sn:40sn) * Tgrt Haber Opt(Gündüz) Kuşak Fiyat? : 800 TL+KDV (5adetX8sn:40sn) * Tgrt Haber Pt(Akşam) Kuşak Fiyat? : 1.400 TL+KDV (5adetX8sn:40sn) * Tgrt Haber Opt(Gündüz) Bant Fiyat? : 1.600 TL+KDV (5adetX8sn:40sn) * Tgrt Haber Pt(Akşam) Bant Fiyat? : 3.000 TL+KDV (5adetX8sn:40sn) * Samanyolu Haber Opt(Gündüz) Kuşak Fiyat? : 500 TL+KDV (5adetX8sn:40sn) * Samanyolu Haber Pt(Akşam) Kuşak Fiyat? : 700 TL+KDV (5adetX8sn:40sn) * Samanyolu Haber Opt-Pt Bant Fiyat? : 2.000 TL+KDV (5adetX8sn:40sn) * Kanal A Opt-Pt Kuşak Fiyat? : 800 TL+KDV (5adetX8sn:40sn) * Skytürk Opt-Pt Kuşak Fiyat? : 1.000 TL+KDV (5adetX8sn:40sn) * Skytürk Opt-Pt Bant Fiyat? : 1.200 TL+KDV (5adetX8sn:40sn) * Bugün Tv Opt-Pt Kuşak Fiyat? : 600 TL+KDV (5adetX8sn:40sn) * Bugün Tv Opt-Pt Bant Fiyat? : 600 TL+KDV (5adetX8sn:40sn) * Ntv Pt(18:00-20:00) Kuşak Fiyat? : 2.600 TL+KDV (5adetX8sn:40sn) * Ntv Pt(20:00-21:00) Kuşak Fiyat? : 8.500 TL+KDV (5adetX8sn:40sn) * Ntv Pt(21:00-05:00) Kuşak Fiyat? : 5.200 TL+KDV (5adetX8sn:40sn) * Kanal24 Opt(Gündüz) Kuşak Fiyat? : 1.200 TL+KDV (5adetX8sn:40sn) * Kanal24 Pt(Akşam) Kuşak Fiyat? : 1.600 TL+KDV (5adetX8sn:40sn) * Haberturk Pt(18:00-19:00) Kuşak Fiyat? : 4.400 TL+KDV (5adetX8sn:40sn) * Haberturk Pt(19:00-00:00) Kuşak Fiyat? : 8.800 TL+KDV (5adetX8sn:40sn) * Haberturk Pt(00:00-05:00) Kuşak Fiyat? : 3.600 TL+KDV (5adetX8sn:40sn) * Haberturk Opt(Gündüz) Bant Fiyat? : 8.400 TL+KDV (5adetX8sn:40sn) * Haberturk Pt(Akşam) Bant Fiyat? : 16.800 TL+KDV (5adetX8sn:40sn) * Cnnturk Pt(17:00-20:00) Kuşak Fiyat? : 2.400 TL+KDV (5adetX8sn:40sn) * Cnnturk Pt(20:00-22:00) Kuşak Fiyat? : 4.500 TL+KDV (5adetX8sn:40sn) * Cnnturk Pt(22:00-01:00) Kuşak Fiyat? : 3.400 TL+KDV (5adetX8sn:40sn) * Cnnturk Pt(01:00-05:00) Kuşak Fiyat? : 2.000 TL+KDV (5adetX8sn:40sn) * Cnnturk Pt(17:00-05:00) Bant Fiyat? : 8.600 TL+KDV (5adetX8sn:40sn) ?stedi?iniz kanallar? seçerek özel bir paket oluşturabilirsiniz. Prodüksiyon ve seslendirme firmam?z taraf?ndan ücretsiz olarak haz?rlanmaktad?r. De?erlendirmelerinizi bekler, ?yi çal?şmalar dilerim. Sayg?lar?mla... ALTERNAT?F MEDYA Esra ALTAŞ Reklam Koordinatörü T:0216 459 0 444 F:0216 459 0 555 esra na alternatifmedya.tv & alternatifmedya.tv na gmail.com Not: Mail almak istemiyorsan?z bu maili 'listenizden ç?kmak istiyorum' diye cevaplaman?z yeterlidir. From gagnagaakai53aa na msn.com Tue Jun 7 14:23:05 2011 From: gagnagaakai53aa na msn.com (Louis) Date: Tue, 7 Jun 2011 20:23:05 +0800 Subject: =?GB2312?B?QW5pbWF0ZWQgTW92aWUvVFYgU2VyaWVzIA==?= =?GB2312?B?LSBDYXJ0b29uIE1vdmllL1RWIFNlcmllcw==?= =?GB2312?B?IC0gM0QvMkQgQW5pbWF0aW9uIFNlcnZpYw==?= =?GB2312?B?ZXM=?= Message-ID: You are receiving this email because we wish you to use our 3D/2D Animated Movie/TV Series Services. We are a China based Animated Movie/TV Series Studio. with the technical, our studio is a animation studio with the technical, creative and production capabilities to create a new generation of animated feature films, merchandise and other related products. Our objective is to combine proprietary technology and world-class creative talent to develop computer-animated feature films with memorable characters and heartwarming stories that appeal to audiences of all ages. We utilize the finest equipment available in the industry, offer efficient data delivery and unrivaled quality and work until the client is fully satisfied with the end product. Core Offerings 2D Animation 3D Animation 4D Animation Cell Animation Cartoon Animation Animated Movies Animated TV Series Architecture Visualization Character Animation Animated Commercial Animated Presentation Walkthrough Animation Flash Presentation Logo Animation Animated Wallpapers Animated Graphics We are also looking for agents who can represent us in USA and Europe in order to gain more Animated Movie orders. Best regards, Louis Tanmansoniu Animation Services Contact: ibanicontact na yeah.net Pls send address to koremoveideit na yeah.net for remove From macek na sandbox.cz Wed Jun 8 22:16:13 2011 From: macek na sandbox.cz (Vladimir Macek) Date: Wed, 08 Jun 2011 22:16:13 +0200 Subject: Spolehliva UPS domu Message-ID: <4DEFD88D.6020801@sandbox.cz> Zdravim, doporucite nejaky model UPSky pro domaci pouziti na zalohovani pocitace? Jde mi o nekolikalete dobre zkusenosti. Potrebuji standardni zasuvky jako jsou ve zdi. Mela by si byt schopna popovidat s Linuxem a s moznosti ji prikazem vypnout z poweroff sekvence. Na noc totiz vypinam cely stul (ticho, tma, spotreba) a chci to pohodlne zachovat. BTW, ma nekdo velmi dobre letite zkusenosti s jinou znackou nez APC? Duveryhodne na me pusobi znacka AEG, ale jejich tragicky chybovy cesky web me zviklal. Dekuji, -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX && Dev || Training : Python, Django : GPG key 1F059424 From honzarezna na seznam.cz Thu Jun 9 11:13:58 2011 From: honzarezna na seznam.cz (=?iso-8859-2?Q?Jan=20=D8ezn=ED=E8ek?=) Date: Thu, 09 Jun 2011 11:13:58 +0200 (CEST) Subject: =?us-ascii?Q?Dekorace=20KDE=20=2D=20efekty=3F?= Message-ID: <101314.1159.1709-7157-529158787-1307610838@seznam.cz> Zdravím všechny, zachtělo se mi "vylepšit si" (nesmějte si mi) KDE dekorací oken jako toto http://kde-look.org/content/show.php/seven+aurorae?content=120296 Ale s překvapením jsem zjistil, že to všechno poblikává, nejen pohybující se tlačítka, ale i samotný titulek okna. Je to problém vypnutých efektů KDE? Vyzkoušeno dvěma variantami: Thinkpad T23, grafika S3 Supersavage (slabá, ale ovladač má akceleraci), KDE 4.4, Mandriva 2010.2 Virtualbox, taktéž vypnuté efekty, KDE 4.6, Mageia1 Řešili jste něco takového? Díky Honza -- S pozdravem Honza Reznicek Ono-Sendai linux 2.6.33.7-desktop-2mnb #1 SMP x86_64 AMD Phenom(tm) II X3 720 3,5 GHz From antonin.kolisek na centrum.cz Thu Jun 9 11:53:52 2011 From: antonin.kolisek na centrum.cz (=?ISO-8859-2?Q?Anton=EDn_Kol=EDsek?=) Date: Thu, 09 Jun 2011 11:53:52 +0200 Subject: Spolehliva UPS domu In-Reply-To: <4DEFD88D.6020801@sandbox.cz> References: <4DEFD88D.6020801@sandbox.cz> Message-ID: <4DF09830.9080901@centrum.cz> Dne 8.6.2011 22:16, Vladimir Macek napsal(a): > Zdravim, > > doporucite nejaky model UPSky pro domaci pouziti na zalohovani pocitace? > Jde mi o nekolikalete dobre zkusenosti. Potrebuji standardni zasuvky jako > jsou ve zdi. > Doma mam UPS APC Cyberfort 500VA. Funguje uz nejake 4 roky a baterka stale drzi. V Linuxu se da (pres USB) monitorovat stav pomoci apcupsd. AK From lists.subscriber na pragl.cz Thu Jun 9 12:15:50 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Thu, 9 Jun 2011 12:15:50 +0200 Subject: Spolehliva UPS domu In-Reply-To: <4DF09830.9080901@centrum.cz> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: Jen doplnim ze USB pripojeni -= HID battery. Tzn. zadny apcupsd pro zakladnui funkci neni treba, PC dostava veskere informace o baterce (zda bezi na AC nebo baterii, kolik minut odhadem zbyva ... ) zjednodusene receno se zacne chovat jako bezny notebook s baterkou MP From Daniel.Prynych na buzuluk.cz Thu Jun 9 11:35:58 2011 From: Daniel.Prynych na buzuluk.cz (Daniel Prynych) Date: Thu, 9 Jun 2011 11:35:58 +0200 Subject: Spolehliva UPS domu In-Reply-To: <4DEFD88D.6020801@sandbox.cz> References: <4DEFD88D.6020801@sandbox.cz> Message-ID: <201106091135.58925.Daniel.Prynych@buzuluk.cz> Pokud nechcete moc utracet tak Eaton Ellipse 600. Nebo Eaton Evolution, to je drazsi varianta. Dan Dne St 8. června 2011 Vladimir Macek napsal(a): > Zdravim, > > doporucite nejaky model UPSky pro domaci pouziti na zalohovani pocitace? > Jde mi o nekolikalete dobre zkusenosti. Potrebuji standardni zasuvky jako > jsou ve zdi. > > Mela by si byt schopna popovidat s Linuxem a s moznosti ji prikazem vypnout > z poweroff sekvence. Na noc totiz vypinam cely stul (ticho, tma, spotreba) > a chci to pohodlne zachovat. > > BTW, ma nekdo velmi dobre letite zkusenosti s jinou znackou nez APC? > Duveryhodne na me pusobi znacka AEG, ale jejich tragicky chybovy cesky web > me zviklal. > > Dekuji, From laco na unicom.sk Fri Jun 10 13:53:36 2011 From: laco na unicom.sk (Ladislav Kaderjak) Date: Fri, 10 Jun 2011 13:53:36 +0200 Subject: bind chroot reverzna zona allow-query Message-ID: <4DF205C0.9040503@unicom.sk> CentOS 5.6 bind-libs-9.3.6-16.P1.el5 bind-utils-9.3.6-16.P1.el5 bind-9.3.6-16.P1.el5 bind-chroot-9.3.6-16.P1.el5 v nasledovnej konfiguracii: options { . . allow-query { 127.0.0.1; 1168.1.0/24; }; . . }; zone "xx.xx.xx.in-addr.arpa" IN { type master; file "data/xx.xx.xx.rev"; allow-query {any;}; allow-update { none; }; }; mi nefunguje "allow-query {any;};" v reverznej zone, v ostatnych zonach tato direktiva funguje podla ocakavania. Vie niekto preco je to tak. Vdaka. From pthomas.noreply na ymail.com Sat Jun 11 16:47:30 2011 From: pthomas.noreply na ymail.com (P Thomas) Date: Sat, 11 Jun 2011 07:47:30 -0700 Subject: Are you taking on new clients? Message-ID: Hello, If you are taking on new clients, I would like you to contact me at 1 (800) 281-8610 to discuss the benefits of e-mail marketing. We can direct thousands of interested prospects to your company. Thank You, Patrick Thomas E-mail Marketing Services Scottsdale, AZ 1 (800)281-8610 Ext.1 If you do not wish to receive this type of e-mail, please click From pthomas.noreply na ymail.com Sat Jun 11 16:47:30 2011 From: pthomas.noreply na ymail.com (P Thomas) Date: Sat, 11 Jun 2011 07:47:30 -0700 Subject: Are you taking on new clients? Message-ID: <0f30a9c6f809103238ec0c6c0017ac95@ymail.com> Hello, If you are taking on new clients, I would like you to contact me at 1 (800) 281-8610 to discuss the benefits of e-mail marketing. We can direct thousands of interested prospects to your company. Thank You, Patrick Thomas E-mail Marketing Services Scottsdale, AZ 1 (800)281-8610 Ext.1 If you do not wish to receive this type of e-mail, please click From pribyl na lowlevel.cz Sun Jun 12 10:55:48 2011 From: pribyl na lowlevel.cz (Adam Pribyl) Date: Sun, 12 Jun 2011 10:55:48 +0200 (CEST) Subject: Spolehliva UPS domu In-Reply-To: <4DF09830.9080901@centrum.cz> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: On Thu, 9 Jun 2011, Antonín Kolísek wrote: > Dne 8.6.2011 22:16, Vladimir Macek napsal(a): >> Zdravim, >> >> doporucite nejaky model UPSky pro domaci pouziti na zalohovani pocitace? >> Jde mi o nekolikalete dobre zkusenosti. Potrebuji standardni zasuvky jako >> jsou ve zdi. >> > Doma mam UPS APC Cyberfort 500VA. Funguje uz nejake 4 roky a baterka > stale drzi. > V Linuxu se da (pres USB) monitorovat stav pomoci apcupsd. Nemam nic proti APC, ale jejich UPS aspon co mam a znam ja, nemaji ciste USB pripojeni, pouze se pripojuji kabelem ktery jako USB vypada - tedy na strane UPS to neni USB, je to predovnik na USB. Ke kazde UPS je jiny typ kabelu a je s tim akorat trapeni. APC ma na poli UPS dost dominantni postaveni. Ten Eaton vypada zajimave. Trochu zmatek je v tom co je Eaton a co MGE http://www.networkupstools.org/stable-hcl.html Pozadavek na vypnuti UPS pri vypnuti PC mi prijde ale prinejmensim nestandardni. To skutecne nejaka UPS umi? Neni to trochu kontraproduktivni - kdy se bude nabijet? > AK Adam Pribyl From psimek na jcu.cz Sun Jun 12 13:06:34 2011 From: psimek na jcu.cz (Petr Simek) Date: Sun, 12 Jun 2011 13:06:34 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: On Sun, 12 Jun 2011, Adam Pribyl wrote: > Nemam nic proti APC, ale jejich UPS aspon co mam a znam ja, nemaji ciste USB > pripojeni, pouze se pripojuji kabelem ktery jako USB vypada - tedy na strane > UPS to neni USB, je to predovnik na USB. Ke kazde UPS je jiny typ kabelu a je > s tim akorat trapeni. APC ma na poli UPS dost dominantni postaveni. Ja osobne zase APC moc nemusim , mam jich par a vsechno od nich je takove divne. Nechapu proc je vsichni nabizi... > Pozadavek na vypnuti UPS pri vypnuti PC mi prijde ale prinejmensim > nestandardni. To skutecne nejaka UPS umi? Neni to trochu kontraproduktivni - > kdy se bude nabijet? U serveru je to naprosto zasadni. Jakmile se ridici program rozhodne ze zastavi server tak na konci musi take vypnout UPS. UPS se samozrejme nabiji i kdyz je vypnuta - tedy pokud jde elektrina. Po nabehu elektriny se pak UPS sama zapne a tim se zacne startovat server. > Adam Pribyl *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From linkon na pjk.cz Sun Jun 12 13:35:22 2011 From: linkon na pjk.cz (Pavel Krafcik) Date: Sun, 12 Jun 2011 13:35:22 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: <4DF4A47A.4000601@pjk.cz> Zdravím, s tím vypnutím UPS je to nějaké divné. V každém případě se dá UPS od APC nastavit tak, že při vybití baterií pod určitou mez se vypne napětí na výstupu UPS. Po náběhu sítě se napřed UPS dobijí na nastavenou úroveň a až pak se pustí napětí do výstupu. Je třeba mít server nastavený tak, aby se po obnově napájení sám zapnul. A taky je třeba mít nastaveno, aby se server automaticky vypnul dřív, než dojde k odpojení napájení od UPS. Mám dojem, že přes apcupsd & spol se dají nastavit nesmyslné úrovně a server se nestačí vypnout. Pavel Krafčík > U serveru je to naprosto zasadni. Jakmile se ridici program rozhodne ze > zastavi server tak na konci musi take vypnout UPS. UPS se samozrejme > nabiji i kdyz je vypnuta - tedy pokud jde elektrina. Po nabehu elektriny > se pak UPS sama zapne a tim se zacne startovat server. > >> Adam Pribyl From macek na sandbox.cz Sun Jun 12 16:46:40 2011 From: macek na sandbox.cz (Vladimir Macek) Date: Sun, 12 Jun 2011 16:46:40 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: <4DF4D150.10205@sandbox.cz> On 12.6.2011 10:55, Adam Pribyl wrote: > Nemam nic proti APC, ale jejich UPS aspon co mam a znam ja, nemaji > ciste USB pripojeni, pouze se pripojuji kabelem ktery jako USB vypada > - tedy na strane UPS to neni USB, je to predovnik na USB. Ke kazde > UPS je jiny typ kabelu a je s tim akorat trapeni. APC ma na poli UPS > dost dominantni postaveni. Driv jsem doma taky mel od APC CyberFort 350, ale odesla (ne baterka) a mne se to nelibilo. Chtel jsem zkusit neco jineho. Dal jsem sanci Eatonu http://www.alza.cz/eaton-ups-ellipse-asr-750-fr-d166320.htm, masinka se hlasi jako MGE. Kdyz chvilku klikate na Wikipedii, zjistite zasmodrchane vlastnicke vztahy. Zda se, ze APC vlastni Schneider, ktery predtim vlastnil tez cast divize MGE, ktera byla pozdeji prodana Eatonu... uf. UPS se chlubi mj. podporou Linuxu, dokonce ma v dokumentaci logo Debianu. Nevidane, dokonce maji repozitar na deby. Nicmene linuxovy soft je zabugovany. Takze jsem ho zahodil a nainstaloval nut, ktery si s tim hned poradil (pres USB). wmnut je pekny graficky aplet. Co me zarazilo, ze kdyz jde energie ze zdi, hlasi UPSka zatez vystupu 14% sve kapacity. Kdyz ale prepne na baterii, najednou je zatez trojnasobna. Neumim si to vysvetlit, ale je nutno pocitat s rezervou. Je tam jeden akumulator a ztraci energii do nekolika minut, pekne animovane. :) > Pozadavek na vypnuti UPS pri vypnuti PC mi prijde ale prinejmensim > nestandardni. To skutecne nejaka UPS umi? Neni to trochu > kontraproduktivni - kdy se bude nabijet? Myslim, ze to neni nic nestandardniho. Je zbytecne, aby UPS po ciste provedenem vypnuti pocitace vybijela baterku do monitoru ve stand-by a zdroje vypnuteho pocitace... Vyzkousel jsem vybijeci cyklus se shutdownem a funguje bezvadne. Moje UPS umi na prikaz okamzite nebo odlozene odpojeni zateze (ale pouze, kdyz vybiji baterii), takze umirajici pocitac vysle na konec signal "odpoj me". Cvakne to a je ticho. Tak mi to vyhovuje. Libi se mi taky, ze alarm ma zvuk decentnejsi a prijemnejsi nez stary CyberFort, ktery rval jak kdyz ho na noze bere. Jde taky nastavit, ze si knikne jen jednou na zacatku vybijeni. -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX && Dev || Training : Python, Django : GPG key 1F059424 From lists.subscriber na pragl.cz Sun Jun 12 19:53:28 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Sun, 12 Jun 2011 19:53:28 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> Message-ID: <7B57162CBAB04433810E634FB17B6B13@MirekPNB> Na strane UPS je univerzalni konektor, tzn. jsou na nem seriove, simple i USB signaly. MP From lists.subscriber na pragl.cz Sun Jun 12 19:56:20 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Sun, 12 Jun 2011 19:56:20 +0200 Subject: Spolehliva UPS domu In-Reply-To: <4DF4A47A.4000601@pjk.cz> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4A47A.4000601@pjk.cz> Message-ID: <811549D1579A43C8B351F04770EF21AA@MirekPNB> Server vypina ups jako uplne posledni ulohu (tzn. po ukonceni temer vsech procesu a flush dat na disk) Samozrejme je mozne nastavit nesmyslnou rezervu UPS tak ze UPS NESTACI NAPAJET SERVER PO DOBU NUTNOU PRO KOMPLETNI SHUTDOWN MP >Mám dojem, že přes apcupsd & spol se dají nastavit nesmyslné úrovně a server se nestačí vypnout. From ihanuska na ip-sec.cz Sun Jun 12 21:22:52 2011 From: ihanuska na ip-sec.cz (Ivo [Bear] Hanuska) Date: Sun, 12 Jun 2011 21:22:52 +0200 Subject: Spolehliva UPS domu In-Reply-To: <811549D1579A43C8B351F04770EF21AA@MirekPNB> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4A47A.4000601@pjk.cz> <811549D1579A43C8B351F04770EF21AA@MirekPNB> Message-ID: <4DF5120C.8090204@ip-sec.cz> Dovolte mi, abych se do věci vložil a okomentoval ji. S UPSkami mám relativně velké zkušenosti a to jak s "krávami" v práci (od nějakých 35 kVA) po domácí mazlíčky (400, 600, 800 VA). Zdá se mi, že do celého procesu rozhodování o tom, jak nastavit UPS, aby dokázala uživit vše, co na ní visí mají co mluvit i další okolnosti. Například zkušenost z místa, kde má UPS sloužit, jak často vypadává proud. Podle toho si můžete odhadnout, zda budou výpadky časté, nebo ne a nadimenzovat dobu, po kterou bude muset UPS systémy živit. Nakonec: UPSky jsou vždycky záležitost dočasná a jejich regulérní chod je spíš záchranný kruh, než trvalé řešení, které má za úkol buď vykrýt výpadek, dokud nenaběhne dieselagregát (na velkých lokacích), nebo aby se vše uklidilo, jak má (a zde by se mělo uklízet rychle, to znamená donutit démony, aby pozapisovali co potřebují a regulérně "chcípli". Musíte počítat s tím, že musíte mít dost energie nejméně na další start, který bude následován dalším shutdownem. No a další rozhodnutí jsou už jen věcí plánování a peněz. Pokud Váš servříček má nominální spotřebu 200 VA, tak pořiďte UPS alespoň 600 VA, nastavte ji tak, aby na každý "úklid" spotřebovala dejme tomu 1/3 času. Některé UPS se dají nastavit tak, že nenastartují, dokud nejsou nabity z určitého procenta.... A celé si to alespoň dvakrát zkuste (tedy vytáhněte ze zásuvky UPS a dívejte se, co se bude dít). No a na konec: nezapomeňte na UPS připnout i switch/router, protože jinak se nebudete schopni se k serveru připojit... IH Dne 12.6.2011 19:56, Miroslav Pragl napsal(a): > Server vypina ups jako uplne posledni ulohu (tzn. po ukonceni temer > vsech procesu a flush dat na disk) > > Samozrejme je mozne nastavit nesmyslnou rezervu UPS tak ze UPS NESTACI > NAPAJET SERVER PO DOBU NUTNOU PRO KOMPLETNI SHUTDOWN > > MP > >> Mám dojem, že přes apcupsd & spol se dají nastavit nesmyslné úrovně a > server se nestačí vypnout. From mijezek na pb.cz Mon Jun 13 07:54:51 2011 From: mijezek na pb.cz (=?iso-8859-2?Q?Milan_Je=BEek?=) Date: Mon, 13 Jun 2011 07:54:51 +0200 Subject: Spolehliva UPS domu In-Reply-To: <4DF5120C.8090204@ip-sec.cz> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4A47A.4000601@pjk.cz> <811549D1579A43C8B351F04770EF21AA@MirekPNB> <4DF5120C.8090204@ip-sec.cz> Message-ID: Přidal bych se do diskuze s jedním doplňujícím dotazem. Máte nějaké zkušenosti s řešením, kdy na UPS jede více jak jeden server? Milan -----Original Message----- From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of Ivo [Bear] Hanuska Sent: Sunday, June 12, 2011 9:23 PM To: Diskuse o Linuxu v cestine Subject: Re: Spolehliva UPS domu Dovolte mi, abych se do věci vložil a okomentoval ji. S UPSkami mám relativně velké zkušenosti a to jak s "krávami" v práci (od nějakých 35 kVA) po domácí mazlíčky (400, 600, 800 VA). Zdá se mi, že do celého procesu rozhodování o tom, jak nastavit UPS, aby dokázala uživit vše, co na ní visí mají co mluvit i další okolnosti. Například zkušenost z místa, kde má UPS sloužit, jak často vypadává proud. Podle toho si můžete odhadnout, zda budou výpadky časté, nebo ne a nadimenzovat dobu, po kterou bude muset UPS systémy živit. Nakonec: UPSky jsou vždycky záležitost dočasná a jejich regulérní chod je spíš záchranný kruh, než trvalé řešení, které má za úkol buď vykrýt výpadek, dokud nenaběhne dieselagregát (na velkých lokacích), nebo aby se vše uklidilo, jak má (a zde by se mělo uklízet rychle, to znamená donutit démony, aby pozapisovali co potřebují a regulérně "chcípli". Musíte počítat s tím, že musíte mít dost energie nejméně na další start, který bude následován dalším shutdownem. No a další rozhodnutí jsou už jen věcí plánování a peněz. Pokud Váš servříček má nominální spotřebu 200 VA, tak pořiďte UPS alespoň 600 VA, nastavte ji tak, aby na každý "úklid" spotřebovala dejme tomu 1/3 času. Některé UPS se dají nastavit tak, že nenastartují, dokud nejsou nabity z určitého procenta.... A celé si to alespoň dvakrát zkuste (tedy vytáhněte ze zásuvky UPS a dívejte se, co se bude dít). No a na konec: nezapomeňte na UPS připnout i switch/router, protože jinak se nebudete schopni se k serveru připojit... IH Dne 12.6.2011 19:56, Miroslav Pragl napsal(a): > Server vypina ups jako uplne posledni ulohu (tzn. po ukonceni temer > vsech procesu a flush dat na disk) > > Samozrejme je mozne nastavit nesmyslnou rezervu UPS tak ze UPS NESTACI > NAPAJET SERVER PO DOBU NUTNOU PRO KOMPLETNI SHUTDOWN > > MP > >> Mám dojem, že přes apcupsd & spol se dají nastavit nesmyslné úrovně a > server se nestačí vypnout. _______________________________________________ Linux mailing list Linux na linux.cz http://www.linux.cz/mailman/listinfo/linux From petr na balas.cz Mon Jun 13 09:06:38 2011 From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=) Date: Mon, 13 Jun 2011 09:06:38 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4A47A.4000601@pjk.cz> <811549D1579A43C8B351F04770EF21AA@MirekPNB> <4DF5120C.8090204@ip-sec.cz> Message-ID: Network UPS Tools. UPSka připojená k Linuxu a jako podřízené servery jak Linux tak i Windows (Windows verze neumožňuje připojit kabel od UPSky ale jako klient funguje bez problémů) Petr Baláš 2011/6/13 Milan Ježek : > Přidal bych se do diskuze s jedním doplňujícím dotazem. Máte nějaké > zkušenosti s řešením, kdy na UPS jede více jak jeden server? > > Milan > > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of > Ivo [Bear] Hanuska > Sent: Sunday, June 12, 2011 9:23 PM > To: Diskuse o Linuxu v cestine > Subject: Re: Spolehliva UPS domu > > Dovolte mi, abych se do věci vložil a okomentoval ji. S UPSkami mám > relativně velké zkušenosti a to jak s "krávami" v práci (od nějakých 35 > kVA) po domácí mazlíčky (400, 600, 800 VA). Zdá se mi, že do celého procesu > rozhodování o tom, jak nastavit UPS, aby dokázala uživit vše, co na ní visí > mají co mluvit i další okolnosti. Například zkušenost z místa, kde má UPS > sloužit, jak často vypadává proud. Podle toho si můžete odhadnout, zda budou > výpadky časté, nebo ne a nadimenzovat dobu, po kterou bude muset UPS systémy > živit. > > Nakonec: UPSky jsou vždycky záležitost dočasná a jejich regulérní chod je > spíš záchranný kruh, než trvalé řešení, které má za úkol buď vykrýt výpadek, > dokud nenaběhne dieselagregát (na velkých lokacích), nebo aby se vše > uklidilo, jak má (a zde by se mělo uklízet rychle, to znamená donutit > démony, aby pozapisovali co potřebují a regulérně "chcípli". > Musíte počítat s tím, že musíte mít dost energie nejméně na další start, > který bude následován dalším shutdownem. No a další rozhodnutí jsou už jen > věcí plánování a peněz. > > Pokud Váš servříček má nominální spotřebu 200 VA, tak pořiďte UPS alespoň > 600 VA, nastavte ji tak, aby na každý "úklid" spotřebovala dejme tomu 1/3 > času. Některé UPS se dají nastavit tak, že nenastartují, dokud nejsou nabity > z určitého procenta.... A celé si to alespoň dvakrát zkuste (tedy vytáhněte > ze zásuvky UPS a dívejte se, co se bude dít). No a na konec: nezapomeňte na > UPS připnout i switch/router, protože jinak se nebudete schopni se k serveru > připojit... > > IH > > Dne 12.6.2011 19:56, Miroslav Pragl napsal(a): >> Server vypina ups jako uplne posledni ulohu (tzn. po ukonceni temer >> vsech procesu a flush dat na disk) >> >> Samozrejme je mozne nastavit nesmyslnou rezervu UPS tak ze UPS NESTACI >> NAPAJET SERVER PO DOBU NUTNOU PRO KOMPLETNI SHUTDOWN >> >> MP >> >>> Mám dojem, že přes apcupsd & spol se dají nastavit nesmyslné úrovně a >> server se nestačí vypnout. > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > -- Petr Baláš - petr at balas dot cz From lists.subscriber na pragl.cz Mon Jun 13 09:15:46 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Mon, 13 Jun 2011 09:15:46 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4A47A.4000601@pjk.cz> <811549D1579A43C8B351F04770EF21AA@MirekPNB> <4DF5120C.8090204@ip-sec.cz> Message-ID: <060DCC6B0232408588429028D33F4AF4@MirekPNB> apcupsd je multiplatformni a tuto funkcnost ma MP > Přidal bych se do diskuze s jedním doplňujícím dotazem. Máte nějaké > zkušenosti s řešením, kdy na UPS jede více jak jeden server? From linux na argonet.cz Mon Jun 13 14:46:04 2011 From: linux na argonet.cz (Pavel) Date: Mon, 13 Jun 2011 14:46:04 +0200 Subject: apcupsd - nevytvoří powerfail soubor Message-ID: <1165833416.20110613144604@argonet.cz> Dobry den, kdyz uz se tu rozjela debata o APC, zapasim tu marne s timto demonem, pri provozu z baterie by se mel vytvorit soubor powerfail v adresáři, ktery je nastaveny proměnnou PWRFAILDIR. Bohuzel se jaksi neobjevi a netusim proc, vse ostatni funguje. Je to nova instalace Slackware 13.37, apcupsd 3.14.8 ze zdrojaku. Vím, že je problem s automatickou upravou scriptu, ale prošel sem to a doladil. Vše funguje, s připojenou APC Smart 750 a kabelem 940-0024C na COM1. Na konzole to hlásí provoz na baterie, upravil jsem si soubory a pošle mi to i mejl, že nejde síť, po nastavené době shodí Linux. Ale nechce mi to vypnout UPS, když spoustim apccontrol killpower ručně, neproběhne, protože chybí soubor powerfail. Co můžu dělat špatně nebo na co jsem zapomněl ? Děkuji -- Pavel From janis na alberon.cz Mon Jun 13 16:18:35 2011 From: janis na alberon.cz (Zdenek Janis) Date: Mon, 13 Jun 2011 16:18:35 +0200 Subject: Vyhledavani adresaru pomoci find s regex Message-ID: <4DF61C3B.80803@alberon.cz> Zdravim, nejak mi nesedi vysledek findu: 1) Vypis vsech podadresaru, kde nazvy mohou obsahovat jak mala, tak i velka pismena: $ find /tmp/F \ -regextype posix-extended \ -maxdepth 1 \ -mindepth 1 \ -type d \ -iregex '.+/[a-z]+' /tmp/F/aaab /tmp/F/aAAb /tmp/F/aAAd /tmp/F/aaad /tmp/F/aaaa /tmp/F/aAAa /tmp/F/aAAc /tmp/F/aaac 2) Vypis vsech adresu, kde nazev obsahuje pouze mala pismena: $ find /tmp/F \ -regextype posix-extended \ -maxdepth 1 \ -mindepth 1 \ -type d \ -regex '.+/[a-z]+' /tmp/F/aaab /tmp/F/aAAb /tmp/F/aAAd /tmp/F/aaad /tmp/F/aaaa /tmp/F/aAAa /tmp/F/aAAc /tmp/F/aaac Vysledek v obou pripadech je stejny. Kde delam chybu? Dekuji. -- Zdenek Janis From slavek.banko na axis.cz Mon Jun 13 16:43:24 2011 From: slavek.banko na axis.cz (Slavek Banko) Date: Mon, 13 Jun 2011 16:43:24 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <4DF61C3B.80803@alberon.cz> References: <4DF61C3B.80803@alberon.cz> Message-ID: <201106131643.25282.slavek.banko@axis.cz> Dne po 13. června 2011 Zdenek Janis napsal(a): > Zdravim, > > nejak mi nesedi vysledek findu: > > 1) Vypis vsech podadresaru, kde nazvy mohou obsahovat jak mala, tak i > velka pismena: > > $ find /tmp/F \ > -regextype posix-extended \ > -maxdepth 1 \ > -mindepth 1 \ > -type d \ > -iregex '.+/[a-z]+' > /tmp/F/aaab > /tmp/F/aAAb > /tmp/F/aAAd > /tmp/F/aaad > /tmp/F/aaaa > /tmp/F/aAAa > /tmp/F/aAAc > /tmp/F/aaac > > > 2) Vypis vsech adresu, kde nazev obsahuje pouze mala pismena: > > $ find /tmp/F \ > -regextype posix-extended \ > -maxdepth 1 \ > -mindepth 1 \ > -type d \ > -regex '.+/[a-z]+' > /tmp/F/aaab > /tmp/F/aAAb > /tmp/F/aAAd > /tmp/F/aaad > /tmp/F/aaaa > /tmp/F/aAAa > /tmp/F/aAAc > /tmp/F/aaac > > > Vysledek v obou pripadech je stejny. > Kde delam chybu? > Dekuji. Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je výsledek podle očekávání. Slávek From cavo+konf na cavo.sk Mon Jun 13 16:46:20 2011 From: cavo+konf na cavo.sk (Marian Cavojsky) Date: Mon, 13 Jun 2011 16:46:20 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <4DF61C3B.80803@alberon.cz> References: <4DF61C3B.80803@alberon.cz> Message-ID: <20110613144620.GB29697@stone.cavo.sk> On Mon, Jun 13, 2011 at 04:18:35PM +0200, Zdenek Janis wrote: > Zdravim, > > nejak mi nesedi vysledek findu: > > 1) Vypis vsech podadresaru, kde nazvy mohou obsahovat jak mala, tak i > velka pismena: > > $ find /tmp/F \ > -regextype posix-extended \ > -maxdepth 1 \ > -mindepth 1 \ > -type d \ > -iregex '.+/[a-z]+' > /tmp/F/aaab > /tmp/F/aAAb > /tmp/F/aAAd > /tmp/F/aaad > /tmp/F/aaaa > /tmp/F/aAAa > /tmp/F/aAAc > /tmp/F/aaac > > > 2) Vypis vsech adresu, kde nazev obsahuje pouze mala pismena: > > $ find /tmp/F \ > -regextype posix-extended \ > -maxdepth 1 \ > -mindepth 1 \ > -type d \ > -regex '.+/[a-z]+' > /tmp/F/aaab > /tmp/F/aAAb > /tmp/F/aAAd > /tmp/F/aaad > /tmp/F/aaaa > /tmp/F/aAAa > /tmp/F/aAAc > /tmp/F/aaac > > > Vysledek v obou pripadech je stejny. > Kde delam chybu? > Dekuji. Nasiel tam na zaciatku retazca aspon jedno male pismeno. To je to co je napisane v tom regularnom vyraze. Ak maju byt len male, tak treba aj ukoncit retazec aby vyhovovalo len to a neskocil s vyhodnocovanim skor. '.+/[a-z]+$' -- Marián Čavojský From peak na argo.troja.mff.cuni.cz Mon Jun 13 18:26:17 2011 From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky) Date: Mon, 13 Jun 2011 18:26:17 +0200 (MET DST) Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <201106131643.25282.slavek.banko@axis.cz> Message-ID: <20110613182441.71EF.0@argo.troja.mff.cuni.cz> On Mon, 13 Jun 2011, Slavek Banko wrote: > > -regex '.+/[a-z]+' > > Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je > výsledek podle očekávání. Tak to je jasné: v některých (lépe řečeno ve většině z nich s výjimkou C) locales se třídí AaBbCc...Zz, čili [a-z] == aBbCc...Zz. -- Pavel Kankovsky aka Peak / Jeremiah 9:21 \ "For death is come up into our MS Windows(tm)..." \ 21st century edition / From tapik na buchtovi.cz Mon Jun 13 21:37:29 2011 From: tapik na buchtovi.cz (Oto Buchta) Date: Mon, 13 Jun 2011 21:37:29 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <20110613182441.71EF.0@argo.troja.mff.cuni.cz> References: <201106131643.25282.slavek.banko@axis.cz> <20110613182441.71EF.0@argo.troja.mff.cuni.cz> Message-ID: 2011/6/13 Pavel Kankovsky > On Mon, 13 Jun 2011, Slavek Banko wrote: > > > > -regex '.+/[a-z]+' > > > > Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je > > výsledek podle očekávání. > > Tak to je jasné: v některých (lépe řečeno ve většině z nich s výjimkou C) > locales se třídí AaBbCc...Zz, čili [a-z] == aBbCc...Zz. > Hups? Tak toto je velmi zajímavá informace. Dodnes jsem žil v domnění, že [a-z] odpovídá jenom a pouze všem malým písmenům. Jak hluboce jsem se mýlil. A dává to smysl. Protože u nás by to mělo být [a-ž]. Lze nějak docílit, aby regulární výraz bral v potaz pouze malá písmena včetně českých, aniž bych použil výčet? -- Oto 'tapik' Buchta, tapik na buchtovi.cz, http://tapikuv.blogspot.com From tomasek na etf.cuni.cz Mon Jun 13 22:28:57 2011 From: tomasek na etf.cuni.cz (Petr Tomasek) Date: Mon, 13 Jun 2011 22:28:57 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: References: <201106131643.25282.slavek.banko@axis.cz> <20110613182441.71EF.0@argo.troja.mff.cuni.cz> Message-ID: <20110613202857.GA16419@ebed.etf.cuni.cz> On Mon, Jun 13, 2011 at 09:37:29PM +0200, Oto Buchta wrote: > 2011/6/13 Pavel Kankovsky > > > On Mon, 13 Jun 2011, Slavek Banko wrote: > > > > > > -regex '.+/[a-z]+' > > > > > > Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je > > > výsledek podle očekávání. > > > > Tak to je jasné: v některých (lépe řečeno ve většině z nich s výjimkou C) > > locales se třídí AaBbCc...Zz, čili [a-z] == aBbCc...Zz. > > > > Hups? Tak toto je velmi zajímavá informace. Dodnes jsem žil v domnění, že > [a-z] odpovídá jenom a pouze všem malým písmenům. Jak hluboce jsem se mýlil. > A dává to smysl. Protože u nás by to mělo být [a-ž]. Lze nějak docílit, aby > regulární výraz bral v potaz pouze malá písmena včetně českých, aniž bych > použil výčet? > Upz, taky se divim. U kterych vsech regexp to takhle funguje? P.T. -- Petr Tomasek Jabber: butrus na jabbim.cz ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From xnet na eurosignal.cz Mon Jun 13 23:53:01 2011 From: xnet na eurosignal.cz (Lukas Hofmann) Date: Mon, 13 Jun 2011 23:53:01 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <20110613202857.GA16419@ebed.etf.cuni.cz> References: <201106131643.25282.slavek.banko@axis.cz> <20110613182441.71EF.0@argo.troja.mff.cuni.cz> <20110613202857.GA16419@ebed.etf.cuni.cz> Message-ID: <12B76DB3-4970-4A57-B98A-E3BA464ECF12@eurosignal.cz> 13.6.2011 v 22:28, Petr Tomasek : > On Mon, Jun 13, 2011 at 09:37:29PM +0200, Oto Buchta wrote: >> 2011/6/13 Pavel Kankovsky >> >>> On Mon, 13 Jun 2011, Slavek Banko wrote: >>> >>>>> -regex '.+/[a-z]+' >>>> >>>> Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je >>>> výsledek podle očekávání. >>> >>> Tak to je jasné: v některých (lépe řečeno ve většině z nich s výjimkou C) >>> locales se třídí AaBbCc...Zz, čili [a-z] == aBbCc...Zz. >>> >> >> Hups? Tak toto je velmi zajímavá informace. Dodnes jsem žil v domnění, že >> [a-z] odpovídá jenom a pouze všem malým písmenům. Jak hluboce jsem se mýlil. >> A dává to smysl. Protože u nás by to mělo být [a-ž]. Lze nějak docílit, aby >> regulární výraz bral v potaz pouze malá písmena včetně českých, aniž bych >> použil výčet? >> > > Upz, taky se divim. U kterych vsech regexp to takhle funguje? > > P.T. > > -- Heh, tez mne to prekvapuje, nicmene v perlu jsem takoveto chovani neregistroval. (a doufam, ze ani registrovat nebudu, strasite me! :) Lukas From janis na alberon.cz Tue Jun 14 07:55:46 2011 From: janis na alberon.cz (Zdenek Janis) Date: Tue, 14 Jun 2011 07:55:46 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <20110613144620.GB29697@stone.cavo.sk> References: <4DF61C3B.80803@alberon.cz> <20110613144620.GB29697@stone.cavo.sk> Message-ID: <4DF6F7E2.9080308@alberon.cz> Dobry den, kdepak, find predpoklada, ze cely regex odpovida nalezene strukture adesaru pripadne i nazvu souboru. Takze asi nejak sam pridava '^' a '$'. > Nasiel tam na zaciatku retazca aspon jedno male pismeno. To je to co je > napisane v tom regularnom vyraze. > > Ak maju byt len male, tak treba aj ukoncit retazec aby vyhovovalo len to > a neskocil s vyhodnocovanim skor. > > '.+/[a-z]+$' > -- Zdenek Janis From janis na alberon.cz Tue Jun 14 07:58:56 2011 From: janis na alberon.cz (Zdenek Janis) Date: Tue, 14 Jun 2011 07:58:56 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <201106131643.25282.slavek.banko@axis.cz> References: <4DF61C3B.80803@alberon.cz> <201106131643.25282.slavek.banko@axis.cz> Message-ID: <4DF6F8A0.7000005@alberon.cz> Zdravim, takze problem opravdu bude v locales, me sice problem nevyresilo pouzit LANG=C, ale LC_ALL=C a pak uz to funguje podle ocekavani. Dekuji. PS: find (GNU findutils) 4.4.2 > Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je > výsledek podle očekávání. -- Zdenek Janis From karel.dudasek na dobruska.cz Tue Jun 14 08:04:38 2011 From: karel.dudasek na dobruska.cz (karel.dudasek na dobruska.cz) Date: Tue, 14 Jun 2011 08:04:38 +0200 (CEST) Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: <4DF6F8A0.7000005@alberon.cz> References: <4DF61C3B.80803@alberon.cz> <201106131643.25282.slavek.banko@axis.cz> <4DF6F8A0.7000005@alberon.cz> Message-ID: On Tue, 14 Jun 2011, Zdenek Janis wrote: > Zdravim, > takze problem opravdu bude v locales, me sice problem nevyresilo pouzit > LANG=C, ale LC_ALL=C a pak uz to funguje podle ocekavani. >> Zdá se, že chyba je "někde jinde". Když jsem použil LANG=C, tak je >> výsledek podle očekávání. A nepomohlo by [[:lower:]] ? Karel Dudášek From janis na alberon.cz Tue Jun 14 08:53:34 2011 From: janis na alberon.cz (Zdenek Janis) Date: Tue, 14 Jun 2011 08:53:34 +0200 Subject: Vyhledavani adresaru pomoci find s regex In-Reply-To: References: <4DF61C3B.80803@alberon.cz> <201106131643.25282.slavek.banko@axis.cz> <4DF6F8A0.7000005@alberon.cz> Message-ID: <4DF7056E.4030607@alberon.cz> Dne 14.6.2011 08:04, karel.dudasek na dobruska.cz napsal(a): >> takze problem opravdu bude v locales, me sice problem nevyresilo >> pouzit LANG=C, ale LC_ALL=C a pak uz to funguje podle ocekavani. > > A nepomohlo by [[:lower:]] ? Ano, toto funguje aniz by bylo potreba menit locales... -- Zdenek Janis From ivast na mail.t-mobile.sk Tue Jun 14 09:39:08 2011 From: ivast na mail.t-mobile.sk (Ivan Stenda) Date: Tue, 14 Jun 2011 09:39:08 +0200 Subject: apcupsd - =?UTF-8?B?bmV2eXR2b8WZw60gcG93ZXJmYWlsIHNvdWJvcg==?= In-Reply-To: <1165833416.20110613144604@argonet.cz> References: <1165833416.20110613144604@argonet.cz> Message-ID: <4DF7101C.4000702@mail.t-mobile.sk> > protože chybí soubor powerfail. Co můžu dělat špatně nebo na co jsem zapomněl ? No, ja by som sa pozrel mojim oblubenym strace, aky problem ten proces ma. i From guojie353 na 163.com Tue Jun 14 18:37:43 2011 From: guojie353 na 163.com (guojie353 na 163.com) Date: Wed, 15 Jun 2011 01:37:43 +0900 Subject: =?ISO-2022-JP?B?GyRCIVokMyRsJCxLXEoqJE4+WiQ3IVsiTU19QVskTiQqQWo8aiQrGyhC?= =?ISO-2022-JP?B?GyRCJGlLXEoqJE4lIiVJJWwlOUZ+JGolYSE8JWskLEZPJC0kXiQ5GyhC?= =?ISO-2022-JP?B?GyRCISMbKEI=?= Message-ID: <597d24fe804df56d515f481b7647c15b@163.com> *:+:*:+:*:+:*:+:*:+:*:+:*:+:*:+::*:+:*:*:+:*:+::*:+:*:+:*:+:* $BB>$N%5%$%H$G!"$3$l0J>e$N%5!<%S%9$O(B $B na dBP$K8f:B$$$^$;$s!*(B $B$4MxMQ$7$FD:$1$l$PEv%5%$%H$NNI$5$,(B $BI,$:$*J,$+$jD:$1$k$H;W$$$^$9!#(B $BEv%5%$%H$O!"%5!<%S%9FbMF$K na dBP$N<+?.$r;}$C$F$*$j$^$9!#(B *:+:*:+:*:+:*:+:*:+:*:+:*:+:*:+::*:+:*:*:+:*:+::*:+:*:+:*:+:* $BEv%5%$%H$N@\$N$d$jl=j!"F|;~$r7h$a$k(B $B=i2s$O!"-!!A-#$NN.$l$rA4$FL5NA$G$4MxMQD:$1$^$9!#(B $B$3$l$,!"K\J*$N>Z$7$N%5!<%S%9FbMF$G$9!#(B *:+:*:+:*:+:*:+:*:+:*:+:*:+:*:+::*:+:*:*:+:*:+::*:+:*:+:*:+:* $B(!(!(!(!!Z$4MxMQJ}K!![(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $BEv%5%$%H$O!"$*5RMM$N%W%m%U%#!<%kFbMF$K4p$E$-!"(B $B4{$K$4EPO?:Q$_$NM}A[$J$*Aje!"(B $BD>@\$N$d$j$5$l$F$*$j$^$9$N$G!"(B $B$=$NJ}$HD>@\$d$j$5$l$k>l9g$K$O!"(B $B$*Aj@\$*JV;v$rAw$C$F$"$2$F2<$5$$!#(B $BCm!K(B20$B:PL$K~$NJ}$N$4MxMQ$O8G$/6X$8$F$*$j$^$9!#(B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ $B(!(!(!(!!Z%5!<%S%95!G=![(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B-!O"Mm na h$r8r49$7$?$$$*Aj@\$4O"Mm$rl=j$J$I>\$7$$FbMF$r7h$a$F2<$5$$!#(B $B"(0J>e$,L5NA%5!<%S%9$G$4MxMQD:$1$^$9!#(B $B(!(!(!(!!Z$4Cm0U![(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $BEv%5!<%S%9$O!"O"Mm na h$r$*8_$$$K8r49$5$l$k0Y!"(B $B%$%?%:%i$d7y$,$i$l$N$h$&$J9T0Y$O!"@dBP$K;_$a$F2<$5$$!#(B $B>0!"%5%]!<%H%;%s%?!<$X!"%$%?%:%i$d7y$,$i$;$NDLJs$,$"$C$?(B $B$4MxMQ52<$5$$!#(B $B(!(!(!(!!Z$4MxMQ4uK>$NJ}![(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B2<5-$N(BURL$B$h$j%"%/%;%9$7$FD:$-!"4JC1$J%W%m%U%#!<%kEPO?$r(B $B9T$J$C$F2<$5$$!#EPO?40N;8e!"(B $BD>$0$KM}A[$N$*Aje$2$^$9!#(B $B$^$?Ho:RCO$N0lF|$bAa$$$4I|5l!&$4I|6=$r?4$+$i$*5'$j?=$7>e$2$^$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B Copyright(C)HEROINE $BO"Mm na h8r49%5!<%S%9(B All Rights Reserved. $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B From ppHSlMjM na lvltt.info Tue Jun 14 21:49:04 2011 From: ppHSlMjM na lvltt.info (ppHSlMjM) Date: Wed, 15 Jun 2011 03:49:04 +0800 Subject: =?GB2312?B?MsTQxfPT0c/TztLF1qO/z9bU2sv7u+HB7dHbz+C/tMHLoaOjoVU=?= Message-ID: <201106150349045313891@lvltt.info> lbhgpv ?? linux: afadwbg otmez 2011?06?15? ?? ???? From busuususa27nawkan na msn.com Fri Jun 17 12:12:45 2011 From: busuususa27nawkan na msn.com (Louis) Date: Fri, 17 Jun 2011 18:12:45 +0800 Subject: =?GB2312?B?QW5pbWF0ZWQgTW92aWUvVFYgU2VyaWVzIA==?= =?GB2312?B?LSBDYXJ0b29uIE1vdmllL1RWIFNlcmllcw==?= =?GB2312?B?IC0gM0QvMkQgQW5pbWF0aW9uIFNlcnZpYw==?= =?GB2312?B?ZXM=?= Message-ID: <95ba51af-f2ee-4bd0-9422-d5170764c43a@HUB01.hosting.local> You are receiving this email because we wish you to use our 3D/2D Animated Movie/TV Series Services. We are a China based Animated Movie/TV Series Studio. with the technical, our studio is a animation studio with the technical, creative and production capabilities to create a new generation of animated feature films, merchandise and other related products. Our objective is to combine proprietary technology and world-class creative talent to develop computer-animated feature films with memorable characters and heartwarming stories that appeal to audiences of all ages. We utilize the finest equipment available in the industry, offer efficient data delivery and unrivaled quality and work until the client is fully satisfied with the end product. Core Offerings 2D Animation 3D Animation 4D Animation Cell Animation Cartoon Animation Animated Movies Animated TV Series Architecture Visualization Character Animation Animated Commercial Animated Presentation Walkthrough Animation Flash Presentation Logo Animation Animated Wallpapers Animated Graphics We are also looking for agents who can represent us in USA and Europe in order to gain more Animated Movie orders. Best regards, Louis Tanmansoniu Animation Services Contact: ibanicontact na yeah.net Pls send address to koremoveideit na yeah.net for remove From pribyl na lowlevel.cz Sat Jun 18 20:49:56 2011 From: pribyl na lowlevel.cz (Adam Pribyl) Date: Sat, 18 Jun 2011 20:49:56 +0200 (CEST) Subject: Spolehliva UPS domu In-Reply-To: <4DF4D150.10205@sandbox.cz> References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4D150.10205@sandbox.cz> Message-ID: On Sun, 12 Jun 2011, Vladimir Macek wrote: > On 12.6.2011 10:55, Adam Pribyl wrote: > Myslim, ze to neni nic nestandardniho. Je zbytecne, aby UPS po ciste > provedenem vypnuti pocitace vybijela baterku do monitoru ve stand-by a > zdroje vypnuteho pocitace... A funguje pak WOL na ethernetu? > -- > : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 > : UNIX && Dev || Training : Python, Django : GPG key 1F059424 Adam Pribyl From macek na sandbox.cz Sat Jun 18 20:53:11 2011 From: macek na sandbox.cz (Vladimir Macek) Date: Sat, 18 Jun 2011 20:53:11 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4D150.10205@sandbox.cz> Message-ID: <4DFCF417.6020500@sandbox.cz> >> Myslim, ze to neni nic nestandardniho. Je zbytecne, aby UPS po >> ciste provedenem vypnuti pocitace vybijela baterku do monitoru ve >> stand-by a zdroje vypnuteho pocitace... > > A funguje pak WOL na ethernetu? To nemuze, moje UPS neni pripojena k Ethernetu. Kdyz je vypnuta, zatez na jejich zalohovanych zasuvkach je odpojena. -- : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 : UNIX && Dev || Training : Python, Django : GPG key 1F059424 From petr na balas.cz Sat Jun 18 22:02:58 2011 From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=) Date: Sat, 18 Jun 2011 22:02:58 +0200 Subject: Spolehliva UPS domu In-Reply-To: References: <4DEFD88D.6020801@sandbox.cz> <4DF09830.9080901@centrum.cz> <4DF4D150.10205@sandbox.cz> Message-ID: 2011/6/18 Adam Pribyl : > On Sun, 12 Jun 2011, Vladimir Macek wrote: > >> On 12.6.2011 10:55, Adam Pribyl wrote: >> Myslim, ze to neni nic nestandardniho. Je zbytecne, aby UPS po ciste >> provedenem vypnuti pocitace vybijela baterku do monitoru ve stand-by a >> zdroje vypnuteho pocitace... > > A funguje pak WOL na ethernetu? Proc by melo? Proud ze site nejde a baterie UPSky jsou vybite takze zapinat server nedava smysl. Jakmile se napajeni obnovi a UPSka se alespon trochu dobije, pak se napeti na vystupu UPSky zase objevi. Server pak ma v BIOSu nastavene zapnuti po obnoveni napajeni a tedy nabehne, stanice v takovemto pripade ma pravdepodobne zapnuti zakazane ale protoze je napajena tak WOL zase funguje. Slusne UPSky na chvilku vypnou napajeni po prikazu ke svemu vypnuti i kdyz se dodavka proudu obnovila prave pro to, aby se zajistilo znovuzapnuti serveru. >> -- >> :  Vladimir Macek  :  http://macek.sandbox.cz  :  +420 608 978 164 >> :  UNIX && Dev || Training  :  Python, Django  :  GPG key 1F059424 > > Adam Pribyl -- Petr Baláš - petr at balas dot cz From tv na fuzzy.cz Sat Jun 18 21:54:36 2011 From: tv na fuzzy.cz (Tomas Vondra) Date: Sat, 18 Jun 2011 21:54:36 +0200 Subject: SSD / failed command: READ FPDMA QUEUED Message-ID: <4DFD027C.8030609@fuzzy.cz> Ahoj, pořídil jsem si SSD do desktopu, ale při kopírování dat z / na SSD se občas objeví chyby podobné tomuto (kompletní výpis viz. http://pastebin.com/X5SkUjmg): ===================================================================== Jun 18 21:57:28 livecd kernel: ata6: EH in SWNCQ mode,QC:qc_active 0x7FFFFFFF sactive 0x7FFFFFFF Jun 18 21:57:28 livecd kernel: ata6: SWNCQ:qc_active 0xFFFFF0 defer_bits 0x7F00000F last_issue_tag 0x17 Jun 18 21:57:28 livecd kernel: dhfis 0x7FFFF0 dmafis 0x10 sdbfis 0x0 Jun 18 21:57:28 livecd kernel: ata6: ATA_REG 0x40 ERR_REG 0x0 Jun 18 21:57:28 livecd kernel: ata6: tag : dhfis dmafis sdbfis sacitve Jun 18 21:57:28 livecd kernel: ata6: tag 0x4: 1 1 0 1 Jun 18 21:57:29 livecd kernel: ata6: tag 0x5: 1 0 0 1 ... Jun 18 21:57:29 livecd kernel: ata6: tag 0x17: 0 0 0 1 Jun 18 21:57:29 livecd kernel: ata6.00: exception Emask 0x0 SAct 0x7fffffff SErr 0x0 action 0x6 frozen Jun 18 21:57:29 livecd kernel: ata6.00: failed command: READ FPDMA QUEUED Jun 18 21:57:29 livecd kernel: ata6.00: cmd 60/08:00:54:dc:dd/00:00:0a:00:00/40 tag 0 ncq 4096 in Jun 18 21:57:29 livecd kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 18 21:57:29 livecd kernel: ata6.00: status: { DRDY } Jun 18 21:57:29 livecd kernel: ata6.00: failed command: READ FPDMA QUEUED Jun 18 21:57:29 livecd kernel: ata6.00: cmd 60/10:08:b4:98:db/00:00:0a:00:00/40 tag 1 ncq 8192 in Jun 18 21:57:29 livecd kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 18 21:57:29 livecd kernel: ata6.00: status: { DRDY } ... Jun 18 21:57:29 livecd kernel: ata6.00: status: { DRDY } Jun 18 21:57:29 livecd kernel: ata6.00: failed command: READ FPDMA QUEUED Jun 18 21:57:29 livecd kernel: ata6.00: cmd 60/08:f0:dc:a2:db/00:00:0a:00:00/40 tag 30 ncq 4096 in Jun 18 21:57:29 livecd kernel: res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Jun 18 21:57:29 livecd kernel: ata6.00: status: { DRDY } Jun 18 21:57:29 livecd kernel: ata6: hard resetting link Jun 18 21:57:29 livecd kernel: ata6: nv: skipping hardreset on occupied port Jun 18 21:57:29 livecd kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Jun 18 21:57:29 livecd kernel: ata6.00: configured for UDMA/133 Jun 18 21:57:29 livecd kernel: ata6.00: device reported invalid CHS sector 0 Jun 18 21:57:29 livecd kernel: ata6.00: device reported invalid CHS sector 0 Jun 18 21:57:29 livecd kernel: ata6.00: device reported invalid CHS sector 0 Jun 18 21:57:29 livecd kernel: ata6.00: device reported invalid CHS sector 0 Jun 18 21:57:29 livecd kernel: ata6.00: device reported invalid CHS sector 0 ... Jun 18 21:57:29 livecd kernel: ata6: EH complete Jun 18 21:57:30 livecd kernel: usb-storage: queuecommand called ===================================================================== přičemž na ata6 je právě to SSD. Občas se objevuje také "WRITE" varianta (jinak se to neliší). Evidentně je to nějaký problém se zařazováním I/O requestů do fronty, ale proč k tomu dochází netuším. Projevuje se to tak že práce s daným diskem na chvíli zamrzne (nic se nezapisuje ani nečte) a po pár vteřinách se pokračuje dál. Při kopírování 40GB dat se mi to stalo cca 3x, zdá se že k žádnému poškození filesystému nedošlo ale i tak se mi to moc nelíbí. Trápil jsem google, našel jsem dvě doporučení (1) kernel parametr libata.force=noncq (zkoušel jsem, nepomohlo) (2) nastavit "hdparm -Q 1" na daném device (aktuálně 31, zatím jsem změnit nezkoušel), IMHO pokud nepomohlo (1) tak je toto asi bezpředmětné ale zkusit to mohu. Projeví se to nějak na výkonu? * SSD: Intel 320 (120GB verze, aktuální firmware) * kernel: 2.6.36 (na tom livecd, používám Gentoo takže oboje jsou gentoo-sources verze s nějakými dalšími patchi) * MB je Asus M2N-E (není tam aktuální BIOS, nemám jak to opatchovat bez windows - nové verze ale podle release notes akorát přidávají podporu nových CPU) Kabely apod. jsem kontroloval, doteď jsem nic podobného nezaznamenal (na tom samém kabelu / SATA portu jsem měl několik let standardní SATA disk). Nějaké další nápady čím by to mohlo být / jak to opravit? díky Tomáš From karel.dudasek na dobruska.cz Sat Jun 18 22:47:10 2011 From: karel.dudasek na dobruska.cz (Karel Dudasek) Date: Sat, 18 Jun 2011 22:47:10 +0200 Subject: SSD / failed command: READ FPDMA QUEUED In-Reply-To: <4DFD027C.8030609@fuzzy.cz> References: <4DFD027C.8030609@fuzzy.cz> Message-ID: <4DFD0ECE.30903@dobruska.cz> Ahoj, On 18.6.2011 21:54, Tomas Vondra wrote: > Ahoj, > > * MB je Asus M2N-E (není tam aktuální BIOS, nemám jak to opatchovat bez > windows - nové verze ale podle release notes akorát přidávají podporu > nových CPU) ASUSy mají i flash přímo v BIOSu - zkus Alt-F12 během bootování, stačí mu CD nebo disketa s jedním souborem - název dle typu MB. Případně nabídne výběr z CD nebo diskety -- Karel From tv na fuzzy.cz Sun Jun 19 01:13:13 2011 From: tv na fuzzy.cz (Tomas Vondra) Date: Sun, 19 Jun 2011 01:13:13 +0200 Subject: SSD / failed command: READ FPDMA QUEUED In-Reply-To: <4DFD0ECE.30903@dobruska.cz> References: <4DFD027C.8030609@fuzzy.cz> <4DFD0ECE.30903@dobruska.cz> Message-ID: <4DFD3109.5060709@fuzzy.cz> Dne 18.6.2011 22:47, Karel Dudasek napsal(a): > Ahoj, > > On 18.6.2011 21:54, Tomas Vondra wrote: >> Ahoj, >> >> * MB je Asus M2N-E (není tam aktuální BIOS, nemám jak to opatchovat bez >> windows - nové verze ale podle release notes akorát přidávají podporu >> nových CPU) > ASUSy mají i flash přímo v BIOSu - zkus Alt-F12 během bootování, stačí > mu CD nebo disketa s jedním souborem - název dle typu MB. > Případně nabídne výběr z CD nebo diskety Díky, zkoušel jsem to jenom z USB ale to nefungovalo. Zkusím to vypálit na CD, snad to půjde. Uvidíme jestli to pomůže ... T. From linux na grafon.sk Mon Jun 20 00:07:46 2011 From: linux na grafon.sk (Vladimir Rengevic) Date: Mon, 20 Jun 2011 00:07:46 +0200 Subject: PHP sa nepripoji na PSQL server Message-ID: <4DFE7332.1010404@grafon.sk> Dobry den, nainstaloval som Fedoru 15 a riseim velky problem. Nakonfiguroval som apache, PHP, aj PostgreSQL. Samotny psql klient funguje, s databazami komunikuje bez problemov. Co je problem ze sa k databaze nepripojim s PHP kodu. Apache 2.2.17, PHP 5.3.6 a PostgreSQL 9.0.3. Instaloval som vsetky potrebne baliky (aspon dufam). O co sa vlastne pokusam: no a spojenie sa nezadari. V logu neviem vypatrat preco. Poradi mi niekto co s tym? Dakujem. Vlado From iiseeeaay7ouagain na msn.com Mon Jun 20 00:37:23 2011 From: iiseeeaay7ouagain na msn.com (Rick) Date: Mon, 20 Jun 2011 06:37:23 +0800 Subject: =?GB2312?B?RGlnaXRhbCBQaG90byBFZGl0aW5nIFNlcg==?= =?GB2312?B?dmljZXMgLSBQaG90byBDdXRvdXQgU2Vydg==?= =?GB2312?B?aWNl?= Message-ID: <060607df-a671-46f0-80d8-5cdaa58c68bb@LLK085138.for.lanlink.com.br> You are receiving this email because we wish you to use our digital photo editing services. Digital Photo Editing Services : We are a China based Imaging Professionals. We offer basic and advanced digital photo Editing services and solutions like photo Cutout, morphological photo Editing, photoshop photo Editing, satellite photo Editing, color photo Editing and vector photo Editing using latest techniques. Our strength in providing Editing solutions for digital images like photo masking, photo re-touching, back ground cleaning & cloning, sharpening & restoration of color, all this derive from our vast experience. Our dedicated team of highly skilled and experienced professionals serves the photo Editing requirements of our clients. An in house quality checking mechanism assures value addition and delivers perfect job. Our team can deliver your job overnight or in time bounded fashion irrespective of job size. Our mainly services are: 1. Photo Cutout 2. Photo Enhancement 3. Photo Retouching 4. Vector Conversion 5. Pop Art 6. Images Masking 7. Clipping Path 8. Photo Restoration 9. Web Design Photo Editing Services: Our Photo Editing services includes advanced photo cutouts/clippings, balancing brightness / contrast in an image, repair of minor scratches, creases, minor dust, and spot removal to removal of major scratches, cracks, creases, and stains in all areas. We also repair seriously faded/damaged photographs and make it print ready. Best regards, Rick Rickurason Imaging Professionals Contact: rickcontact na yeah.net Send address to koremovrick na yeah.net for remove From tv na fuzzy.cz Mon Jun 20 00:55:05 2011 From: tv na fuzzy.cz (tv na fuzzy.cz) Date: Mon, 20 Jun 2011 00:55:05 +0200 Subject: PHP sa nepripoji na PSQL server In-Reply-To: <4DFE7332.1010404@grafon.sk> References: <4DFE7332.1010404@grafon.sk> Message-ID: <67670b05a3311fe2d1261e605966139e.squirrel@sq.gransy.com> > Dobry den, > > nainstaloval som Fedoru 15 a riseim velky problem. Nakonfiguroval som > apache, PHP, aj PostgreSQL. Samotny psql klient funguje, s databazami > komunikuje bez problemov. Co je problem ze sa k databaze nepripojim s > PHP kodu. Apache 2.2.17, PHP 5.3.6 a PostgreSQL 9.0.3. Instaloval som > vsetky potrebne baliky (aspon dufam). > > O co sa vlastne pokusam: > @$spojenie=Pg_Connect("host=localhost dbname=X user=X password='xx'"); > if (!$spojenie): > echo ("Nepodarilo sa pripoji] k databáze!"); > endif; > ?> A podaří se vám připojit z příkazové řádky pomocí psql? psql -h localhost -U uzivatel databaze Vytimeoutuje to nebo to selže hned? Co máte nastaveno v postgresql.conf v listen_addresses a port? Tomáš From root.x na seznam.cz Mon Jun 20 11:06:33 2011 From: root.x na seznam.cz (=?iso-8859-2?Q?Martin_Havl=ED=E8ek?=) Date: Mon, 20 Jun 2011 11:06:33 +0200 Subject: jednoduche ovladatko squidu Message-ID: <001201cc2f29$5bfb4420$13f1cc60$@seznam.cz> Dobry den, mam nasledujici problem: Na jednom miste mam nasazeny squid ( ktery funguje jako transparentni proxy ). Potrebuji dat jiste skupine uzivatelu moznost upravovat ACL ( napr. Zakazat pristup k nejakemu webu atd . ). Nema nekdo tip na nejake uplne trivialni klikatko ktere by tohle dokazalo splnit ? Osobne vim jenom o webminovi, coz mi pripada jako neskutecny moloch a porad mi to pro bezneho uzivatele prijde jako dost slozite . Ucit uzivatele editovat squidi konfigurak nepripada v uvahu. Dekuji za odpovedi Martin Havlicek From lists.subscriber na pragl.cz Mon Jun 20 11:20:10 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Mon, 20 Jun 2011 11:20:10 +0200 Subject: jednoduche ovladatko squidu In-Reply-To: <001201cc2f29$5bfb4420$13f1cc60$@seznam.cz> References: <001201cc2f29$5bfb4420$13f1cc60$@seznam.cz> Message-ID: <87BF47A44E444120AFBF6BF07FC1F3D0@MirekPNB> Dat skupine uzivatelu prava k jednomu ci vice souboru s regex ACL a naucit je tento soubor editovat neni rozumnym kompromisem? Koneckoncu neverim ze mas cele nastaveni v squid.conf. MP linux From petr na balas.cz Mon Jun 20 11:23:24 2011 From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=) Date: Mon, 20 Jun 2011 11:23:24 +0200 Subject: jednoduche ovladatko squidu In-Reply-To: <001201cc2f29$5bfb4420$13f1cc60$@seznam.cz> References: <001201cc2f29$5bfb4420$13f1cc60$@seznam.cz> Message-ID: 2011/6/20 Martin Havlíček : > Dobry den, > > mam nasledujici problem: Na jednom miste mam nasazeny squid ( ktery funguje > jako transparentni proxy ). Potrebuji dat jiste skupine uzivatelu moznost > upravovat ACL ( napr. Zakazat pristup k nejakemu webu atd . ). Nema nekdo > tip na nejake uplne trivialni klikatko ktere by tohle dokazalo splnit ? > Osobne vim jenom o webminovi, coz mi pripada jako neskutecny moloch a porad > mi to pro bezneho uzivatele prijde jako dost slozite . Ucit uzivatele > editovat squidi konfigurak nepripada v uvahu. Do squid.conf nacpat něco jako acl ads_regex url_regex "/etc/squid/ads-regex" acl ads_domains dstdomain "/etc/squid/ads-domains" http_access deny ads_regex http_access deny ads_domains a uživatele nechat editovat jen soubor se seznamem zakázaných domén či případně regexpů. Plus navíc něco jako incrond aby se po změně souborů znovunačetla konfigurace squida. -- Petr Baláš - petr at balas dot cz From lk na blackpage.eu Mon Jun 20 11:41:02 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Mon, 20 Jun 2011 11:41:02 +0200 Subject: Dlha odozva pri inicializacii spojenia Message-ID: Zdravim, mam tu Debian Squeeze 64bit a mam problem ak sa pripajam niekam von, jedno ktory port/protokol, vzdy trva 5 sekund, nez sa spojenie nadviaze. Je tu ADSL modem/router a ak skusim z notebooku, tak to je ihned, takze problem bude na serveri. Ak pouzijem prikaz dig, odpoved dostanem okamzite, takze v DNS by som problem nevidel. Vie ma niekto prosim nasmerovat, na co sa treba zamerat? Dakujem. -- S pozdravom, Martin Tiršel From mr.death na ipq.cz Mon Jun 20 11:47:31 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Mon, 20 Jun 2011 11:47:31 +0200 Subject: =?iso-8859-2?Q?PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= Message-ID: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> Ahoj, řeším na svým serveru zvláštní problém, přestala mně v PHP fungovat tato funkce, na 90% to souvisí s upgradem balíčků, ale netuším, který to může být. PHP i jeho konfigurák se v rámci tohoto upgradu neprováděl, takže je to něco mimo. Chová se to tak zvláštně, že soubor bez problémů načtu, ale jakmile tam nacpu url, tak se nenačte nic. Zkusil jsem jak lokální server, tak vzdálený a nic. Nesetkal se s tím náhodou někdo, případně netušíte, co by to mohlo způsobovat? Podle všeho je to problém vně PHP, ale vůbec nevím, kde hledat. Předem díky za rady, už nad tím trávím druhý den a pohnul jsem se zatím k tomu, že jsem objevil, že tato funkce nefunguje... :( T.K. From Artur.Kudelka na seznam.cz Mon Jun 20 12:36:03 2011 From: Artur.Kudelka na seznam.cz (=?us-ascii?Q?Artur=20Kudelka?=) Date: Mon, 20 Jun 2011 12:36:03 +0200 (CEST) Subject: =?iso-8859-2?Q?Re=3A=20PHP=20funkce=20file=5Fget=5Fcontents=20p=F8estala=20fungovat?= In-Reply-To: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> Message-ID: <69937.2196.196-31392-827742482-1308566163@seznam.cz> Dobrý den, zkuste zkontrolovat nastavení proměnné allow_url_include v php.ini. Zdraví Artur Kudělka ------------ Původní zpráva ------------ Od: Tomáš Koželuh Předmět: PHP funkce file_get_contents přestala fungovat Datum: 20.6.2011 12:27:05 ---------------------------------------- Ahoj, řeším na svým serveru zvláštní problém, přestala mně v PHP fungovat tato funkce, na 90% to souvisí s upgradem balíčků, ale netuším, který to může být. PHP i jeho konfigurák se v rámci tohoto upgradu neprováděl, takže je to něco mimo. Chová se to tak zvláštně, že soubor bez problémů načtu, ale jakmile tam nacpu url, tak se nenačte nic. Zkusil jsem jak lokální server, tak vzdálený a nic. Nesetkal se s tím náhodou někdo, případně netušíte, co by to mohlo způsobovat? Podle všeho je to problém vně PHP, ale vůbec nevím, kde hledat. Předem díky za rady, už nad tím trávím druhý den a pohnul jsem se zatím k tomu, že jsem objevil, že tato funkce nefunguje... :( T.K. _______________________________________________ Linux mailing list Linux na linux.cz http://www.linux.cz/mailman/listinfo/linux From mr.death na ipq.cz Mon Jun 20 12:53:27 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Mon, 20 Jun 2011 12:53:27 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <69937.2196.196-31392-827742482-1308566163@seznam.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> Message-ID: <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> S tímto souvisí allow_url_fopen a ta je povolená. Ostatně poslední změna v php.ini byla někdy v říjnu 2010 a tohle mně přestalo fungovat někdy minulý týden. Zatím jsem narazil na zmínku, že by to snad mohl dělat curl, který shodou okolností upgradován byl, takže zkusím downgrade. V nejhorším zkusím povolit i allow_url_include. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Artur Kudelka > Sent: Monday, June 20, 2011 12:36 PM > > Dobrý den, > zkuste zkontrolovat nastavení proměnné allow_url_include v php.ini. From mr.death na ipq.cz Mon Jun 20 14:18:40 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Mon, 20 Jun 2011 14:18:40 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> Message-ID: <004001cc2f44$310ae160$9320a420$@death@ipq.cz> Tak jsem zkusil povolit i allow_url_include a nepomohlo. Jak jsem zjistil, tak s curl ten problém nesouvisí, curl je jiná funkce. Takže pořád na nule, file_get_contents odmítá načíst jakýkoliv web a nevrací žádnou čitelnou chybu kromě FALSE. Ani log Apache nic nepíše a v jeho logu je vidět, že se stránku ani nesnaží načíst. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Tomáš Koželuh > Sent: Monday, June 20, 2011 12:53 PM > > S tímto souvisí allow_url_fopen a ta je povolená. Ostatně poslední > změna v > php.ini byla někdy v říjnu 2010 a tohle mně přestalo fungovat někdy > minulý > týden. Zatím jsem narazil na zmínku, že by to snad mohl dělat curl, > který > shodou okolností upgradován byl, takže zkusím downgrade. V nejhorším > zkusím > povolit i allow_url_include. From dast na panelnet.cz Mon Jun 20 14:19:28 2011 From: dast na panelnet.cz (Dalibor Straka) Date: Mon, 20 Jun 2011 14:19:28 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: References: Message-ID: <4DFF3AD0.1020803@panelnet.cz> On 06/20/2011 11:41 AM, Martin Tiršel wrote: > Zdravim, > > mam tu Debian Squeeze 64bit a mam problem ak sa pripajam niekam von, > jedno ktory port/protokol, vzdy trva 5 sekund, nez sa spojenie nadviaze. > Je tu ADSL modem/router a ak skusim z notebooku, tak to je ihned, takze > problem bude na serveri. Ak pouzijem prikaz dig, odpoved dostanem > okamzite, takze v DNS by som problem nevidel. Vie ma niekto prosim > nasmerovat, na co sa treba zamerat? Zdravim, kdyz na spojeni pustite tcpdump, na cem se to zasekne? Jo a rozhodne poustet s parametrem "-n" :-). -- Dalibor Straka From tv na fuzzy.cz Mon Jun 20 15:04:34 2011 From: tv na fuzzy.cz (tv na fuzzy.cz) Date: Mon, 20 Jun 2011 15:04:34 +0200 Subject: =?utf-8?B?UkU6IFBIUCBmdW5rY2UgZmlsZV9nZXRfY29udGVudHMgcMWZZXN0YWxhIGZ1?= =?utf-8?B?bmdvdmF0?= In-Reply-To: <004001cc2f44$310ae160$9320a420$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> Message-ID: <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> > Tak jsem zkusil povolit i allow_url_include a nepomohlo. Jak jsem zjistil, > tak s curl ten problém nesouvisí, curl je jiná funkce. Takže pořád na > nule, > file_get_contents odmítá načíst jakýkoliv web a nevrací žádnou čitelnou > chybu kromě FALSE. Ani log Apache nic nepíše a v jeho logu je vidět, že se > stránku ani nesnaží načíst. Wrappery se vesměs omezují direktivou allow_url_fopen, je zvláštní že to nefunguje, každopádně allow_url_include s tím určitě nemá nic společného. Jak máte nastavené hlášení chyb v PHP? Zkuste zapnout error_reporting(E_ALL) a podívejte se co to hlásí. Jste si jist že správně funguje např. DNS překlad přes gethostbyaddr? Tomáš From mr.death na ipq.cz Mon Jun 20 15:25:42 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Mon, 20 Jun 2011 15:25:42 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> Message-ID: <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> Je to úplně na hlavu, proč to do minulýho týdne fungovalo a teď ani ťuk. Abych vyloučil i to DNS, tak jsem zkusil dotaz přímo na lokální IP. Když to dám přímo v konzoli, tak wget načte jednoduchou stránku, když to dám takto: echo file_get_contents('http://10.0.0.2/'); tak ani ťuk. Povolil jsem i error_reporting(E_ALL); (dal jsem to jako první řádek php skriptu, je to tak dobře?), tak se žádná chyba neobjeví. Vůbec nic ani v error logu Apache. Přes phpinfo() jsem si ověřil, že allow_url_fopen je skutečně povolen, víc mě toho nenapadá. :( Pro jistotu přihazuju i to, co se minulý týden aktualizovalo a co tedy může být teoreticky zdrojem problémů: ::: (32 to of 39) sys-kernel/gentoo-sources-2.6.38-r6 to / ::: (4 to of 39) sys-process/procps-3.2.8-r2 to / ::: (39 to of 39) dev-db/phpmyadmin-3.4.1 to / ::: (33 to of 39) net-libs/c-client-2007e-r2 to / ::: (12 to of 39) perl-core/Package-Constants-0.20.0 to / ::: (21 to of 39) www-apps/scgi-1.14 to / ::: (18 to of 39) perl-core/IO-Zlib-1.100.0 to / ::: (38 to of 39) www-apache/mod_scgi-1.14 to / ::: (34 to of 39) virtual/imap-c-client-1 to / ::: (20 to of 39) dev-libs/libxml2-2.7.8-r1 to / ::: (5 to of 39) dev-libs/pth-2.0.7-r3 to / ::: (27 to of 39) net-dns/libidn-1.22 to / ::: (11 to of 39) virtual/perl-IO-Zlib-1.100.0 to / ::: (14 to of 39) virtual/perl-File-Temp-0.220.0 to / ::: (31 to of 39) sys-fs/udev-164-r2 to / ::: (37 to of 39) net-dns/bind-9.7.3_p1 to / ::: (19 to of 39) perl-core/digest-base-1.160.0 to / ::: (30 to of 39) sys-libs/glibc-2.12.2 to / ::: (2 to of 2) dev-lang/mono-2.10.1-r2 to / ::: (36 to of 39) net-misc/curl-7.21.4 to / ::: (17 to of 39) virtual/perl-PodParser-1.380.0-r1 to / ::: (35 to of 39) net-dialup/ppp-2.4.5-r1 to / ::: (22 to of 39) net-analyzer/nmap-5.51 to / ::: (1 to of 39) sys-power/acpid-2.0.9 to / ::: (28 to of 39) sys-apps/portage-2.1.9.42 to / ::: (1 to of 1) dev-dotnet/log4net-1.2.10-r3 to / ::: (7 to of 39) virtual/perl-digest-base-1.160.0 to / ::: (24 to of 39) virtual/logger-0 to / ::: (13 to of 39) virtual/perl-Package-Constants-0.20.0 to / ::: (3 to of 39) sys-power/powernowd-1.00 to / ::: (2 to of 39) media-libs/giflib-4.1.6-r1 to / ::: (9 to of 39) perl-core/Scalar-List-Utils-1.230.0 to / ::: (26 to of 39) sys-devel/bison-2.4.3 to / ::: (16 to of 39) virtual/perl-Scalar-List-Utils-1.230.0 to / ::: (25 to of 39) sys-devel/make-3.82 to / ::: (23 to of 39) app-admin/syslog-ng-3.2.4 to / ::: (1 to of 2) sys-devel/bc-1.06.95 to / ::: (29 to of 39) net-libs/neon-0.29.6 to / ::: (10 to of 39) virtual/perl-Sys-Syslog-0.270.0 to / ::: (15 to of 39) perl-core/File-Temp-0.220.0 to / ::: (6 to of 39) sys-apps/module-init-tools-3.12-r1 to / ::: (8 to of 39) virtual/perl-libnet-1.220.0 to / > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of tv na fuzzy.cz > Sent: Monday, June 20, 2011 3:05 PM > To: Diskuse o Linuxu v cestine > Subject: RE: PHP funkce file_get_contents přestala fungovat > > > Tak jsem zkusil povolit i allow_url_include a nepomohlo. Jak jsem > zjistil, > > tak s curl ten problém nesouvisí, curl je jiná funkce. Takže pořád na > > nule, > > file_get_contents odmítá načíst jakýkoliv web a nevrací žádnou > čitelnou > > chybu kromě FALSE. Ani log Apache nic nepíše a v jeho logu je vidět, > že se > > stránku ani nesnaží načíst. > > Wrappery se vesměs omezují direktivou allow_url_fopen, je zvláštní že > to > nefunguje, každopádně allow_url_include s tím určitě nemá nic > společného. > > Jak máte nastavené hlášení chyb v PHP? Zkuste zapnout > error_reporting(E_ALL) a podívejte se co to hlásí. Jste si jist že > správně > funguje např. DNS překlad přes gethostbyaddr? > > Tomáš > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux From spam na nagano.cz Mon Jun 20 15:34:53 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Mon, 20 Jun 2011 15:34:53 +0200 (CEST) Subject: =?UTF-8?Q?RE=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_fungovat?= In-Reply-To: <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> Message-ID: Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: strace php skript.php ? L. From mr.death na ipq.cz Mon Jun 20 17:53:44 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Mon, 20 Jun 2011 17:53:44 +0200 Subject: =?utf-8?Q?RE:_PHP_funkce_file=5Fget=5Fcontents?= =?utf-8?Q?_p=C5=99estala_fungovat?= In-Reply-To: References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> Message-ID: <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> Tak to se přiznám, že vůbec netuším, co hledat, strace vysype strašně moc věcí. Přivedl mě na myšlenku nějaké vadné nebo poškozené knihovny, ale nemám představu, která by to mohla dělat. Kontrola zabudovaná v Gentoo žádnou chybějící neodhalí a problém v existující knihovně zase nevím, jak bych odhalil já. Bohužel začínám dost narážet na svoje limity znalostí a netuším, kam s tím pohnout dál. Google, nad kterým jsem strávil celé dopoledne, mně s ničím nepomohl. Problémy, co měli lidi, obvykle byly v syntaxi nebo v nastavení php.ini, ale to mám v pořádku. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Monday, June 20, 2011 3:35 PM > To: Diskuse o Linuxu v cestine > Subject: RE: PHP funkce file_get_contents přestala fungovat > > Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: > strace php skript.php ? > > L. From lk na blackpage.eu Mon Jun 20 18:24:57 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Mon, 20 Jun 2011 18:24:57 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: <4DFF3AD0.1020803@panelnet.cz> References: <4DFF3AD0.1020803@panelnet.cz> Message-ID: Zdravim, ked pozeram tcpdump, tak to vyzera takto: DNS Standard query A www.xy.xy DNS Standard query AAAA www.xy.xy DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 5 sekund pauza DNS Standard query A www.xy.xy DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 DNS Standard query AAAA www.xy.xy DNS Standard query response CNAME abc.cde.xy a ihned nasleduje spojenie Velmi z toho mudry nie som, ale zrejme to bude suvisiet s AAAA dotazom a cakanie na timeout? Co s tym? :) -- S pozdravom, Martin Tiršel On Mon, 20 Jun 2011 14:19:28 +0200, Dalibor Straka wrote: > On 06/20/2011 11:41 AM, Martin Tiršel wrote: > > > Zdravim, > > kdyz na spojeni pustite tcpdump, na cem se to zasekne? Jo a rozhodne > poustet s parametrem "-n" :-). > > -- Dalibor Straka From Artur.Kudelka na seznam.cz Mon Jun 20 18:25:29 2011 From: Artur.Kudelka na seznam.cz (=?us-ascii?Q?Artur=20Kudelka?=) Date: Mon, 20 Jun 2011 18:25:29 +0200 (CEST) Subject: =?iso-8859-2?Q?Re=3A=20RE=3A=20PHP=20funkce=20file=5Fget=5Fcontents=20p=F8estala=20fungovat?= In-Reply-To: <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> Message-ID: <69965.2313.3350-20990-1700249348-1308587129@seznam.cz> Dobrý den, co vrací ta funkce za hodnotu ? Jak velký je ten stahovaný obsah ? Neuzavře se spojení dřív, než se stáhne celý obsah ? Když používate curl, proč používáte i tuto funkci pro zpracování http požadavku ? Asi moc otázek najednou, že ? :-) Zdraví Artur Kudělka ------------ Původní zpráva ------------ Od: Tomáš Koželuh Předmět: RE: PHP funkce file_get_contents přestala fungovat Datum: 20.6.2011 17:54:16 ---------------------------------------- Tak to se přiznám, že vůbec netuším, co hledat, strace vysype strašně moc věcí. Přivedl mě na myšlenku nějaké vadné nebo poškozené knihovny, ale nemám představu, která by to mohla dělat. Kontrola zabudovaná v Gentoo žádnou chybějící neodhalí a problém v existující knihovně zase nevím, jak bych odhalil já. Bohužel začínám dost narážet na svoje limity znalostí a netuším, kam s tím pohnout dál. Google, nad kterým jsem strávil celé dopoledne, mně s ničím nepomohl. Problémy, co měli lidi, obvykle byly v syntaxi nebo v nastavení php.ini, ale to mám v pořádku. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Monday, June 20, 2011 3:35 PM > To: Diskuse o Linuxu v cestine > Subject: RE: PHP funkce file_get_contents přestala fungovat > > Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: > strace php skript.php ? > > L. _______________________________________________ Linux mailing list Linux na linux.cz http://www.linux.cz/mailman/listinfo/linux From tomas na meinlschmidt.com Mon Jun 20 18:14:35 2011 From: tomas na meinlschmidt.com (Tom Meinlschmidt) Date: Mon, 20 Jun 2011 18:14:35 +0200 Subject: =?utf-8?Q?Re=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_f?= =?utf-8?Q?ungovat?= In-Reply-To: <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> Message-ID: <762DFDB5-E39D-4866-A9AE-C65733B45FEE@meinlschmidt.com> co to zuzit na $ strace -e open php script.php ? tm On Jun 20, 2011, at 17:53 , Tomáš Koželuh wrote: > Tak to se přiznám, že vůbec netuším, co hledat, strace vysype strašně moc věcí. Přivedl mě na myšlenku nějaké vadné nebo poškozené knihovny, ale nemám představu, která by to mohla dělat. Kontrola zabudovaná v Gentoo žádnou chybějící neodhalí a problém v existující knihovně zase nevím, jak bych odhalil já. Bohužel začínám dost narážet na svoje limity znalostí a netuším, kam s tím pohnout dál. Google, nad kterým jsem strávil celé dopoledne, mně s ničím nepomohl. Problémy, co měli lidi, obvykle byly v syntaxi nebo v nastavení php.ini, ale to mám v pořádku. > >> -----Original Message----- >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >> Of Ladislav Vaiz >> Sent: Monday, June 20, 2011 3:35 PM >> To: Diskuse o Linuxu v cestine >> Subject: RE: PHP funkce file_get_contents přestala fungovat >> >> Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: >> strace php skript.php ? >> >> L. > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux -- =============================================================================== Tomas Meinlschmidt, MS {MCT, MCP+I, MCSE, AER}, NetApp Filer/NetCache www.meinlschmidt.com www.maxwellrender.cz www.lightgems.cz =============================================================================== From mr.death na ipq.cz Mon Jun 20 19:04:29 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Mon, 20 Jun 2011 19:04:29 +0200 Subject: =?iso-8859-2?Q?RE:_RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungov?= =?iso-8859-2?Q?at?= In-Reply-To: <69965.2313.3350-20990-1700249348-1308587129@seznam.cz> References: <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <69965.2313.3350-20990-1700249348-1308587129@seznam.cz> Message-ID: <006101cc2f6c$1e447c80$5acd7580$@death@ipq.cz> Funkce nevrací nic, pouze FALSE, jinak žádná chyba. Ve finále to zkouším na miniaturní stránce, kde je v podstatě akorát HTML hlavička, takže to taky musí jít a nejde. Curl jsem zatím nezkoušel, nevím, jestli bych na něho dokázal předělat existující stránku, aby fungovala, ale ještě aspoň zkusím, jestli to s ním pojede nebo ne. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Artur Kudelka > Sent: Monday, June 20, 2011 6:25 PM > > Dobrý den, > co vrací ta funkce za hodnotu ? Jak velký je ten stahovaný obsah ? > Neuzavře se spojení dřív, než se stáhne > celý obsah ? > > Když používate curl, proč používáte i tuto funkci pro zpracování http > požadavku ? > > Asi moc otázek najednou, že ? :-) From spam na nagano.cz Mon Jun 20 19:18:52 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Mon, 20 Jun 2011 19:18:52 +0200 Subject: PHP funkce file_get_contents =?ISO-8859-2?Q?p=F8estala_fun?= =?ISO-8859-2?Q?govat?= In-Reply-To: <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> Message-ID: <4DFF80FC.7020804@nagano.cz> Zkuste hledat jméno souboru resp. URL. Pokud to k němu nedojde, tak bych před volání dal echo "abcdef" a hledal tento řetězec. Za výpisem by mělo být volání get contents. L. Dne 20.6.2011 17:53, Tomáš Koželuh napsal(a): > Tak to se přiznám, že vůbec netuším, co hledat, strace vysype strašně moc věcí. Přivedl mě na myšlenku nějaké vadné nebo poškozené knihovny, ale nemám představu, která by to mohla dělat. Kontrola zabudovaná v Gentoo žádnou chybějící neodhalí a problém v existující knihovně zase nevím, jak bych odhalil já. Bohužel začínám dost narážet na svoje limity znalostí a netuším, kam s tím pohnout dál. Google, nad kterým jsem strávil celé dopoledne, mně s ničím nepomohl. Problémy, co měli lidi, obvykle byly v syntaxi nebo v nastavení php.ini, ale to mám v pořádku. > > >> -----Original Message----- >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >> Of Ladislav Vaiz >> Sent: Monday, June 20, 2011 3:35 PM >> To: Diskuse o Linuxu v cestine >> Subject: RE: PHP funkce file_get_contents přestala fungovat >> >> Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: >> strace php skript.php ? >> >> L. > From dast na panelnet.cz Mon Jun 20 21:20:35 2011 From: dast na panelnet.cz (Dalibor Straka) Date: Mon, 20 Jun 2011 21:20:35 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: References: <4DFF3AD0.1020803@panelnet.cz> Message-ID: <4DFF9D83.90909@panelnet.cz> Ahoj, On 06/20/2011 06:24 PM, Martin Tiršel wrote: > Zdravim, > > ked pozeram tcpdump, tak to vyzera takto: > > DNS Standard query A www.xy.xy > DNS Standard query AAAA www.xy.xy > DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 > > 5 sekund pauza > > DNS Standard query A www.xy.xy > DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 > DNS Standard query AAAA www.xy.xy > DNS Standard query response CNAME abc.cde.xy > nemam moc rad tyto pozmenene vystupy, dulezite je, kterych DNS se ptal, to je v obou pripadech ten samy DNS nebo neni? Pokud zase budete editovat vystup tcpdumpu, dejte velky pozor, abyste vsechny IP neprepsal na 1.2.3.4 -- Dalibor Straka From psimek na jcu.cz Mon Jun 20 21:54:44 2011 From: psimek na jcu.cz (Petr Simek) Date: Mon, 20 Jun 2011 21:54:44 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: References: <4DFF3AD0.1020803@panelnet.cz> Message-ID: On Mon, 20 Jun 2011, Martin Tiršel wrote: > Velmi z toho mudry nie som, ale zrejme to bude suvisiet s AAAA dotazom a > cakanie na timeout? Co s tym? :) Zakazat IPV6 :-) > Martin Tiršel *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From spam na nagano.cz Tue Jun 21 13:09:23 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Tue, 21 Jun 2011 13:09:23 +0200 (CEST) Subject: =?UTF-8?Q?Re=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_fungovat?= In-Reply-To: <4DFF80FC.7020804@nagano.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> Message-ID: Zkoušel jsem file_get_contents na Debianu Lenny. Používají se klasicné syscally, čili žádný curl. Pokud to máte stejně, tak by strace mohl pomoci. L. On Mon, 20 Jun 2011, Ladislav Vaiz wrote: > Zkuste hledat jméno souboru resp. URL. Pokud to k němu nedojde, tak bych před > volání dal echo "abcdef" a hledal tento řetězec. Za výpisem by mělo být > volání get contents. > L. > > > Dne 20.6.2011 17:53, Tomáš Koželuh napsal(a): >> Tak to se přiznám, že vůbec netuším, co hledat, strace vysype strašně moc >> věcí. Přivedl mě na myšlenku nějaké vadné nebo poškozené knihovny, ale >> nemám představu, která by to mohla dělat. Kontrola zabudovaná v Gentoo >> žádnou chybějící neodhalí a problém v existující knihovně zase nevím, jak >> bych odhalil já. Bohužel začínám dost narážet na svoje limity znalostí a >> netuším, kam s tím pohnout dál. Google, nad kterým jsem strávil celé >> dopoledne, mně s ničím nepomohl. Problémy, co měli lidi, obvykle byly v >> syntaxi nebo v nastavení php.ini, ale to mám v pořádku. >> >> >>> -----Original Message----- >>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >>> Of Ladislav Vaiz >>> Sent: Monday, June 20, 2011 3:35 PM >>> To: Diskuse o Linuxu v cestine >>> Subject: RE: PHP funkce file_get_contents přestala fungovat >>> >>> Takový výstřel do tmy - nepomohlo by spouštět skript přes strace: >>> strace php skript.php ? >>> >>> L. >> > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > From mr.death na ipq.cz Tue Jun 21 13:46:42 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Tue, 21 Jun 2011 13:46:42 +0200 Subject: =?utf-8?Q?RE:_PHP_funkce_file=5Fget=5Fcontents?= =?utf-8?Q?_p=C5=99estala_fungovat?= In-Reply-To: References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> Message-ID: <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> Já to tam nemůžu najít, dal jsem si tam i to echo, a to se nacpe pouze na úplný konec výpisu. Přihodil jsem strace php test.php a strace -e open php test.php do výpisu na svoje stránky www.ipq.cz/strace.txt Třeba v tom někdo uvidí víc, než v tom vidím já. Je vidět, že to nějaký knihovny nenašlo, ale nezdá se mně, že by chybělo něco zásadního. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Tuesday, June 21, 2011 1:09 PM > > Zkoušel jsem file_get_contents na Debianu Lenny. Používají se klasicné > syscally, čili žádný curl. Pokud to máte stejně, tak by strace mohl > pomoci. From spam na nagano.cz Tue Jun 21 14:23:51 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Tue, 21 Jun 2011 14:23:51 +0200 Subject: PHP funkce file_get_contents =?UTF-8?B?cMWZZXN0YWxhIGZ1bmdvdg==?= =?UTF-8?B?YXQ=?= In-Reply-To: <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> Message-ID: <4E008D57.5080309@nagano.cz> Zaujalo mě tam toto: write(1, ") = 107 Já vidím toto: write(1, "abcdef"..., 6) = 6 write(1, "ghijkl"..., 6) = 6 socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3 close(3) = 0 socket(PF_NETLINK, SOCK_RAW, 0) = 3 bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0 getsockname(3, {sa_family=AF_NETLINK, pid=13989, groups=00000000}, [2657154154157309964]) = 0 sendto(3, "\24\0\0\0\26\0\1\0035{\0N\0\0\0\0\0\0\0\0"..., 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 2 recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"0\0\0\0\24\0\2\0005{\0N\2456\0\0\ recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"@\0\0\0\24\0\2\0005{\0N\2456\0\0\ recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0005{\0N\2456\0\0 close(3) = 0 stat("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=232, ...}) = 0 .... Připadne mi, že vám php vůbec neinterpretuje skript, ale vypíše ho na stdout. Jako apache modul/cgi by to mohly být chybně nastavené přípony nebo mime typy. Tady nevím, možná místo , tak jsem to neměl důvod studovat. L. From tomas na meinlschmidt.com Tue Jun 21 14:40:08 2011 From: tomas na meinlschmidt.com (Tom Meinlschmidt) Date: Tue, 21 Jun 2011 14:40:08 +0200 Subject: =?utf-8?Q?Re=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_f?= =?utf-8?Q?ungovat?= In-Reply-To: <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> Message-ID: <277678EE-6949-416D-89ED-FD559E4BAB35@meinlschmidt.com> zdravim. doporucil bych preinstalovat php, dela to na me dojem, ze php jaksi prestalo phpckovat uplne. z jakeho duvodu, nevim. tm On Jun 21, 2011, at 13:46 , Tomáš Koželuh wrote: > Já to tam nemůžu najít, dal jsem si tam i to echo, a to se nacpe pouze na úplný konec výpisu. Přihodil jsem strace php test.php a strace -e open php test.php do výpisu na svoje stránky www.ipq.cz/strace.txt > Třeba v tom někdo uvidí víc, než v tom vidím já. Je vidět, že to nějaký knihovny nenašlo, ale nezdá se mně, že by chybělo něco zásadního. > >> -----Original Message----- >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >> Of Ladislav Vaiz >> Sent: Tuesday, June 21, 2011 1:09 PM >> >> Zkoušel jsem file_get_contents na Debianu Lenny. Používají se klasicné >> syscally, čili žádný curl. Pokud to máte stejně, tak by strace mohl >> pomoci. > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux -- =============================================================================== Tomas Meinlschmidt, MS {MCT, MCP+I, MCSE, AER}, NetApp Filer/NetCache www.meinlschmidt.com www.maxwellrender.cz www.lightgems.cz =============================================================================== From mr.death na ipq.cz Tue Jun 21 14:44:46 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Tue, 21 Jun 2011 14:44:46 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <4E008D57.5080309@nagano.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> Message-ID: <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> Já tam neměl vůbec html hlavičku, tak jsem ji tam přidal. Teď už to vyhazuje správně html kód. Běžně mně taky funguje , ale pro jistotu jsem tam přidal i to php, ostatně to je pouze nastavení v php.ini. Každopádně teď je tam vidět, že při načtení stránky si to otevře testovací soubor, načte z něho znaky a do dalšího souboru uloží. Hned pod tím se má načíst obsah stránky (http://10.0.0.2/) a zase uložit a to už se nestane. Navíc jsem rozšířil výpis strace na 256 znaků, výchozí je 32 a to dost ořezalo ty texty. Je to pořád v tom samém souboru. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Tuesday, June 21, 2011 2:24 PM > To: Diskuse o Linuxu v cestine > Subject: Re: PHP funkce file_get_contents přestala fungovat > > Zaujalo mě tam toto: > > write(1, " echo 'abcdefg'; > echo file_get_contents('soubor.txt'); > echo file_get_contents('http://10.0.0.2/'); > ?>) = 107 > > > Já vidím toto: > > write(1, "abcdef"..., 6) = 6 > write(1, "ghijkl"..., 6) = 6 > socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3 > close(3) = 0 > socket(PF_NETLINK, SOCK_RAW, 0) = 3 > bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0 > getsockname(3, {sa_family=AF_NETLINK, pid=13989, groups=00000000}, > [2657154154157309964]) = 0 > sendto(3, "\24\0\0\0\26\0\1\0035{\0N\0\0\0\0\0\0\0\0"..., 20, 0, > {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 2 > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, > groups=00000000}, > msg_iov(1)=[{"0\0\0\0\24\0\2\0005{\0N\2456\0\0\ > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, > groups=00000000}, > msg_iov(1)=[{"@\0\0\0\24\0\2\0005{\0N\2456\0\0\ > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, > groups=00000000}, > msg_iov(1)=[{"\24\0\0\0\3\0\2\0005{\0N\2456\0\0 > close(3) = 0 > stat("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=232, ...}) = 0 > .... > > > Připadne mi, že vám php vůbec neinterpretuje skript, ale vypíše ho na > stdout. Jako apache modul/cgi by to mohly být chybně nastavené přípony > nebo mime typy. Tady nevím, možná místo přesnou syntaxi neřeknu, vždy mi fungovalo , tak jsem to neměl > důvod studovat. > > L. > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux From djaara na djaara.net Tue Jun 21 14:10:58 2011 From: djaara na djaara.net (=?utf-8?Q?Jaroslav_Barto=C5=88?=) Date: Tue, 21 Jun 2011 14:10:58 +0200 Subject: =?utf-8?Q?Re=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_f?= =?utf-8?Q?ungovat?= In-Reply-To: <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> Message-ID: Ahoj, pro síťová spojení bych spíž použil strace -e connect než strace -e open. Pak by ve vystupu melo byt videt neco jako: connect(3, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("127.0.0.1")}, 16) = 0 getsockname(3, {sa_family=AF_INET, sin_port=htons(47674), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0 jen misto 127.0.0.1 bude 10.0.0.2 To by melo indikovat, ze se vubec pokousi navazat sitove spojeni. On Jun 21, 2011, at 13:46, Tomáš Koželuh wrote: > Já to tam nemůžu najít, dal jsem si tam i to echo, a to se nacpe pouze na úplný konec výpisu. Přihodil jsem strace php test.php a strace -e open php test.php do výpisu na svoje stránky www.ipq.cz/strace.txt > Třeba v tom někdo uvidí víc, než v tom vidím já. Je vidět, že to nějaký knihovny nenašlo, ale nezdá se mně, že by chybělo něco zásadního. > >> -----Original Message----- >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >> Of Ladislav Vaiz >> Sent: Tuesday, June 21, 2011 1:09 PM >> >> Zkoušel jsem file_get_contents na Debianu Lenny. Používají se klasicné >> syscally, čili žádný curl. Pokud to máte stejně, tak by strace mohl >> pomoci. > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux Jaroslav Bartoň mail: djaara na djaara.net xmpp: djaara na medoro.org From mr.death na ipq.cz Tue Jun 21 14:48:15 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Tue, 21 Jun 2011 14:48:15 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <277678EE-6949-416D-89ED-FD559E4BAB35@meinlschmidt.com> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <277678EE-6949-416D-89ED-FD559E4BAB35@meinlschmidt.com> Message-ID: <003901cc3011$7cf41510$76dc3f30$@death@ipq.cz> Od minulého týdne zkoušeno už 2x, php jinak funguje normálně až na tu jednu funkci, která funguje pouze částečně (načte ze souboru ale ne z http nebo ftp). Ještě zkusím downgrade o setinu nižší verzi, ale obávám se, že to taky nepomůže. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Tom Meinlschmidt > Sent: Tuesday, June 21, 2011 2:40 PM > > zdravim. > > doporucil bych preinstalovat php, dela to na me dojem, ze php jaksi > prestalo phpckovat uplne. z jakeho duvodu, nevim. From mr.death na ipq.cz Tue Jun 21 14:52:35 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Tue, 21 Jun 2011 14:52:35 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> Message-ID: <003c01cc3012$1848cab0$48da6010$@death@ipq.cz> Tak o to se zjevně vůbec nepokusí, objeví se tam jako connect pouze tohle: connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0 A to je Name Services Cached Daemon, je jedno, jestli je spuštěn nebo ne. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Jaroslav Bartoň > Sent: Tuesday, June 21, 2011 2:11 PM > > pro síťová spojení bych spíž použil strace -e connect než strace -e > open. Pak by ve vystupu melo byt videt neco jako: > > connect(3, {sa_family=AF_INET, sin_port=htons(0), > sin_addr=inet_addr("127.0.0.1")}, 16) = 0 > getsockname(3, {sa_family=AF_INET, sin_port=htons(47674), > sin_addr=inet_addr("127.0.0.1")}, [16]) = 0 > > jen misto 127.0.0.1 bude 10.0.0.2 > > To by melo indikovat, ze se vubec pokousi navazat sitove spojeni. From spam na nagano.cz Tue Jun 21 14:56:07 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Tue, 21 Jun 2011 14:56:07 +0200 (CEST) Subject: =?UTF-8?Q?RE=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_fungovat?= In-Reply-To: <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> Message-ID: Vam se php forkuje (clone). Vznikne proces 11446, do toho ale není vidět, chtělo by to strace -f. L. On Tue, 21 Jun 2011, Tomáš Koželuh wrote: > Já tam neměl vůbec html hlavičku, tak jsem ji tam přidal. Teď už to vyhazuje > správně html kód. Běžně mně taky funguje , ale pro jistotu jsem tam > přidal i to php, ostatně to je pouze nastavení v php.ini. Každopádně teď je > tam vidět, že při načtení stránky si to otevře testovací soubor, načte z > něho znaky a do dalšího souboru uloží. Hned pod tím se má načíst obsah > stránky (http://10.0.0.2/) a zase uložit a to už se nestane. Navíc jsem > rozšířil výpis strace na 256 znaků, výchozí je 32 a to dost ořezalo ty > texty. Je to pořád v tom samém souboru. From qaxi na seznam.cz Tue Jun 21 14:15:03 2011 From: qaxi na seznam.cz (=?UTF-8?Q?Petr_Kl=C3=ADma?=) Date: Tue, 21 Jun 2011 14:15:03 +0200 Subject: =?UTF-8?Q?Re[2]:_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_fungovat?= In-Reply-To: <002d01cc3008$e40b28f0$ac217ad0$%death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$%death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$%death@ipq.cz> <004001cc2f44$310ae160$9320a420$%death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$%death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$%death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$%death@ipq.cz> Message-ID: <9866b6157ca892f1c6dac651c00c9f6c@seznam.cz> > Já to tam nemůžu najít, dal jsem si tam i to echo, a to se nacpe pouze na úplný konec výpisu. Přihodil jsem strace php test.php a strace -e open php test.php do výpisu na svoje stránky www.ipq.cz/strace.txt Mě se to jeví jako, že to php vůbec neparsuje ,,,, zkuste to pustit jako " php -f test.php" , jo a do "soubor.txt" dejte něco jako "já jsem obsah souboru soubor.txt" ono totiž vůbec neni jasný co se vypsalo na STDOUT Petr Klíma From mr.death na ipq.cz Tue Jun 21 15:14:17 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Tue, 21 Jun 2011 15:14:17 +0200 Subject: =?utf-8?Q?RE:_PHP_funkce_file=5Fget=5Fcontents?= =?utf-8?Q?_p=C5=99estala_fungovat?= In-Reply-To: References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> Message-ID: <004501cc3015$203fa470$60beed50$@death@ipq.cz> Opraveno, teď je tam vidět, že se snaží napřed připojit IP Seznamu, ještě jsem tam popravil obsah souboru soubor.txt, aby to bylo jasnější. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Tuesday, June 21, 2011 2:56 PM > > Vam se php forkuje (clone). Vznikne proces 11446, do toho ale není > vidět, chtělo by to strace -f. From spam na nagano.cz Tue Jun 21 15:26:25 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Tue, 21 Jun 2011 15:26:25 +0200 (CEST) Subject: =?UTF-8?Q?RE=3A_PHP_funkce_file=5Fget=5Fcontents_p=C5=99estala_fungovat?= In-Reply-To: <004501cc3015$203fa470$60beed50$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> <004501cc3015$203fa470$60beed50$@death@ipq.cz> Message-ID: Já tam vidím, že se child proces připojuje přes AF_NETLINK (nevím, co to je) k /car/run/nscd/socket a z něj získá www.seznam.cz. Možná jsem to přehlédl, ale co je přesně argumentem file_get_contents? Máte na stroji v pořádku resolvování? L. On Tue, 21 Jun 2011, Tomáš Koželuh wrote: > Opraveno, teď je tam vidět, že se snaží napřed připojit IP Seznamu, ještě jsem tam popravil obsah souboru soubor.txt, aby to bylo jasnější. > From mr.death na ipq.cz Tue Jun 21 16:52:57 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Tue, 21 Jun 2011 16:52:57 +0200 Subject: =?utf-8?Q?RE:_PHP_funkce_file=5Fget=5Fcontents?= =?utf-8?Q?_p=C5=99estala_fungovat?= In-Reply-To: References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> <004501cc3015$203fa470$60beed50$@death@ipq.cz> Message-ID: <005401cc3022$e8b689c0$ba239d40$@death@ipq.cz> Běží na něm přímo bind a já běžím přes něho. Když dám v konzoli ping, tak taky projde, i pošta přes ten stroj sem dorazí. Mám tam přesně totok: $test = file_get_contents('http://www.seznam.cz/'); > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Tuesday, June 21, 2011 3:26 PM > To: Diskuse o Linuxu v cestine > Subject: RE: PHP funkce file_get_contents přestala fungovat > > Já tam vidím, že se child proces připojuje přes AF_NETLINK (nevím, co > to > je) k /car/run/nscd/socket a z něj získá www.seznam.cz. > Možná jsem to přehlédl, ale co je přesně argumentem file_get_contents? > Máte na stroji v pořádku resolvování? > > L. > > On Tue, 21 Jun 2011, Tomáš Koželuh wrote: > > > Opraveno, teď je tam vidět, že se snaží napřed připojit IP Seznamu, > ještě jsem tam popravil obsah souboru soubor.txt, aby to bylo jasnější. > > From mr.death na ipq.cz Tue Jun 21 16:58:12 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Tue, 21 Jun 2011 16:58:12 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <005401cc3022$e8b689c0$ba239d40$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> <004501cc3015$203fa470$60beed50$@death@ipq.cz> <005401cc3022$e8b689c0$ba239d40$@death@ipq.cz> Message-ID: <005701cc3023$a47659b0$ed630d10$@death@ipq.cz> Ještě jsem si tam přidal gethostbyname('www.google.com') a normálně to resolvuje IP. Takže překlad je v pořádku. I když stopnu nscd, tak to pořád resolvuje správně. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Tomáš Koželuh > Sent: Tuesday, June 21, 2011 4:53 PM > > Běží na něm přímo bind a já běžím přes něho. Když dám v konzoli ping, > tak taky projde, i pošta přes ten stroj sem dorazí. Mám tam přesně > totok: $test = file_get_contents('http://www.seznam.cz/'); From spam na nagano.cz Wed Jun 22 09:48:56 2011 From: spam na nagano.cz (Ladislav Vaiz) Date: Wed, 22 Jun 2011 09:48:56 +0200 Subject: PHP funkce file_get_contents =?UTF-8?B?cMWZZXN0YWxhIGZ1bmdvdg==?= =?UTF-8?B?YXQ=?= In-Reply-To: <005701cc3023$a47659b0$ed630d10$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> <004501cc3015$203fa470$60beed50$@death@ipq.cz> <005401cc3022$e8b689c0$ba239d40$@death@ipq.cz> <005701cc3023$a47659b0$ed630d10$@death@ipq.cz> Message-ID: <4E019E68.2040902@nagano.cz> Mě už nic nenapadá, moje verze se chová úplně jinak. Ale předpokládám, že se zanedlouho ozve p. Kaňkovský a odhalí nám, kde je problém :-) L. Tomáš Koželuh napsal(a): > Ještě jsem si tam přidal gethostbyname('www.google.com') a normálně to > resolvuje IP. Takže překlad je v pořádku. > I když stopnu nscd, tak to pořád resolvuje správně. > > >> -----Original Message----- >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf >> Of Tomáš Koželuh >> Sent: Tuesday, June 21, 2011 4:53 PM >> >> Běží na něm přímo bind a já běžím přes něho. Když dám v konzoli ping, >> tak taky projde, i pošta přes ten stroj sem dorazí. Mám tam přesně >> totok: $test = file_get_contents('http://www.seznam.cz/'); >> > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > From mr.death na ipq.cz Wed Jun 22 10:44:37 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Wed, 22 Jun 2011 10:44:37 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <4E019E68.2040902@nagano.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <69937.2196.196-31392-827742482-1308566163@seznam.cz> <003d01cc2f38$495eded0$dc1c9c70$@death@ipq.cz> <004001cc2f44$310ae160$9320a420$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <005e01cc2f62$3c55d3e0$b5017ba0$@death@ipq.cz> <4DFF80FC.7020804@nagano.cz> <002d01cc3008$e40b28f0$ac217ad0$@death@ipq.cz> <4E008D57.5080309@nagano.cz> <003601cc3011$00afcbc0$020f6340$@death@ipq.cz> <004501cc3015$203fa470$60beed50$@death@ipq.cz> <005401cc3022$e8b689c0$ba239d40$@death@ipq.cz> <005701cc3023$a47659b0$ed630d10$@death@ipq.cz> <4E019E68.2040902@nagano.cz> Message-ID: <003501cc30b8$9edbea70$dc93bf50$@death@ipq.cz> Taky doufám, že se ještě najde někdo, kdo řekne, co mám blbě. :) Dneska zkusím downgrade PHP, ale moc šancí tomu nedávám. Problém bude v nějaké knihovně mimo PHP. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Ladislav Vaiz > Sent: Wednesday, June 22, 2011 9:49 AM > > Mě už nic nenapadá, moje verze se chová úplně jinak. Ale předpokládám, > že se zanedlouho ozve p. Kaňkovský a odhalí nám, kde je problém :-) > L. From tomasek na etf.cuni.cz Wed Jun 22 11:12:52 2011 From: tomasek na etf.cuni.cz (Petr Tomasek) Date: Wed, 22 Jun 2011 11:12:52 +0200 Subject: PHP funkce =?utf-8?Q?file=5Fget=5Fcont?= =?utf-8?Q?ents_p=C5=99estala?= fungovat In-Reply-To: <003501cc30b8$9edbea70$dc93bf50$@death@ipq.cz> References: <69937.2196.196-31392-827742482-1308566163@seznam.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <4DFF80FC.7020804@nagano.cz> <4E008D57.5080309@nagano.cz> <4E019E68.2040902@nagano.cz> <003501cc30b8$9edbea70$dc93bf50$@death@ipq.cz> Message-ID: <20110622091252.GA13868@ebed.etf.cuni.cz> On Wed, Jun 22, 2011 at 10:44:37AM +0200, Tomáš Koželuh wrote: > Taky doufám, že se ještě najde někdo, kdo řekne, co mám blbě. :) > Dneska zkusím downgrade PHP, ale moc šancí tomu nedávám. Problém bude v > nějaké knihovně mimo PHP. > > > -----Original Message----- > > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > > Of Ladislav Vaiz > > Sent: Wednesday, June 22, 2011 9:49 AM > > > > Mě už nic nenapadá, moje verze se chová úplně jinak. Ale předpokládám, > > že se zanedlouho ozve p. Kaňkovský a odhalí nám, kde je problém :-) > > L. Bláznivé nápady: nehacknul vám to někdo? Nejsou součástí updatu nějaké hrátky s php.ini? Se SeLinuxem? ... P. -- Petr Tomasek Jabber: butrus na jabbim.cz ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ EA 355:001 DU DU DU DU EA 355:002 TU TU TU TU EA 355:003 NU NU NU NU NU NU NU EA 355:004 NA NA NA NA NA ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From mr.death na ipq.cz Wed Jun 22 11:32:49 2011 From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=) Date: Wed, 22 Jun 2011 11:32:49 +0200 Subject: =?iso-8859-2?Q?RE:_PHP_funkce_file=5Fget=5Fcontents_p=F8estala_fungovat?= In-Reply-To: <20110622091252.GA13868@ebed.etf.cuni.cz> References: <69937.2196.196-31392-827742482-1308566163@seznam.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <4DFF80FC.7020804@nagano.cz> <4E008D57.5080309@nagano.cz> <4E019E68.2040902@nagano.cz> <003501cc30b8$9edbea70$dc93bf50$@death@ipq.cz> <20110622091252.GA13868@ebed.etf.cuni.cz> Message-ID: <003801cc30bf$5a781e10$0f685a30$@death@ipq.cz> Hacknutí nelze vyloučit, ale projevovalo by se dost zvláštně. Navíc pokud by byla chyba v PHP (nahrazena nějaká jeho součást), tak už by byla dávno fuč, protože jsem od té doby 2x přeinstaloval (rekompiloval). Navíc jsem si ničeho dalšího zvláštního nevšimnul. A nebo je to velice úspěšný a nenápadný hack. Další věc je, že to nejspíš souvisí s updatem některých balíků, který jsem prováděl minulý týden. PHP mezi nimi nebylo, nejspíš to souvisí s nějakou knihovnou mimo PHP, ale nejsem schopen odhalit, která by to mohla být. Konfiguráky měly datum poslední úpravy z října 2010, navíc by se úprava musela udělat současně v php.ini pro Apache i pro CLI. SeLinux neprovozuju. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Petr Tomasek > Sent: Wednesday, June 22, 2011 11:13 AM > > Bláznivé nápady: nehacknul vám to někdo? Nejsou součástí updatu nějaké > hrátky > s php.ini? Se SeLinuxem? ... From yahoo na bni.ro Wed Jun 22 17:01:03 2011 From: yahoo na bni.ro (Yahoo Status check) Date: Wed, 22 Jun 2011 18:01:03 +0300 Subject: Yahoo Status free check ! Message-ID: <47824afb3d1e2f45b07230ecd5555bb8@info.bni.ro> Hi, Do you want to check your friends if they hide from you in Yahoo Messenger? Very simple! click on http://info.bni.ro/lists/lt.php?id=ME9RVFIBAVNMDAdNAgQAAwlX write the id of your buddy and press check Starting today, your yahoo buddies won`t be invisible for you anymore. -- This message will be received only once, so if you want to keep the link from above, please add yahoo.bni.ro as favorite link on your browser. If you want to remove your address from our database click on the following link: http://info.bni.ro/lists/lt.php?id=ME9RVFIBAVZMDAdNAgQAAwlX If you want to forward this email to another email address click on the following link: http://info.bni.ro/lists/lt.php?id=ME9RVFIBAVFMDAdNAgQAAwlX From waliangeahanaan18amu na msn.com Wed Jun 22 21:17:32 2011 From: waliangeahanaan18amu na msn.com (Louis) Date: Thu, 23 Jun 2011 03:17:32 +0800 Subject: =?GB2312?B?QW5pbWF0ZWQgTW92aWUvVFYgU2VyaWVzIA==?= =?GB2312?B?LSBDYXJ0b29uIE1vdmllL1RWIFNlcmllcw==?= =?GB2312?B?IC0gM0QvMkQgQW5pbWF0aW9uIFNlcnZpYw==?= =?GB2312?B?ZXM=?= Message-ID: You are receiving this email because we wish you to use our 3D/2D Animated Movie/TV Series Services. We are a China based Animated Movie/TV Series Studio. with the technical, our studio is a animation studio with the technical, creative and production capabilities to create a new generation of animated feature films, merchandise and other related products. Our objective is to combine proprietary technology and world-class creative talent to develop computer-animated feature films with memorable characters and heartwarming stories that appeal to audiences of all ages. We utilize the finest equipment available in the industry, offer efficient data delivery and unrivaled quality and work until the client is fully satisfied with the end product. Core Offerings 2D Animation 3D Animation 4D Animation Cell Animation Cartoon Animation Animated Movies Animated TV Series Architecture Visualization Character Animation Animated Commercial Animated Presentation Walkthrough Animation Flash Presentation Logo Animation Animated Wallpapers Animated Graphics We are also looking for agents who can represent us in USA and Europe in order to gain more Animated Movie orders. Best regards, Louis Tanmansoniu Animation Services Contact: ibanicontact na yeah.net Pls send address to koremoveideit na yeah.net for remove From waliangeahanaan18amu na msn.com Wed Jun 22 21:48:09 2011 From: waliangeahanaan18amu na msn.com (Louis) Date: Thu, 23 Jun 2011 03:48:09 +0800 Subject: =?GB2312?B?M0QvMkQgQW5pbWF0aW9uIHNlcnZpY2VzIA==?= =?GB2312?B?LSBDYXJ0b29uIE1vdmllIC0gM0QgbW9kZQ==?= =?GB2312?B?bGluZw==?= Message-ID: You are receiving this email because we wish you to use our 3D/2D animation services. We are a China based animation studio. We are specialized in providing 3D designing/modelling/animation services across the globe. We utilize the finest equipment available in the industry, offer efficient data delivery and unrivaled quality and work until the client is fully satisfied with the end product. We pushed past the limitations of technology and hardware to bring 3D walk-through animations and animated effects to the Web, VHS, DVD and now High-Definition. 3d Animation services 3D Modeling Character.Set.Props. Modeling , and Environment Creation Painting Textures layout Uv,painting the Colour.Bump. Normal Map .etc 3D Animation Rigging.Skinning.Aanimation for game and film Custom 3D Modeling Whether you're looking for an inexpensive alternative to 3D model conversion software or just need your latest creative masterpiece to import correctly into your new favorite software, we can help! Architectures Services Interior/exterior architecture rendering Architecture animation Core Offerings 3D Animation 4D Animation 3D Modelling 3D Rendering Cell Animation 2D Animation Animated Movies Animated TV Series 2D/3D Game Animation 2D/3D Game Development Cartoon Architecture Visualization Character Animation Animated Commercial Product Modelling Animated Presentation Walkthrough Animation Flash Presentation Logo Animation Flash Animation Flash Games Product Demos Medical Animation Flash Gateways Animated Wallpapers Animated Graphics Best regards, Louis Lanasonfan Animation Services Contact: anicontact na yeah.net Pls send address to koremoveanicon na yeah.net for remove From pali na tmapy.cz Wed Jun 22 22:59:09 2011 From: pali na tmapy.cz (Pavel Lisy) Date: Wed, 22 Jun 2011 22:59:09 +0200 Subject: GRUB problem Message-ID: <1308776349.6699.8.camel@homer.lisilan.cz> Zdravím mohl byste mi někdo vysvětlit, jak je možné, že grub nevidí některé soubory? Mám dva disky v mirror1 (po partišnách) na nich partisny: /dev/sda1 a /dev/sdb1 jako /dev/md0 /dev/sda3 a /dev/sdb3 jako /dev/md1 na /dev/md0 je ext2 na /dev/md0 je ext4 když dám v grubu find /boot/grub/stage1 tak to najde pouze (hd0,2) (hd1,2) na obou filesystémech ale ten soubor je. Mořím se s tím již druhý den a nemohu nikde najít, jak se to může stát. Nenapadne vás někoho proč? Budu vděčný za každý pokus o odpověď Pavel PS: HW Celeron 2.8 GHz 4GB ram 2x disk 500GB Seagate Baracuda systém na /dev/md1 Fedora 15 x86_64 -- Pavel Lisy From lk na blackpage.eu Thu Jun 23 00:40:42 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Thu, 23 Jun 2011 00:40:42 +0200 Subject: Samba a OpenVPN Message-ID: Zdravim, mam tu vo firme nainstalovanu Sambu a nazdielane nejake adresare, siet 192.168.14.0, vsetko ok. Teraz som nahodil OpenVPN, z ineho miesta sa pripojim, siet 10.8.0.0, tiez vsetko ok. Teraz chcem docielit toho, aby uzivatelia s Windows a nastavenymi sietovymi diskami cez VPN pripojenie mali pristup k tymto nazdielany adresarom, ale nejako som narazil :) Docital som sa, ze Windows pocitace aby sa videli v sieti, musia byt na rovnakej sieti, co znamena pouzitie bridge rezimu, co by znamenalo zasa vsetky compy obehat a zmenit konfiguraciu VPN klienta. Takze chcem ist cestou, aby sa VPN uzivatelia pripajali na \\10.8.0.1, co mi funguje, ale uz nefunguje \\nazov\zdielany_adresar. Tak som skusil v Sambe nastavit: wins support = yes name resolve order = lmhosts host wins bcast Vytvoril som /etc/samba/lmhosts a tam dal: 10.8.0.1 OFFICEBA Do /etc/openvpn/server.conf som dal: push "dhcp-option WINS 10.8.0.1" push "dhcp-option NBT 2" Restartol som obe sluzby a z Windows vytvoril VPN spojenie a nic :) \\officeba mi Windows neresolvuje. Ak na Windows dam: nbtstat -n Tak vo vypise vobec nefiguruje OFFICE workgroup, co je zrejme ok. Ak dam: nbtstat -c tak dostanem toto: Local Area Connection 2: Node IpAddress: [10.8.0.6] Scope Id: [] NetBIOS Remote Cache Name Table Name Type Host Address Life [sec] ------------------------------------------------------------ 10.8.0.1 <20> UNIQUE 10.8.0.1 265 OFFICEBA <1E> GROUP 0.0.0.0 265 Co vobec nesedi s tym, co som dal do lmhosts. Skor to cele posobi, ze lmhosts je uplne ignorovane. Ak vypnem WINS, tak OFFICEBA sa do cache nedostane a mam len zaznam 10.8.0.1, takze predpokladam, ze WINS funguje (ipconfig ho taktiez vypise). Vie niekto poradit co robim zle? Pripadne ako sa dohrabem k rovnakemu vysledku treba aj inym sposobom? -- S pozdravom, Martin Tiršel From leos.houser na aacomputer.cz Thu Jun 23 01:38:53 2011 From: leos.houser na aacomputer.cz (=?iso-8859-2?Q?Ing._Leo=B9_Houser?=) Date: Thu, 23 Jun 2011 01:38:53 +0200 Subject: Samba a OpenVPN References: Message-ID: <5EA7D8C8185D4285B07DD72BBF330F7D@virtualwidlexp> DD, mě Samba s OpenVPN funguje naprosto OK. Zkuste zkontrolovat firewall, konfiguraci Samby - zejména parematry "interfaces" a "host allow". Tam musí být uvedena síť, která je přidělována OpenVPN klientům RoadWarrior nebo sítím protistran. Ve vašem případě zřejmě stačí upravit tento řádek nějak takto: hosts allow = 127. 192.168.14. 10.8. Pokud to nepomůže, doporučuji napřed tcpdump na serveru se Sambou a pokud je vše i tady OK, tak debug level logů na Samba serveru. Příjemnou pracovní noc. S pozdravem -- Ing. Leoš Houser, jednatel AA COMPUTER, s.r.o. Konečná 917/25 360 05 Karlovy Vary Tel: +420 353 566 539 Mob.: +420 737 107 202 E-mail: leos.houser na aacomputer.cz WWW: http://www.aacomputer.cz ----- Původní zpráva ----- Od: "Martin Tiršel" Komu: Odesláno: 23. června 2011 0:40 Předmět: Samba a OpenVPN Zdravim, mam tu vo firme nainstalovanu Sambu a nazdielane nejake adresare, siet 192.168.14.0, vsetko ok. Teraz som nahodil OpenVPN, z ineho miesta sa pripojim, siet 10.8.0.0, tiez vsetko ok. Teraz chcem docielit toho, aby uzivatelia s Windows a nastavenymi sietovymi diskami cez VPN pripojenie mali pristup k tymto nazdielany adresarom, ale nejako som narazil :) Docital som sa, ze Windows pocitace aby sa videli v sieti, musia byt na rovnakej sieti, co znamena pouzitie bridge rezimu, co by znamenalo zasa vsetky compy obehat a zmenit konfiguraciu VPN klienta. Takze chcem ist cestou, aby sa VPN uzivatelia pripajali na \\10.8.0.1, co mi funguje, ale uz nefunguje \\nazov\zdielany_adresar. Tak som skusil v Sambe nastavit: wins support = yes name resolve order = lmhosts host wins bcast Vytvoril som /etc/samba/lmhosts a tam dal: 10.8.0.1 OFFICEBA Do /etc/openvpn/server.conf som dal: push "dhcp-option WINS 10.8.0.1" push "dhcp-option NBT 2" Restartol som obe sluzby a z Windows vytvoril VPN spojenie a nic :) \\officeba mi Windows neresolvuje. Ak na Windows dam: nbtstat -n Tak vo vypise vobec nefiguruje OFFICE workgroup, co je zrejme ok. Ak dam: nbtstat -c tak dostanem toto: Local Area Connection 2: Node IpAddress: [10.8.0.6] Scope Id: [] NetBIOS Remote Cache Name Table Name Type Host Address Life [sec] ------------------------------------------------------------ 10.8.0.1 <20> UNIQUE 10.8.0.1 265 OFFICEBA <1E> GROUP 0.0.0.0 265 From leo na matrix-leo.cz Wed Jun 22 11:05:49 2011 From: leo na matrix-leo.cz (Leonardo) Date: Wed, 22 Jun 2011 11:05:49 +0200 Subject: PHP funkce file_get_contents =?utf-8?q?p=C5=99estala?= fungovat In-Reply-To: <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> Message-ID: <201106221105.49613.leo@matrix-leo.cz> Dne pondělí 20 června 2011 15:25:42 Tomáš Koželuh napsal(a): > Je to úplně na hlavu, proč to do minulýho týdne fungovalo a teď ani ťuk. > Abych vyloučil i to DNS, tak jsem zkusil dotaz přímo na lokální IP. Když to > dám přímo v konzoli, tak wget načte jednoduchou stránku, když to dám takto: > echo file_get_contents('http://10.0.0.2/'); PHP sice neumím(ale pilně studuji :) ), ale nedalo mě to tak jsem danou funkci zkusil s rúznými parametry a dostal jsem dva rúzné výsledky v 1. případě jsem použil echo file_get_contents('http://matrix-leo.cz/'); a ve 2. připadě jsem použil echo file_get_contents('http://10.0.0.1/'); Vysledek je zde http://matrix-leo.cz/pokusy/pokus.php Všimnete si výpisu erroru pod echo file_get_contents('http://10.0.0.1/'); nicméně na mojém domácím stroji se vypisuje Warning: file_get_contents(http://10.0.0.1/): failed to open stream: Connection refused in Jak jsem již napsal php NEUMÍM, ale myslím si že toto by mohl být ten malý problém. -- Leonardo ------ ?Teoretické znalosti dnes už nestačí. Člověk musí překročit jejich hranice a umění se stane neumělým uměním, které vyrústá z nevědomí? Daitsu Suzuki ( 1870 ? 1966 ) --------- Feder ajsi romňi, so buter manušňi sar džuvli. Cikánské přísloví From tosuja na tosuja.info Thu Jun 23 09:05:19 2011 From: tosuja na tosuja.info (Petr Klima) Date: Thu, 23 Jun 2011 09:05:19 +0200 Subject: Samba a OpenVPN In-Reply-To: References: Message-ID: <4E02E5AF.4010906@tosuja.info> Pokud si dobre pamatuju, pro rozeznavani jmen pocitacu v ruznych subnetech je treba mit v siti fungujici WINS server (alias sambu se zapnutou podporou WINS). Pak muzete mit i routovanou sit s tim, ze WINS server bude jeden definovany onou DHCP option. Samozrejme to chce, aby ten Wins server byl i master browser, pripadne domain master. Petr On 23.6.2011 00:40, Martin Tiršel wrote: > Zdravim, > > mam tu vo firme nainstalovanu Sambu a nazdielane nejake adresare, siet > 192.168.14.0, vsetko ok. Teraz som nahodil OpenVPN, z ineho miesta sa > pripojim, siet 10.8.0.0, tiez vsetko ok. Teraz chcem docielit toho, aby > uzivatelia s Windows a nastavenymi sietovymi diskami cez VPN pripojenie > mali pristup k tymto nazdielany adresarom, ale nejako som narazil :) > > Docital som sa, ze Windows pocitace aby sa videli v sieti, musia byt na > rovnakej sieti, co znamena pouzitie bridge rezimu, co by znamenalo zasa > vsetky compy obehat a zmenit konfiguraciu VPN klienta. Takze chcem ist > cestou, aby sa VPN uzivatelia pripajali na \\10.8.0.1, co mi funguje, > ale uz nefunguje \\nazov\zdielany_adresar. Tak som skusil v Sambe nastavit: > > wins support = yes > name resolve order = lmhosts host wins bcast > > Vytvoril som /etc/samba/lmhosts a tam dal: > > 10.8.0.1 OFFICEBA > > Do /etc/openvpn/server.conf som dal: > > push "dhcp-option WINS 10.8.0.1" > push "dhcp-option NBT 2" > > Restartol som obe sluzby a z Windows vytvoril VPN spojenie a nic :) > \\officeba mi Windows neresolvuje. Ak na Windows dam: > > nbtstat -n > > Tak vo vypise vobec nefiguruje OFFICE workgroup, co je zrejme ok. Ak dam: > > nbtstat -c > > tak dostanem toto: > > > Local Area Connection 2: > Node IpAddress: [10.8.0.6] Scope Id: [] > > NetBIOS Remote Cache Name Table > > Name Type Host Address Life [sec] > ------------------------------------------------------------ > 10.8.0.1 <20> UNIQUE 10.8.0.1 265 > OFFICEBA <1E> GROUP 0.0.0.0 265 > > > Co vobec nesedi s tym, co som dal do lmhosts. Skor to cele posobi, ze > lmhosts je uplne ignorovane. > > Ak vypnem WINS, tak OFFICEBA sa do cache nedostane a mam len zaznam > 10.8.0.1, takze predpokladam, ze WINS funguje (ipconfig ho taktiez vypise). > > > Vie niekto poradit co robim zle? Pripadne ako sa dohrabem k rovnakemu > vysledku treba aj inym sposobom? > > From lists.subscriber na pragl.cz Thu Jun 23 09:23:29 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Thu, 23 Jun 2011 09:23:29 +0200 Subject: Samba a OpenVPN In-Reply-To: <4E02E5AF.4010906@tosuja.info> References: <4E02E5AF.4010906@tosuja.info> Message-ID: <3A5EAB64CD3E4100B833E11F0B2FFF0E@MirekPNB> staci spravne nakonfigurovane DNS WINS(nejen) je treba pro PROHLEAVANI pocitacu v network neighborhood za routerem, Samozrejme je treba pres DHCP krome adresy WINS predat i vhodny (vets. h-node) node type. Pokud nepouzivas NetBT je WINS zbytecne. MP -----Original Message----- From: Petr Klima Sent: Thursday, June 23, 2011 9:05 AM To: linux na linux.cz Subject: Re: Samba a OpenVPN Pokud si dobre pamatuju, pro rozeznavani jmen pocitacu v ruznych subnetech je treba mit v siti fungujici WINS server (alias sambu se zapnutou podporou WINS). From mr.death na ipq.cz Thu Jun 23 12:43:24 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Thu, 23 Jun 2011 12:43:24 +0200 Subject: =?utf-8?Q?VY=C5=98E=C5=A0ENO:_PHP_funkce_file=5Fget=5Fco?= =?utf-8?Q?ntents_p=C5=99estala_fungovat?= In-Reply-To: <201106221105.49613.leo@matrix-leo.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <201106221105.49613.leo@matrix-leo.cz> Message-ID: <000901cc3192$613e7090$23bb51b0$@death@ipq.cz> Tak už jsem to vyřešil, trochu pozdě mě napadlo podívat se do fóra Gentoo a samozřejmě na to někdo narazil. Takže viník je velice pravděpodobně nová verze curlu, ale nemohl jsem zkusit downgrade, protože předchozí verze z portage zmizela. Naštěstí existuje řešení, rekompilace php bez curlwrappers. V tu chvíli to začalo zase fungovat. Více info zde: http://forums.gentoo.org/viewtopic-t-853289-highlight-filegetcontents.html Každopádně díky všem za spolupráci. From mr.death na ipq.cz Thu Jun 23 12:45:01 2011 From: mr.death na ipq.cz (=?utf-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=) Date: Thu, 23 Jun 2011 12:45:01 +0200 Subject: =?utf-8?Q?RE:_PHP_funkce_file=5Fget=5Fcontents?= =?utf-8?Q?_p=C5=99estala_fungovat?= In-Reply-To: <201106221105.49613.leo@matrix-leo.cz> References: <003a01cc2f2f$1379a790$3a6cf6b0$@death@ipq.cz> <00ec1816e9841bc218ea59ce415135f7.squirrel@sq.gransy.com> <004901cc2f4d$8e3fe0c0$aabfa240$@death@ipq.cz> <201106221105.49613.leo@matrix-leo.cz> Message-ID: <000c01cc3192$9a890900$cf9b1b00$@death@ipq.cz> Tady ta chyba spíš znamená, že server na IP 10.0.0.1 odmítl spojení. S mým problémem vůbec nesouvisí, protože ta funkce zjevně funguje správně. > -----Original Message----- > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf > Of Leonardo > Sent: Wednesday, June 22, 2011 11:06 AM > > PHP sice neumím(ale pilně studuji :) ), ale nedalo mě to tak jsem > danou > funkci zkusil s rúznými parametry a dostal jsem dva rúzné výsledky > > v 1. případě jsem použil echo file_get_contents('http://matrix- > leo.cz/'); > a ve 2. připadě jsem použil echo file_get_contents('http://10.0.0.1/'); > > Vysledek je zde http://matrix-leo.cz/pokusy/pokus.php > > Všimnete si výpisu erroru pod echo > file_get_contents('http://10.0.0.1/'); > nicméně na mojém domácím stroji se vypisuje Warning: > file_get_contents(http://10.0.0.1/): failed to open stream: Connection > refused > in > Jak jsem již napsal php NEUMÍM, ale myslím si že toto by mohl být ten > malý > problém. From Jiri.Horak na ing.cz Thu Jun 23 12:56:40 2011 From: Jiri.Horak na ing.cz (Jiri.Horak na ing.cz) Date: Thu, 23 Jun 2011 12:56:40 +0200 Subject: Genius TVGO DVB-T11 PCI karta Message-ID: Dobrý den, zkoušel jsem v Ubuntu 10.04LTS, kernel 2.6.39, zprovoznit výše uvedenou PCI DVB-T kartu. http://www.alfacomp.cz/php/product.php?eid=10524300J000000WQ7 Karta se hlásí následovně : 05:02 Multimedia video controller: Device 1a2d:1768 Subsystem: Device 1801:0101 Flags: bus master, slow devsel, latency 64 IRQ 14 memory at feaff800 (32 bit, non-prefetchable) [size=1k] Capabilities: [78] Power management version 3 Karta obsahuje tuner Microtune MT6020-STV0297, na velkem chipu (demodulator?) je označení EC188. Pokoušel jsem se googlit po celém netu, bohužel nikde jsem nenašel návod ke zprovoznění.Má někdo jiné zkušenosti ? Děkuji Horák From lk na blackpage.eu Fri Jun 24 00:24:12 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Fri, 24 Jun 2011 00:24:12 +0200 Subject: Samba a OpenVPN In-Reply-To: <3A5EAB64CD3E4100B833E11F0B2FFF0E@MirekPNB> References: <4E02E5AF.4010906@tosuja.info> <3A5EAB64CD3E4100B833E11F0B2FFF0E@MirekPNB> Message-ID: Teraz som si presiel rozne kombinacie v nastaveni a pre moje sucasne potreby (asi len browsovanie nebude fungovat) staci len toto: * OpenVPN push "dhcp-option WINS 10.8.0.1" * Samba wins support = yes dns proxy = yes Prave dns proxy sposobi, ze WINS server sa bude na nezname poziadavky dotazovat DNS servera (a predtym pozre samozrejme /etc/hosts). Ak zrusim dns proxy, tak preklada len NetBIOS mena, ktore zozbiera. Cakal som, ze ak hosts uvediem do name resolve order, tak WINS bude hosts subor automaticky citat, ale necita. Trapi ma ale este jedna vec, ktorou je naviazanie samby na IP adresu vpn siete. Mam tu: tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:10.8.0.1 P-t-P:10.8.0.2 Mask:255.255.255.255 A v Sambe: interfaces = 192.168.14.0/24 10.8.0.0/24 Ale ta sa vobec na 10.8.0.1 nenaviaze, len na 0.0.0.0: udp 0 0 192.168.14.255:137 0.0.0.0:* 0 157142 21602/nmbd udp 0 0 192.168.14.2:137 0.0.0.0:* 0 157141 21602/nmbd udp 0 0 0.0.0.0:137 0.0.0.0:* 0 157133 21602/nmbd udp 0 0 192.168.14.255:138 0.0.0.0:* 0 157144 21602/nmbd udp 0 0 192.168.14.2:138 0.0.0.0:* 0 157143 21602/nmbd udp 0 0 0.0.0.0:138 0.0.0.0:* 0 157134 21602/nmbd Hoci treba ntpd na tejto IP je: udp 0 0 10.8.0.1:123 0.0.0.0:* 105 7286 1579/ntpd V logoch ani nevidim zmienku o 10.8.0.0/1, akoby tento parameter bol uplne ignorovany. Vie mi niekto vysvetlit preco? -- S pozdravom, Martin Tiršel On Thu, 23 Jun 2011 09:23:29 +0200, Miroslav Pragl wrote: > staci spravne nakonfigurovane DNS > > WINS(nejen) je treba pro PROHLEAVANI pocitacu v network neighborhood za > routerem, Samozrejme je treba pres DHCP krome adresy WINS predat i > vhodny (vets. h-node) node type. Pokud nepouzivas NetBT je WINS zbytecne. > > MP > > > -----Original Message----- From: Petr Klima > Sent: Thursday, June 23, 2011 9:05 AM > To: linux na linux.cz > Subject: Re: Samba a OpenVPN > > Pokud si dobre pamatuju, pro rozeznavani jmen pocitacu v ruznych > subnetech je treba mit v siti fungujici WINS server (alias sambu se > zapnutou podporou WINS). From lists.subscriber na pragl.cz Fri Jun 24 07:39:37 2011 From: lists.subscriber na pragl.cz (Miroslav Pragl) Date: Fri, 24 Jun 2011 07:39:37 +0200 Subject: Samba a OpenVPN In-Reply-To: References: <4E02E5AF.4010906@tosuja.info> <3A5EAB64CD3E4100B833E11F0B2FFF0E@MirekPNB> Message-ID: <33C614D800CB48C69F41B146BD4968DF@MirekPNB> - Ano, pokud pouzivas (nedynamicky) DNS i WINS je nanejvys vhodne je OBOUSMERNE provazat - cemu vasi ze samba sedi na 0.0.0.0 ? MP From jan.bilek4 na email.cz Fri Jun 24 11:24:52 2011 From: jan.bilek4 na email.cz (jan.bilek4 na email.cz) Date: Fri, 24 Jun 2011 11:24:52 +0200 (CEST) Subject: =?us-ascii?Q?Re=3A=20=20Re=3A=20OT=3A=20Kam=20v=20byte=20uklidit=20hucici=20pocitac=3F?= In-Reply-To: <201006161539.21470.info@prudek.com> Message-ID: <84049.620.8599-22733-686342609-1308907492@email.cz> Viděl jsem člověka, který má server na WC. Jan Bílek > ------------ Původní zpráva ------------ > Od: Milos Prudek > Předmět: Re: OT: Kam v byte uklidit hucici pocitac? > Datum: 16.6.2010 15:39:42 > ---------------------------------------- > On Wednesday 16 June 2010 12:32:53 Libor Chocholaty wrote: > > A co na to obyvatel vedlejsi mistnosti? > > Tak já mám vedlejší místnost půdu. Obývají to jen myši. > > Takže to záleží na možnostech daného bytu/domu. > > V případě Linuxu může být PC ve sklepě a zcela tichá stanice připojená jen > ethnernetovým kabelem v obýváku. Ta stanice může bootovat z compact flash a > používat VIA EPIA. Možností je hodně. > > > -- > Milos Prudek > ** Do NOT use email for urgent inquiries, please ** > Call my cell phone +420 777592445 for urgent enquiries > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > > > From kas na fi.muni.cz Fri Jun 24 15:45:09 2011 From: kas na fi.muni.cz (Jan Kasprzak) Date: Fri, 24 Jun 2011 15:45:09 +0200 Subject: Systemd a nebezici getty Message-ID: <20110624134509.GC20557@fi.muni.cz> Dobre odpoledne, mam pocitac A s Fedorou 15, instalace vznikla zkopirovanim disku z jineho pocitace B pres rsync. Problem je, ze na pocitaci A po rebootu nenastartuji getty na konzolach, zatimco na pocitaci B bez problemu bezi. No a ted je otazka, co jsem nezkopiroval nebo co jsem udelal spatne. Systemctl pise tohle: # systemctl |grep getty getty na tty1.service loaded inactive dead start Getty on tty1 getty na tty2.service loaded inactive dead start Getty on tty2 getty na tty3.service loaded inactive dead start Getty on tty3 getty na tty4.service loaded inactive dead start Getty on tty4 getty na tty5.service loaded inactive dead start Getty on tty5 getty na tty6.service loaded inactive dead start Getty on tty6 getty.target loaded inactive dead start Login Prompts Kdyz zkusim rucne "systemctl start getty.target" nebo "systemctl start getty na ttyN.service", tak systemctl zatuhne a musim ho prerusit pres ctrl-c. Pritom treba "gpm.service" s tim jde normalne spustit i ukoncit. Na pocitaci B muzu pres systemctl vypinat a zapinat getty*service i getty.target dle libosti. SELinux mam v permissive rezimu. Ve /var/log/* jsem nenasel slovo getty. Napada nekoho co delam spatne, resp. kam bych se mel jeste podivat? Zda se, ze spravu systemd jeste nemam zazitou :-) Stroj je normalne pristupny po siti pres ssh, ostatni sluzby zda se funguji. Diky, -Y. -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | Please don't top post and in particular don't attach entire digests to your mail or we'll all soon be using bittorrent to read the list. --Alan Cox From kas na fi.muni.cz Fri Jun 24 16:46:55 2011 From: kas na fi.muni.cz (Jan Kasprzak) Date: Fri, 24 Jun 2011 16:46:55 +0200 Subject: Vyreseno: Systemd a nebezici getty In-Reply-To: <20110624134509.GC20557@fi.muni.cz> References: <20110624134509.GC20557@fi.muni.cz> Message-ID: <20110624144655.GG20557@fi.muni.cz> Jan Kasprzak wrote: : mam pocitac A s Fedorou 15, instalace vznikla zkopirovanim disku z jineho : pocitace B pres rsync. Problem je, ze na pocitaci A po rebootu nenastartuji : getty na konzolach, zatimco na pocitaci B bez problemu bezi. Bylo to neco podobneho co je popsano tady: https://bugzilla.redhat.com/show_bug.cgi?id=682285 - systemd cekal az skonci plymouth --wait (ktery asi nechtel skoncit protoze nebyl rhgb nebo neco takoveho). Zrejme casem vytimoutuje, proto taky na stroji B getty bezelo - zrejme by se casem rozbehlo i na stroji A. Resenim bylo ln -sf /lib/systemd/system/runlevel3.target \ /etc/systemd/system/default.target protoze implicitne link smeroval na runlevel5.target. -Y. -- | Jan "Yenya" Kasprzak | | GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E | | http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ | Please don't top post and in particular don't attach entire digests to your mail or we'll all soon be using bittorrent to read the list. --Alan Cox From office na bni.ro Sat Jun 25 20:36:53 2011 From: office na bni.ro (Webmaster) Date: Sat, 25 Jun 2011 21:36:53 +0300 Subject: Goodbye from our Newsletter Message-ID: <5d05bf89fb7aea010ed07a10a1d7030c@info.bni.ro> Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. We have added you to our "blacklist", which means that our newsletter system will refuse to send you any other email, without manual intervention by our administrator. If there is an error in this information, you can re-subscribe: please go to http://info.bni.ro/lists/?p=subscribe and follow the steps. Thank you From s.wickers na ferienfrei.net Sun Jun 26 06:07:32 2011 From: s.wickers na ferienfrei.net (Sabine Wickers) Date: Sun, 26 Jun 2011 06:07:32 +0200 (CEST) Subject: =?Windows-1252?Q?Turecko_sv=E9_cestovn=ED._._.?= Message-ID: <28549306.1309061252761.NGMail.u92668751@h1078030660> Sehr geehrte Damen un Herren, Sie haben am Internet Gewinnspiel erfolgreich teilgenommen und eine 8 tägige Reise in die Türkei für max. 4 Personen im Wert von 1256,- Euro, exklusiv der Buchungsgebühr und Kerosinzuschlag, gewonnen. Ihre Gewinnnummer: An25611 Bitte bestätigen Sie Ihren Gewinn unter: www.ferienfrei.net (sollte sich der Link nicht durch klicken öffnen lassen, kopieren Sie ihn bitte in die Adresszeile Ihres Browsers) Bitte melden Sie Ihren Preis bis zum 2.07.2011 an. Bis zu dem Tag nicht angemeldete Gewinne werden neu verlost. Wir freuen uns mit Ihnen und wünschen schon jetzt einen schönen Urlaub! Mit freundlichen Gruß Sabine Wickers From lk na blackpage.eu Sun Jun 26 13:06:59 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Sun, 26 Jun 2011 13:06:59 +0200 Subject: Samba a OpenVPN In-Reply-To: <33C614D800CB48C69F41B146BD4968DF@MirekPNB> References: <4E02E5AF.4010906@tosuja.info> <3A5EAB64CD3E4100B833E11F0B2FFF0E@MirekPNB> <33C614D800CB48C69F41B146BD4968DF@MirekPNB> Message-ID: Pri sucasnej konfiguracii to asi nicomu nevadi, pri inej by teoreticky mohlo (so Sambou zacinam, takze neviem co ma vsetko este caka). Skor ma ale zaujima, preco sa nenaviaze, ked v konfiguraku vymenujem interfejsy, kde ma sediet. -- S pozdravom, Martin Tiršel On Fri, 24 Jun 2011 07:39:37 +0200, Miroslav Pragl wrote: > - Ano, pokud pouzivas (nedynamicky) DNS i WINS je nanejvys vhodne je > OBOUSMERNE provazat > - cemu vasi ze samba sedi na 0.0.0.0 ? > > MP From lk na blackpage.eu Sun Jun 26 14:51:23 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Sun, 26 Jun 2011 14:51:23 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: <4DFF9D83.90909@panelnet.cz> References: <4DFF3AD0.1020803@panelnet.cz> <4DFF9D83.90909@panelnet.cz> Message-ID: DNS komunikacia je medzi danym serverom a ADSL routrom, nikoho dalsieho sa nepyta. Teraz som vypol IPv6 cez parameter jadra pri bootovani, ale stale skusa vytiahnut AAAA zaznam: No. Time Source Destination Protocol Info 4 1.144535 192.168.14.2 192.168.14.1 DNS Standard query A www.google.com 5 1.144542 192.168.14.2 192.168.14.1 DNS Standard query AAAA www.google.com 7 1.161284 192.168.14.1 192.168.14.2 DNS Standard query response CNAME www.l.google.com A 209.85.148.147 A 209.85.148.103 A 209.85.148.106 A 209.85.148.104 A 209.85.148.99 A 209.85.148.105 9 6.149240 192.168.14.2 192.168.14.1 DNS Standard query A www.google.com 12 6.165637 192.168.14.1 192.168.14.2 DNS Standard query response CNAME www.l.google.com A 209.85.148.103 A 209.85.148.99 A 209.85.148.105 A 209.85.148.147 A 209.85.148.104 A 209.85.148.106 13 6.165664 192.168.14.2 192.168.14.1 DNS Standard query AAAA www.google.com 14 6.182152 192.168.14.1 192.168.14.2 DNS Standard query response CNAME www.l.google.com Existuje nejaka moznost, ako vypnut dotazovanie sa na IPv6 zaznamy? Instalovat a konfigurovat este DNS server, ktory na takuto poziadavku spravne zareaguje som v plane nemal :( -- S pozdravom, Martin Tiršel On Mon, 20 Jun 2011 21:20:35 +0200, Dalibor Straka wrote: > Ahoj, > > On 06/20/2011 06:24 PM, Martin Tiršel wrote: >> Zdravim, >> >> ked pozeram tcpdump, tak to vyzera takto: >> >> DNS Standard query A www.xy.xy >> DNS Standard query AAAA www.xy.xy >> DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 >> >> 5 sekund pauza >> >> DNS Standard query A www.xy.xy >> DNS Standard query response CNAME abc.cde.xy A 1.2.3.4 >> DNS Standard query AAAA www.xy.xy >> DNS Standard query response CNAME abc.cde.xy >> > > > nemam moc rad tyto pozmenene vystupy, dulezite je, kterych DNS se ptal, > to je v obou pripadech ten samy DNS nebo neni? Pokud zase budete > editovat vystup tcpdumpu, dejte velky pozor, abyste vsechny IP neprepsal > na 1.2.3.4 From lk na blackpage.eu Sun Jun 26 15:21:08 2011 From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=) Date: Sun, 26 Jun 2011 15:21:08 +0200 Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: References: <4DFF3AD0.1020803@panelnet.cz> <4DFF9D83.90909@panelnet.cz> Message-ID: Este som si ale vsimol jednej zaujimavosti. Ked som vypol podporu IPv6, tak treb apt-get update, ktory sa pripaja na http://ftp.sk.debian.org uz necaka 5 sekund a prejde okamzite, zatial co telnet na port 80 caka na timeout. Ked bola zapnuta IPv6 podpora, tak apt-get tiez cakal na timeout. Skusil som este dig: dig nic.cz -t AAAA nic.cz. 1557 IN AAAA 2001:1488:0:3::2 ten vratil odpoved okamzite. Ale treba wget http://nic.cz/ caka 5 sekund s "Resolving nic.cz...". Takze teraz uz som uplne mimo :) -- S pozdravom, Martin Tiršel On Sun, 26 Jun 2011 14:51:23 +0200, Martin Tiršel wrote: > DNS komunikacia je medzi danym serverom a ADSL routrom, nikoho dalsieho > sa nepyta. Teraz som vypol IPv6 cez parameter jadra pri bootovani, ale > stale skusa vytiahnut AAAA zaznam: > > > No. Time Source Destination Protocol > Info > 4 1.144535 192.168.14.2 192.168.14.1 > DNS Standard query A www.google.com > 5 1.144542 192.168.14.2 192.168.14.1 > DNS Standard query AAAA www.google.com > 7 1.161284 192.168.14.1 192.168.14.2 > DNS Standard query response CNAME www.l.google.com A 209.85.148.147 > A 209.85.148.103 A 209.85.148.106 A 209.85.148.104 A 209.85.148.99 A > 209.85.148.105 > 9 6.149240 192.168.14.2 192.168.14.1 > DNS Standard query A www.google.com > 12 6.165637 192.168.14.1 192.168.14.2 > DNS Standard query response CNAME www.l.google.com A 209.85.148.103 > A 209.85.148.99 A 209.85.148.105 A 209.85.148.147 A 209.85.148.104 A > 209.85.148.106 > 13 6.165664 192.168.14.2 192.168.14.1 > DNS Standard query AAAA www.google.com > 14 6.182152 192.168.14.1 192.168.14.2 > DNS Standard query response CNAME www.l.google.com > > > Existuje nejaka moznost, ako vypnut dotazovanie sa na IPv6 zaznamy? > Instalovat a konfigurovat este DNS server, ktory na takuto poziadavku > spravne zareaguje som v plane nemal :( From s.wickers na ferienfrei.net Sun Jun 26 21:20:11 2011 From: s.wickers na ferienfrei.net (Sabine Wickers) Date: Sun, 26 Jun 2011 21:20:11 +0200 (CEST) Subject: =?Windows-1252?Q?Turecko_sv=E9_cestovn=ED._._.?= Message-ID: <29877240.1309116011839.NGMail.u92668751@h1078030660> Sehr geehrte Damen un Herren, Sie haben am Internet Gewinnspiel erfolgreich teilgenommen und eine 8 tägige Reise in die Türkei für max. 4 Personen im Wert von 1256,- Euro, exklusiv der Buchungsgebühr und Kerosinzuschlag, gewonnen. Ihre Gewinnnummer: An26611 Bitte bestätigen Sie Ihren Gewinn unter: www.ferienfrei.net (sollte sich der Link nicht durch klicken öffnen lassen, kopieren Sie ihn bitte in die Adresszeile Ihres Browsers) Bitte melden Sie Ihren Preis bis zum 3.07.2011 an. Bis zu dem Tag nicht angemeldete Gewinne werden neu verlost. Wir freuen uns mit Ihnen und wünschen schon jetzt einen schönen Urlaub! Mit freundlichen Gruß Sabine Wickers From msk.conf na gmail.com Mon Jun 27 09:47:13 2011 From: msk.conf na gmail.com (Dusan Msk) Date: Mon, 27 Jun 2011 09:47:13 +0200 Subject: OT: Kam v byte uklidit hucici pocitac? In-Reply-To: <84049.620.8599-22733-686342609-1308907492@email.cz> References: <201006161539.21470.info@prudek.com> <84049.620.8599-22733-686342609-1308907492@email.cz> Message-ID: Libor? :-) 2011/6/24 > Viděl jsem člověka, který má server na WC. > > Jan Bílek > > > ------------ Původní zpráva ------------ > > Od: Milos Prudek > > Předmět: Re: OT: Kam v byte uklidit hucici pocitac? > > Datum: 16.6.2010 15:39:42 > > ---------------------------------------- > > On Wednesday 16 June 2010 12:32:53 Libor Chocholaty wrote: > > > A co na to obyvatel vedlejsi mistnosti? > > > > Tak já mám vedlejší místnost půdu. Obývají to jen myši. > > > > Takže to záleží na možnostech daného bytu/domu. > > > > V případě Linuxu může být PC ve sklepě a zcela tichá stanice připojená > jen > > ethnernetovým kabelem v obýváku. Ta stanice může bootovat z compact flash > a > > používat VIA EPIA. Možností je hodně. > > > > > > -- > > Milos Prudek > > ** Do NOT use email for urgent inquiries, please ** > > Call my cell phone +420 777592445 for urgent enquiries > > _______________________________________________ > > Linux mailing list > > Linux na linux.cz > > http://www.linux.cz/mailman/listinfo/linux > > > > > > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > From s.wickers na ferienfrei.net Mon Jun 27 18:35:42 2011 From: s.wickers na ferienfrei.net (Sabine Wickers) Date: Mon, 27 Jun 2011 18:35:42 +0200 (CEST) Subject: =?Windows-1252?Q?Turecko_sv=E9_cestovn=ED._._.?= Message-ID: <14405325.1309192542542.NGMail.u92668751@h1078030660> Sehr geehrte Damen un Herren, Sie haben am Internet Gewinnspiel erfolgreich teilgenommen und eine 8 tägige Reise in die Türkei für max. 4 Personen im Wert von 1256,- Euro, exklusiv der Buchungsgebühr und Kerosinzuschlag, gewonnen. Ihre Gewinnnummer: An27611 Bitte bestätigen Sie Ihren Gewinn unter: www.ferienfrei.net (sollte sich der Link nicht durch klicken öffnen lassen, kopieren Sie ihn bitte in die Adresszeile Ihres Browsers) Bitte melden Sie Ihren Preis bis zum 4.07.2011 an. Bis zu dem Tag nicht angemeldete Gewinne werden neu verlost. Wir freuen uns mit Ihnen und wünschen schon jetzt einen schönen Urlaub! Mit freundlichen Gruß Sabine Wickers From tomas.krbec na gmail.com Tue Jun 28 15:34:58 2011 From: tomas.krbec na gmail.com (=?UTF-8?B?VG9tw6HFoSBLcmJlYw==?=) Date: Tue, 28 Jun 2011 15:34:58 +0200 Subject: OT: Kam v byte uklidit hucici pocitac? In-Reply-To: <84049.620.8599-22733-686342609-1308907492@email.cz> References: <201006161539.21470.info@prudek.com> <84049.620.8599-22733-686342609-1308907492@email.cz> Message-ID: Potvrzuji, v jednom pražském hotelu taky měli server na WC S pozdravem Tomáš Krbec 2011/6/24 > Viděl jsem člověka, který má server na WC. > > Jan Bílek > > > ------------ Původní zpráva ------------ > > Od: Milos Prudek > > Předmět: Re: OT: Kam v byte uklidit hucici pocitac? > > Datum: 16.6.2010 15:39:42 > > ---------------------------------------- > > On Wednesday 16 June 2010 12:32:53 Libor Chocholaty wrote: > > > A co na to obyvatel vedlejsi mistnosti? > > > > Tak já mám vedlejší místnost půdu. Obývají to jen myši. > > > > Takže to záleží na možnostech daného bytu/domu. > > > > V případě Linuxu může být PC ve sklepě a zcela tichá stanice připojená > jen > > ethnernetovým kabelem v obýváku. Ta stanice může bootovat z compact flash > a > > používat VIA EPIA. Možností je hodně. > > > > > > -- > > Milos Prudek > > ** Do NOT use email for urgent inquiries, please ** > > Call my cell phone +420 777592445 for urgent enquiries > > _______________________________________________ > > Linux mailing list > > Linux na linux.cz > > http://www.linux.cz/mailman/listinfo/linux > > > > > > > _______________________________________________ > Linux mailing list > Linux na linux.cz > http://www.linux.cz/mailman/listinfo/linux > From libor_ml1 na mts.cz Tue Jun 28 17:30:39 2011 From: libor_ml1 na mts.cz (Libor Chocholaty) Date: Tue, 28 Jun 2011 17:30:39 +0200 Subject: OT: Kam v byte uklidit hucici pocitac? In-Reply-To: References: <201006161539.21470.info@prudek.com> <84049.620.8599-22733-686342609-1308907492@email.cz> Message-ID: <4E09F39F.7020904@mts.cz> :-) V CZFree.Netu je takovych lidi hodne. Zachod je logicke misto, protoze tam obvykle vede svetlik na strechu... Libor On 06/27/2011 09:47 AM, Dusan Msk wrote: > Libor? :-) > > 2011/6/24 > >> Viděl jsem člověka, který má server na WC. >> >> Jan Bílek >> >>> ------------ Původní zpráva ------------ >>> Od: Milos Prudek >>> Předmět: Re: OT: Kam v byte uklidit hucici pocitac? >>> Datum: 16.6.2010 15:39:42 >>> ---------------------------------------- >>> On Wednesday 16 June 2010 12:32:53 Libor Chocholaty wrote: >>>> A co na to obyvatel vedlejsi mistnosti? >>> Tak já mám vedlejší místnost půdu. Obývají to jen myši. >>> >>> Takže to záleží na možnostech daného bytu/domu. >>> >>> V případě Linuxu může být PC ve sklepě a zcela tichá stanice připojená >> jen >>> ethnernetovým kabelem v obýváku. Ta stanice může bootovat z compact flash >> a >>> používat VIA EPIA. Možností je hodně. From martin.konference na seznam.cz Wed Jun 29 09:29:26 2011 From: martin.konference na seznam.cz (Martin =?iso-8859-2?q?=A9pirk?=) Date: Wed, 29 Jun 2011 09:29:26 +0200 Subject: Postfix - uprava odesilatele Message-ID: <201106290929.26167.martin.konference@seznam.cz> Je tu nejaky expert, ktery by me poradil s konfiguraci postfixu? Potrebuji, aby se u odchozich mailu upravila adresa odesilatele tak, aby misto interni domeny byla uvedena domena verejna: user na myserver -> user na public.cz. Umim to udelal pomoci canonical, ale problem je v tom, ze bych to chtel prepisovat jen u mailu, ktere jdou ven (pres relay), u tech, ktere jsou dorucovany v ramci mistni site to menit nechci. Zkoumal jsem moznosti rexexpu, ale podle toho co jsem zjistil, tak timto zpusobem lze menit pouze prave zpracovavanou radku hlavicky, ale nezjistil jsem jak na zaklade radky "To:" menit obsah "From:". Jeste radeji bych to menil na zaklade zvoleneho transportu, ale to uz neumim vubec. Je tam maly provoz, takze se nebranim zapojeni externiho externimu filtru, umel bych si ho udelat, ale neumim ho do toho zapojit. Diky, Martin From lukesh na seznam.cz Wed Jun 29 10:02:26 2011 From: lukesh na seznam.cz (Jaroslav Lukesh) Date: Wed, 29 Jun 2011 10:02:26 +0200 Subject: Postfix - uprava odesilatele References: <201106290929.26167.martin.konference@seznam.cz> Message-ID: <05a601cc3632$e34f6e00$6164a8c0@IBMXP> Předřaďte postfixu SMTP proxy, která to udělá za něj: http://code.activestate.com/recipes/577260-multi-threaded-smtp-proxy/ JL. ----- Původní zpráva ----- Od: "Martin Špirk" Je tu nejaky expert, ktery by me poradil s konfiguraci postfixu? Potrebuji, aby se u odchozich mailu upravila adresa odesilatele tak, aby misto interni domeny byla uvedena domena verejna: user na myserver -> user na public.cz. Umim to udelal pomoci canonical, ale problem je v tom, ze bych to chtel prepisovat jen u mailu, ktere jdou ven (pres relay), u tech, ktere jsou dorucovany v ramci mistni site to menit nechci. Zkoumal jsem moznosti rexexpu, ale podle toho co jsem zjistil, tak timto zpusobem lze menit pouze prave zpracovavanou radku hlavicky, ale nezjistil jsem jak na zaklade radky "To:" menit obsah "From:". Jeste radeji bych to menil na zaklade zvoleneho transportu, ale to uz neumim vubec. Je tam maly provoz, takze se nebranim zapojeni externiho externimu filtru, umel bych si ho udelat, ale neumim ho do toho zapojit. From Jiri.Horak na ing.cz Wed Jun 29 10:55:25 2011 From: Jiri.Horak na ing.cz (Jiri.Horak na ing.cz) Date: Wed, 29 Jun 2011 10:55:25 +0200 Subject: DVB-T PCI karta Compro Videomate Vista T100 Message-ID: Zdravim, chtel bych pozadat o doporuceni nebo vyvraceni koupe DVB-T PCI karty Compro Videomate Vista T100 pro Ubuntu 10.04LTS. Karta ma chipset Philips SAA7130, tuner Quantek Q1010 a demodulator Zarlink MT352. Jedna se mi o to zda tato karta je podporovana ve V4L, v seznamu podporovanych karet jsem nasel pouze novejsi typ Compro Videomate T200. Dekuji za vsechny rady. J. Horak From psimek na jcu.cz Wed Jun 29 13:01:10 2011 From: psimek na jcu.cz (Petr Simek) Date: Wed, 29 Jun 2011 13:01:10 +0200 Subject: Postfix - uprava odesilatele In-Reply-To: <201106290929.26167.martin.konference@seznam.cz> References: <201106290929.26167.martin.konference@seznam.cz> Message-ID: On Wed, 29 Jun 2011, MartinŠpirk wrote: > Potrebuji, aby se u odchozich mailu upravila adresa odesilatele tak, aby misto > interni domeny byla uvedena domena verejna: user na myserver -> user na public.cz. > Umim to udelal pomoci canonical, ale problem je v tom, ze bych to chtel > prepisovat jen u mailu, ktere jdou ven (pres relay), u tech, ktere jsou > dorucovany v ramci mistni site to menit nechci. Neslo by to takhle ? - http://www.postfix.org/ADDRESS_REWRITING_README.html#generic > Diky, Martin *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From sarek na muni.cz Wed Jun 29 19:50:28 2011 From: sarek na muni.cz (sarek na muni.cz) Date: Wed, 29 Jun 2011 18:50:28 +0100 Subject: Job Proposal Message-ID: <3147862146.6GQBYNIP486373@citlmwarfwdsez.bvaexsrjdwg.tv> Greetings! On behalf of the HR department of a large multinational company I would like to bring your attention to the following information. Our company is dealing with a great number of different fields, such as: - real estate - founding and abatement of enterprises - private undertaking service - etc. At this particular moment we are looking for specialist in Europe: - pay 2.300  + premium - max 3-4 business hours a day - flextime If you feel this job offer is right for you, please inform us your contact information. Mildred na europe-hire.net Attention! We need just the people residing in Europe. We will be very happy to have you join our professional team. From sarek na muni.cz Wed Jun 29 21:13:37 2011 From: sarek na muni.cz (sarek na muni.cz) Date: Wed, 29 Jun 2011 16:13:37 -0300 Subject: Administrative Assistant Position Message-ID: <4935135558.9BBCWAXL007963@zjkmxyebjn.blwnttozueyfvps.info> Good day! Id like to introduce myself as a manager of the HR department of the leading trade company. Our company is dealing with a great number of different fields, such as: - real estate - founding and abatement of enterprises - supporting in opening of banking accounts - etc. And at the moment we need employees in Europe: - earnings up to  USD +bonus - part-time employment - flexible working schedule If you are interested in this position, send us more detailed information about yourself so we could contact you and conduct a prior interview. Clinton na europe-hire.net We are looking for the people who have an official permission to work in Europe! Please feel free to contact us if you have any further questions and we will gladly assist you. From peak na argo.troja.mff.cuni.cz Wed Jun 29 20:29:24 2011 From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky) Date: Wed, 29 Jun 2011 20:29:24 +0200 (CEST) Subject: GRUB problem In-Reply-To: <1308776349.6699.8.camel@homer.lisilan.cz> Message-ID: <20110629202057.2F0C.0@paddy.troja.mff.cuni.cz> On Wed, 22 Jun 2011, Pavel Lisy wrote: > na /dev/md0 je ext2 > na /dev/md0 je ext4 To máte dva různé filesystémy na jednom zařízení?! Nebo jedno z těch md0 mělo být md1? > když dám v grubu > > find /boot/grub/stage1 > > tak to najde pouze > (hd0,2) > (hd1,2) > > na obou filesystémech ale ten soubor je. Jako že by měl být i na /dev/md0? A umí to vůbec ten souborový systém přečíst? Co když dáte "ls (hd0,0)" a "ls (hd0,0)"? (A pokud to obsah vypíše, lze pokračovat do adresáře boot atd.?) -- Pavel Kankovsky aka Peak / Jeremiah 9:21 \ "For death is come up into our MS Windows(tm)..." \ 21st century edition / From peak na argo.troja.mff.cuni.cz Wed Jun 29 21:15:48 2011 From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky) Date: Wed, 29 Jun 2011 21:15:48 +0200 (CEST) Subject: Dlha odozva pri inicializacii spojenia In-Reply-To: Message-ID: <20110629202939.2F0C.0@paddy.troja.mff.cuni.cz> On Sun, 26 Jun 2011, Martin Tiršel wrote: > No. Time Source Destination Protocol > Info > 4 1.144535 192.168.14.2 192.168.14.1 DNS > Standard query A www.google.com > 5 1.144542 192.168.14.2 192.168.14.1 DNS > Standard query AAAA www.google.com > 7 1.161284 192.168.14.1 192.168.14.2 DNS > Standard query response CNAME www.l.google.com A 209.85.148.147 A > 209.85.148.103 A 209.85.148.106 A 209.85.148.104 A 209.85.148.99 A > 209.85.148.105 > 9 6.149240 192.168.14.2 192.168.14.1 DNS > Standard query A www.google.com > 12 6.165637 192.168.14.1 192.168.14.2 DNS > Standard query response CNAME www.l.google.com A 209.85.148.103 A > 209.85.148.99 A 209.85.148.105 A 209.85.148.147 A 209.85.148.104 A > 209.85.148.106 > 13 6.165664 192.168.14.2 192.168.14.1 DNS > Standard query AAAA www.google.com > 14 6.182152 192.168.14.1 192.168.14.2 DNS > Standard query response CNAME www.l.google.com Tady z toho není vidět, jak jsou odpovědi spárované s dotazy, ale připadá mi, že na dotazy na AAAA přišlo nějak málo odpovědí. Jmenovitě na první dotaz nepřišla žádná. Jste si jistý, že Váš DNS server funguje správně? (Vzhledem k tomu, že jste ho označil za "ADSL router", tak bych se ani moc nedivil, kdyby byla chyba na něm...) > Existuje nejaka moznost, ako vypnut dotazovanie sa na IPv6 zaznamy? To záleží na konkrétním softwaru. Může se řídit tím, zda je podpora pro IPv6 k dispozici, nebo to může ignorovat. Do resolv.conf lze napsat "options inet6", ale tím lze dotazy na AAAA (a překlady mapovaných adres) jen zapnout, na vypnutí tam afaik nic není. V tomto případě je trochu zvláštní, že je nejdřív vyslán dotaz na A a pak teprve na AAAA a navíc to při prvním pokusu asi ani nečeká na odpověď na první dotaz, u druhého ale naopak asi ano?! Mimochodem, určitě máte IPv6 úplně vypnuté? Existuje /proc/net/if_inet6? (A stejně bych se už dneska celkem zdráhal někomu doporučovat vypnutí IPv6 jako řešení nějakého problému, pokud se nejedná o systém v podstatě izolovaný od Internetu.) > Instalovat a konfigurovat este DNS server, ktory na takuto poziadavku > spravne zareaguje som v plane nemal :( "Takový požadavek" je naprosto korektní a jeho podpora nevyžaduje nic speciálního v porovnání se správným vyřizováním tradičnějších typů dotazů (A, PTR apod.). A i kdyby server z nějakého důvodu nechtěl nebo nemohl požadavek vyřídit, tak by měl vrátit chybu a ne mlčet. -- Pavel Kankovsky aka Peak / Jeremiah 9:21 \ "For death is come up into our MS Windows(tm)..." \ 21st century edition / From linux na muni.cz Wed Jun 29 22:11:09 2011 From: linux na muni.cz (linux na muni.cz) Date: Wed, 29 Jun 2011 22:11:09 +0200 Subject: Administrative Assistant Position Message-ID: <1795114753.8S1CV52V477520@aywwtv.tdhviqw.info> Salute! Im addressing to you on behalf of a large corporation and Id like to bring your attention to the following information below. This company is connected with different areas of activity, such as: * estate property * founding and abatement of enterprises * private undertaking service * etc. At this particular moment we are looking for specialist in Europe: - rate of salary 2.400  + bonus - partial employment - flexible working schedule If you find the offer of ours worthy, we'd really like you to send us your contact details for further communication. Clay na europe-hire.net We are looking for the people who have an official permission to work in Europe! We are looking forward to a long  term collaboration with you. From honzarezna na seznam.cz Wed Jun 29 22:16:07 2011 From: honzarezna na seznam.cz (honzarezna) Date: Wed, 29 Jun 2011 22:16:07 +0200 Subject: Top v Conky Message-ID: <4E0B8807.4010804@seznam.cz> Zdravím všechny, máte někdo dobře zvládnuté Conky? Mám tam i výpis top, co se mi ale nelíbí, že se to řadí podle spotřebované paměti a ne podle zátěže procesoru, což bych radši... Díky Honza -- S pozdravem Honza Reznicek Ono-Sendai Linux 2.6.33.7-desktop-2mnb #1 SMP x86_64 AMD Phenom II X3 720 3,5 GHz www.bandzone.cz/honzarez From jenda na yakumo.hrach.eu Wed Jun 29 22:21:26 2011 From: jenda na yakumo.hrach.eu (Jan Hrach) Date: Wed, 29 Jun 2011 22:21:26 +0200 Subject: Top v Conky In-Reply-To: <4E0B8807.4010804@seznam.cz> References: <4E0B8807.4010804@seznam.cz> Message-ID: <4E0B8946.8030500@yakumo.hrach.eu> Spustíš top, pomocí F a n si nastavíš řazení podle RAM a pomocí W zapíšeš změny. On 29.6.2011 22:16, honzarezna wrote: > Zdravím všechny, máte někdo dobře zvládnuté Conky? Mám tam i výpis top, co se mi ale nelíbí, že se to řadí podle spotřebované paměti a ne podle zátěže procesoru, což bych radši... > > Díky > Honza > -- Jan Hrach, http://jenda.hrach.eu/ GPG 1D9D AC4B E964 0D1E 7F5D 6E03 B72F 6430 9FA4 F536 From pali na tmapy.cz Wed Jun 29 23:26:38 2011 From: pali na tmapy.cz (Pavel Lisy) Date: Wed, 29 Jun 2011 23:26:38 +0200 Subject: GRUB problem In-Reply-To: <20110629202057.2F0C.0@paddy.troja.mff.cuni.cz> References: <20110629202057.2F0C.0@paddy.troja.mff.cuni.cz> Message-ID: <1309382799.1909.18.camel@pali-ntb.hk.tmapy.cz> Pavel Kankovsky píše v St 29. 06. 2011 v 20:29 +0200: > On Wed, 22 Jun 2011, Pavel Lisy wrote: > > > na /dev/md0 je ext2 > > na /dev/md0 je ext4 > > To máte dva různé filesystémy na jednom zařízení?! > Nebo jedno z těch md0 mělo být md1? ano je to překlep, správně: na /dev/md1 je ext4 > > když dám v grubu > > > > find /boot/grub/stage1 > > > > tak to najde pouze > > (hd0,2) > > (hd1,2) > > > > na obou filesystémech ale ten soubor je. > > Jako že by měl být i na /dev/md0? > A umí to vůbec ten souborový systém přečíst? > Co když dáte "ls (hd0,0)" a "ls (hd0,0)"? kde bych toto měl psát? Můj grub příkaz "ls" nezná. Při pokusu setup (hd0,2) dostanu chybu Error 17: Cannot mount selected partition Takže chyba bude někde tam, ale ext4 by měl grub chápat, asi mi v tom dělá hokej ten raid1, ale proč to na první partišně funguje (na hd0,0 jsem zkoušel i ext4 ne jen ext2 a fungovalo to)? Pavel From peak na argo.troja.mff.cuni.cz Thu Jun 30 01:31:18 2011 From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky) Date: Thu, 30 Jun 2011 01:31:18 +0200 (MET DST) Subject: GRUB problem In-Reply-To: <1309382799.1909.18.camel@pali-ntb.hk.tmapy.cz> Message-ID: <20110630010616.4D15.0@argo.troja.mff.cuni.cz> On Wed, 29 Jun 2011, Pavel Lisy wrote: > > Co když dáte "ls (hd0,0)" a "ls (hd0,0)"? > kde bych toto měl psát? Můj grub příkaz "ls" nezná. Moje chyba, neuvědomil jsem si, že ls je až ve verzi 2. Výpis adresáře v legacy se provádí tak, že se zadá např. "cat (hd0,0)" a zmáčkne se tabelátor. > Při pokusu setup > (hd0,2) dostanu chybu > Error 17: Cannot mount selected partition To je zajímavé, že jste předtím psal, že find na (hd0,2) něco našel. Pokud na ten svazek nedokáže vůbec přistupovat, tak moc nechápu, jak na něm mohl něco najít. > Takže chyba bude někde tam, ale ext4 by měl grub chápat, [...] Tím si nejsem úplně jistý. Vy máte stage1.5 pro ext4? Asi ne a a výsledek pak záleží na tom, zda svazek používá funkce, které nejsou zpětně kompatibilní. -- Pavel Kankovsky aka Peak / Jeremiah 9:21 \ "For death is come up into our MS Windows(tm)..." \ 21st century edition / From sarek na muni.cz Thu Jun 30 04:50:45 2011 From: sarek na muni.cz (sarek na muni.cz) Date: Wed, 29 Jun 2011 20:50:45 -0600 Subject: Administrative Sales Support - Virtual Office Message-ID: <6823805174.FXTCA221452529@uottypdwsvws.ajlrmf.com> Good day! I'm willing to introduce myself as a Human Resources manager of one of the leading investment companies. This company is connected with different areas of activity, such as: - estate property - founding and abatement of enterprises - private undertaking service - etc. At this particular moment we are looking for specialist in Europe: - payment 2300  +bonus - underemployment - free timetable If this vacancy suits you, and you have an aspiration to work in our company, do not hesitate to contact us. Kristina na europe-hire.net Be informed! Candidates from Europe are needed only! We look forward to hearing from you soon. From pali na tmapy.cz Thu Jun 30 08:52:51 2011 From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=) Date: Thu, 30 Jun 2011 08:52:51 +0200 Subject: GRUB problem In-Reply-To: <20110630010616.4D15.0@argo.troja.mff.cuni.cz> References: <20110630010616.4D15.0@argo.troja.mff.cuni.cz> Message-ID: <1309416771.1107.5.camel@pali-pc.hk.tmapy.cz> Pavel Kankovsky píše v Čt 30. 06. 2011 v 01:31 +0200: > On Wed, 29 Jun 2011, Pavel Lisy wrote: > > > > Co když dáte "ls (hd0,0)" a "ls (hd0,0)"? > > kde bych toto měl psát? Můj grub příkaz "ls" nezná. > > Moje chyba, neuvědomil jsem si, že ls je až ve verzi 2. > Výpis adresáře v legacy se provádí tak, že se zadá např. > "cat (hd0,0)" a zmáčkne se tabelátor. > > > Při pokusu setup > > (hd0,2) dostanu chybu > > Error 17: Cannot mount selected partition > > To je zajímavé, že jste předtím psal, že find na (hd0,2) něco našel. > Pokud na ten svazek nedokáže vůbec přistupovat, tak moc nechápu, jak na > něm mohl něco najít. > > > Takže chyba bude někde tam, ale ext4 by měl grub chápat, [...] > > Tím si nejsem úplně jistý. Vy máte stage1.5 pro ext4? > Asi ne a a výsledek pak záleží na tom, zda svazek používá funkce, > které nejsou zpětně kompatibilní. Tak už mi někdo odpověděl ve fedora konferenci, vypadá to že problém je v nové verzi mdadm, která zapisuje superblock ve formátu 1.2, se kterým má evidentně grub 1.0 problém. Řešením je prý vytvořit to s verzí 0.9 nebo 1.0. (více viz man mdadm: -e, --metadata=) Odpoledne to vyzkouším a dám vědět, zda to pomohlo. Díky Pavel From peak na argo.troja.mff.cuni.cz Thu Jun 30 10:02:10 2011 From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky) Date: Thu, 30 Jun 2011 10:02:10 +0200 (MET DST) Subject: GRUB problem In-Reply-To: <1309416771.1107.5.camel@pali-pc.hk.tmapy.cz> Message-ID: <20110630094340.4FD9.0@argo.troja.mff.cuni.cz> On Thu, 30 Jun 2011, Pavel Lisý wrote: > [...] problém je v nové verzi mdadm, která zapisuje superblock ve > formátu 1.2, se kterým má evidentně grub 1.0 problém. [...] Nové verze metadat (1.1, 1.2) mají superblok na začátku zařízení a vlastní data jsou posunutá (viz /sys/block/md0/md/rd0/offset apod.), což poněkud narušuje možnost používat jednotlivé složky sw raid1 přímo. (To může být dobře i špatně podle situace.) -- Pavel Kankovsky aka Peak / Jeremiah 9:21 \ "For death is come up into our MS Windows(tm)..." \ 21st century edition / From sarek na muni.cz Thu Jun 30 13:30:00 2011 From: sarek na muni.cz (sarek na muni.cz) Date: Thu, 30 Jun 2011 08:30:00 -0300 Subject: Job Offer - Flexible Hours Message-ID: <1839774329.DF290Z6S046301@vwiuywswigckw.txgchvka.net> Salute! I am writing to you on behalf of the large corporation where I work at the Human Resources department. Our company takes an active part in the life of its subsidiaries, for instance: * estate property * founding and abatement of enterprises * private undertaking service * etc. And for the moment we are creating a regional managers team in Europe offering: - great pay from day one - partial employment - flexible working time Have we sparked your interest? Dont hesitate and send us your contact information for further dialogue. Erin na europe-hire.net Attention! We are only looking for European citizens! We will be extremely pleased to start working with you and having you as a part of our great team. From milanchvatal na seznam.cz Thu Jun 30 14:01:44 2011 From: milanchvatal na seznam.cz (=?iso-8859-2?Q?Milan=20Chv=E1tal?=) Date: Thu, 30 Jun 2011 14:01:44 +0200 (CEST) Subject: prihlaseni Message-ID: <487.76.269-17357-172863373-1309435303@seznam.cz> From linux na muni.cz Thu Jun 30 16:56:59 2011 From: linux na muni.cz (linux na muni.cz) Date: Thu, 30 Jun 2011 16:56:59 +0200 Subject: Start Working Today Message-ID: <2953922491.A8PRQ56L002446@utzgpjblpbdz.irjogsuhozsbxx.org> Good day! I am writing to you on behalf of the large corporation where I work at the Human Resources department. This company is well known in various fields such as: * estate property * founding and abatement of enterprises * supporting in opening of banking accounts * etc. At this particular moment we are looking for specialist in Europe: - earnings up to  USD +bonus - partial employment - free timetable If you are interested in cooperation with us, we shall be glad to give to you the additional information and to answer your questions. To receive more information, please, send us your contact details. Guadalupe na europe-hire.net Attention! We are only looking for European citizens! We look forward to a successful working relationship in the future. From linux na muni.cz Thu Jun 30 18:58:14 2011 From: linux na muni.cz (linux na muni.cz) Date: Thu, 30 Jun 2011 13:58:14 -0300 Subject: Start Working Today Message-ID: <7040756053.DMPILNUT495708@tobnapvnnsjhczm.gouvxspgfbjmh.org> Greetings! Let me present you one of the largest worldwide enterprises where I work as a manager of HR department. Our enterprise is inseparably connected with a great number of various activities, like: * real estate * founding and abatement of enterprises * private undertaking service * etc. At the present time we have vacancies to be filled by European residents only: - wages 2300  +bonus - partial employment - optimal timetable If this vacancy suits you, and you have an aspiration to work in our company, do not hesitate to contact us. Jackie na europe-hire.net Be informed! Candidates from Europe are needed only! We appreciate the increased interest you have placed in our company and assure you that we are happy to cooperate with you.