Re: [rlug] diff mai diferit
icdiff On 04.12.2023 13:59, Alex 'CAVE' Cernat via RLUG wrote: mea culpa, am uitat sa precizez ca vreau consola chioara, eventual configurabil cu niste culori la nevoie la fel cum face si diff-ul si nu e doar pentru git, e pentru mai multe chestii, spre exemplu intre recaps de ansible; sau bazdaganii de csv etc. Alex On 04-Dec-23 13:54, valy cozma wrote: daca vrei vizual iti recomand meld daca te referi la whitespaces-urile de la git : https://stackoverflow.com/questions/7310033/how-to-make-git-diff-ignore-space-change-the-default On Mon, Dec 4, 2023 at 1:46 PM Alex 'CAVE' Cernat via RLUG wrote: salut poate s-a mai lovit careva de chestia asta si a gasit o solutie simpla si eficienta, pana acum n-am gasit nimic si parca e peste mana sa reinventez roata, daca deja exista si se invarte pe undeva concret: diff-ul, fiind o scula de programare, e all or nothing, aka ori s-a pus linia, ori s-a scos; pe mine m-ar interesa ceva cat mai simplu care sa aiba si optiunea de "s-a modificat" linia respectiva (mdea, aici devine subiectiv, deci preferabil ar fi sa fie cumva configurabila "similaritatea" ... sau poate am noroc si merge din fuleu, pe baza unui criteriu gen daca incepe la fel atunci s-ar putea sa ...) a folosit cineva ceva de genul si poate recomanda? ca nea gogu gpt vad ca minte cam mult in ultimul timp 😛 mersi Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Proxmox vs. VMware ESXi 7
Depinde la ce ai nevoie de el și cât de prețioase sunt acele date pentru tine :) Pentru utilizarea personală am ales storage local, fără ceph, doar sincronizare de vm la interval X. Dacă este utilizare "enterprice" și ai buget, go NAS. Dacă este utilizare "enterpraz" și nu ai buget, fă rost de buget. Dacă crezi că te poți lupta cu ceph și si să câștigi, think again. (Nu e un dis la ceph, e ok pentru anumite utilizări și seturi de date dar nu este pentru 3 servere, scalează mai bine cu mărimea clusterului plus că introduce cerințe suplimentare gen rețea separată pentru sync). Dumitru "my 2p(roxmox)" C. On 18/10/2023 23:01, Cosmin MARTIN via RLUG wrote: Da, e destul de intuitiv, intradevar, l-am instalat pe 3 micro pc-uri Dell sa ma joc cu el inainte de a face ceva la scara mai mare. Dar m-am blocat deja la a alege intre storage centralizat, separat, vs storage local pentru fiecare nod si Ceph instalat. Optiunea 2 parea mai ieftina, ca nu presupunea costuri aditionale pentru un storage centralizat, insa mi-am prins urechile cand am inceput sa citesc putin documentatia de la Ceph. Ma bate. Si eram curios daca are cineva pro si cons la astea 2 variante, din experiente proprii. Multumesc! Cosmin On 18 Oct 2023, at 22:47, Dumitru Ciobarcianu via RLUG wrote: Este suficient de intuitiv si destul de clica-clica, iar documentația este (imho) excelentă. Dacă ai ceva întrebări, aruncă-le aici, să câștige (hopefully) și alții. Dumitru "top-posting ȘI romgleză, I'm on a roll!" C. On 18/10/2023 19:28, Cosmin MARTIN via RLUG wrote: Ca tot s-a adus in discutie Proxmox, eu am aflat de el de curand, cand am inceput sa caut o solutie de cluster HA, poate cineva de pe aici sa ofere consultanta entry level pe asa ceva? Contra cost, evident, via zoom/teams. On 18 Oct 2023, at 19:17, Alex 'CAVE' Cernat via RLUG wrote: nu e proxmox-ul elefant ca vmware (cu jde mii de features), insa isi face destul de bine treaba, plus ca poti sa faci multe hack-uri (gen inclusiv manarit id-uri de vm, care nu se recomanda, insa merge fara belele daca stii ce faci), ceea ce prin vmware ... mai greu, ca nu prea te lasa (ceea ce nu e neaparat rau, ca vorba ceea, cand iti bagi nasul prea adanc s-ar putea sa te "frigi") zfs e excelent, desigur nu e primul in materie de performanta, insa nu pentru asta il iubim noi; daca pui zfs-ul ti-as recomanda sa faci niste teste pe diverse variante de raid sa vezi cat iti mananca un guest dupa instalare / clonare ... s-ar putea sa ramai surprins :-P desi fiind o singura masina as recomanda un raidz2 (echivalent raid6) daca datele si vm-urile respective sunt esentiale (aici tu stii) si binenteles sa fii pregatit in vreo 2-3 ani sa faci upgrade la urmatoarea versiune (ceea ce se face smooth, dar cu downtime la guests); frumos e cand e cluster, dar cu o singura masina, cam greu :-P Alex On 18-Oct-23 19:03, Paul lacatus (personal) via RLUG wrote: Am următoarea dilemă : pe un server IBM mai vechi dar strong vroiam să pun niște servere. Nu merită să pun fără virtualizare ca are resurse suficiente RAM, procesoare, HDD. Eu vroiam să pun un proxmox dar cei care l-au dat l-au dat cu un ESXi 7 cel care e free. Am făcut un VM pe el dar parcă aș fi mai liniștit cu un proxmox. Parcă e mult mai flexibil și poți face mai multe chestii. Deocamdată îmi lipsesc template și clone asta însă înseamnă să mă duc cu stick să instalez? Vroiam să îi pun și raid în JBOD și să fac un pool cu zfs. Ce mă sfătuiți ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Proxmox vs. VMware ESXi 7
Este suficient de intuitiv si destul de clica-clica, iar documentația este (imho) excelentă. Dacă ai ceva întrebări, aruncă-le aici, să câștige (hopefully) și alții. Dumitru "top-posting ȘI romgleză, I'm on a roll!" C. On 18/10/2023 19:28, Cosmin MARTIN via RLUG wrote: Ca tot s-a adus in discutie Proxmox, eu am aflat de el de curand, cand am inceput sa caut o solutie de cluster HA, poate cineva de pe aici sa ofere consultanta entry level pe asa ceva? Contra cost, evident, via zoom/teams. On 18 Oct 2023, at 19:17, Alex 'CAVE' Cernat via RLUG wrote: nu e proxmox-ul elefant ca vmware (cu jde mii de features), insa isi face destul de bine treaba, plus ca poti sa faci multe hack-uri (gen inclusiv manarit id-uri de vm, care nu se recomanda, insa merge fara belele daca stii ce faci), ceea ce prin vmware ... mai greu, ca nu prea te lasa (ceea ce nu e neaparat rau, ca vorba ceea, cand iti bagi nasul prea adanc s-ar putea sa te "frigi") zfs e excelent, desigur nu e primul in materie de performanta, insa nu pentru asta il iubim noi; daca pui zfs-ul ti-as recomanda sa faci niste teste pe diverse variante de raid sa vezi cat iti mananca un guest dupa instalare / clonare ... s-ar putea sa ramai surprins :-P desi fiind o singura masina as recomanda un raidz2 (echivalent raid6) daca datele si vm-urile respective sunt esentiale (aici tu stii) si binenteles sa fii pregatit in vreo 2-3 ani sa faci upgrade la urmatoarea versiune (ceea ce se face smooth, dar cu downtime la guests); frumos e cand e cluster, dar cu o singura masina, cam greu :-P Alex On 18-Oct-23 19:03, Paul lacatus (personal) via RLUG wrote: Am următoarea dilemă : pe un server IBM mai vechi dar strong vroiam să pun niște servere. Nu merită să pun fără virtualizare ca are resurse suficiente RAM, procesoare, HDD. Eu vroiam să pun un proxmox dar cei care l-au dat l-au dat cu un ESXi 7 cel care e free. Am făcut un VM pe el dar parcă aș fi mai liniștit cu un proxmox. Parcă e mult mai flexibil și poți face mai multe chestii. Deocamdată îmi lipsesc template și clone asta însă înseamnă să mă duc cu stick să instalez? Vroiam să îi pun și raid în JBOD și să fac un pool cu zfs. Ce mă sfătuiți ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] to pause or not to pause
O rezolvare simpla: Separă traficul "light" (ceva imi spune că de aia se plâng de fapt oamenii) de traficul de storage pe interfete fizice diferite intre cele doua switch-uri. Cred ca o interfață de 1gbps ar fi suficient... Dumitru "lazy QoS" C. On 23/01/2021 10:06, Adrian Sevcenco wrote: On 1/23/21 2:37 AM, wo...@prolinux.ro wrote: On January 23, 2021 1:22:36 AM GMT+02:00, Adrian Sevcenco wrote: Salutare! Am o dilema existentiala: am un butoi mare si cel putin momentan o tzeava ff mica. Momentan, framele de pauza sunt off si pe deviceuri si pe noduri pentru ca am citit pe undeva ca trebuie lasati algoritmii de congestie sa isi faca treaba, nu sa te pui in calea fericirii lor. Problema e ca tzeava va fi intotdeauna ff mica (pentru ca va dura o eternitate sa trecem noi la 100 sau Nx 100) deci indiferent ca upgradam la 2x10 de la 10 simplu problema e aceiasi: pa linga ca tot restul traficului (light, office) se gatuie vad si cresteri de 20 de ori la rtt (la destinatii vecine de 2ms se ajunge ls 40). So, cam ce ma sfatuiti? merita sa risc o saptamana de transpiratie sa activez dc wide framele de pauza (mai ales pe switchuri)? Multumesc! Adrian Stiu ca ar fi cazul sa ma uit peste QoS :( .. la un moment dat o sa ma uit, caut acum sa vad daca scap :D Salut! Pune mina si invata tc . E futere de utere in prima faza si cucuie + dragoste in gura de la colegii care se simt persecutati dar e solutia corecta, dpdv-ul meu pai .. ce legatura are tc-ul? problema nu e la hosturi ci mai sus unde se aduna traficul in swithuri.. mai ales ca nu e problema de colegi, problema e traficul grid de stocare mai ales ca nici acolo nu e in sine problema ci doar la switch-ul l3 de edge ... so, mai exact situatie e asa: central e un dell de 25 gbps la care se conecteaza storage-urile si compute-urile .. storage-urile duc fiecare pana in 1 Gib/s si marea majoritate din trafic e consumat de compute-ul intern. dell-ul se conecteaza cu 10 gbps la switchul de edge (un hp 5800) dar, restul de trafic e din extern (vecinii nostrii de experiment si platforma, cu care suntem federati ca si stocare) iar tzeava de 10 gbps se satureaza (si sta saturata) rapid. so.. unde intervine tc-ul in schema? wolfy (care nu credea sa mai auda de pb de banda in romania sec XXI). mai ramine sa aflu ca routarea pe platforma la voi e facuta tot cu KA9Q ca acum 25 de ani cind an prestat pt voi :) platforma e cam generic denumita, sunt ~10 institute prin zona, la noi sigur nu ai prestat acum 25 de ani ca nu aveai la ce sa prestezi acum 25 de ani : dar rutarea e intr-adevar simpla, in swithc-ul l3 de edge sunt 2 rute statice si atat (unde next-hop-ul e in pop-ul roedu la 500m) Multumesc! Adrian ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Killing CentOS (softly)
Sunt de acord, pe de altă parte (surprise pickachu face) aparent lumea reală nu funcționează așa. De asta am spus că epoca flower power s-a cam terminat... Dumitru "life is not fair" C. On 15/12/2020 14:12, Dumitru Moldovan wrote: Păi să nici nu zici că-i cazul meu, tizule! :-] Pentru că toate RHEL-urile, începând cu 2.1, prima versiune, au oareșce contribuții și din partea mea… Și a multor altor anonimi, bineînțeles. Dar îs OK cu faptul că fac bani pe seama contribuțiilor noastre, atâta timp cât respectă licențele în termenii cărora am contribuit. Și nu-s nesimțiți, ca acuma când îngroapă CentOS într-un fel cam neplăcut pentru cei ce au trecut pe versiunea 8. Apropo de licențiere, singura dată când (cred că) am prins pe cineva că mi-a șterpelit o contribuție free software a fost vorba tot despre (surpriză!) Oracle. Mai multe la https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/merge_requests/133. (Iar dacă intri acolo și ai minim interes pentru subiect, rogu-te ia și testează modificările mele, mulțam!) Acuma revenind la o chestie înrudită ce s-a zis pe aici, anume că „accesul la software gratuit costa, cineva plateste pentru infrastrucura aia si pentru suportul software (de care beneficiezi si tu free-rider chiar daca nu cumperi suport).” Păi cine e „free rider” aici? Aveți idee câtă muncă voluntară e la baza unei asemenea distribuții de Linux, fie ea chiar corporatistă? Personal am contribuit foarte, foarte puțin, dar totuși îs câteva sute, poate mii de ore de muncă în spate. În total mi-e greu și să-mi închipui câți oameni au mai muncit în timpul lor liber, în ce cantități, și ce costuri totale ar fi avut toate contribuțiile astea voluntare dacă erau realizate la comandă. În orice caz, incomparabil mai mari decât costurile unei infrastructuri ce permite descărcarea unor ISO-uri și a unor actualizări de pachete. Și îndrăznesc să spun că mlt mai mari decât cele investite de o corporație precum Red Hat ori Oracle în propria distribuție Linux. On Ma, dec 15, 2020 at 13:21, Dumitru Ciobarcianu wrote: Epoca flower power a Linux a murit de mult, acesta este doar un cui suplimentar în coșciug. Wake up and smell the roses. Nu am nici o simpatie pentru companiile care foloseau CentOS în uz comercial și nu contribuiau cu nimic înapoi dar acum sar de cur în sus "vai, RedHat, cum ai putut face asta!". (Nu o lua personal tizule, nu spun că este cazul tău, doar am dat reply la primul mail din thread ca să-mi adaug și eu my useless 2c.) Dumitru "money talks" C. On 14/12/2020 12:18, Dumitru Moldovan wrote: https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, WTF Red Hat? (Or IBM?!?) Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care mai oferă doar un an de actualizări. Personal, deși aș putea folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate mizeriile legate de licențiere și actualizări. Momentan am CentOS 5, 6, 7 și 8 în administrare. Iar instalările CentOS 8 cică să le migrez la RHEL 8 peste un an? Câh… Mai repede trec pe altceva, parcă văd Scientific Linux trezit din morți în curând! În perspectivă, se vede într-o altă lumină preluarea proiectului de către Red Hat cu ceva ani în urmă: https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Killing CentOS (softly)
Epoca flower power a Linux a murit de mult, acesta este doar un cui suplimentar în coșciug. Wake up and smell the roses. Nu am nici o simpatie pentru companiile care foloseau CentOS în uz comercial și nu contribuiau cu nimic înapoi dar acum sar de cur în sus "vai, RedHat, cum ai putut face asta!". (Nu o lua personal tizule, nu spun că este cazul tău, doar am dat reply la primul mail din thread ca să-mi adaug și eu my useless 2c.) Dumitru "money talks" C. On 14/12/2020 12:18, Dumitru Moldovan wrote: https://blog.centos.org/2020/12/future-is-centos-stream/. Seriusly, WTF Red Hat? (Or IBM?!?) Cea mai nașpa mișcare mi se pare cea legată de CentOS 8, pentru care mai oferă doar un an de actualizări. Personal, deși aș putea folosi RHEL în producție, prefer CentOS numa' ca să nu-mi bat capul cu toate mizeriile legate de licențiere și actualizări. Momentan am CentOS 5, 6, 7 și 8 în administrare. Iar instalările CentOS 8 cică să le migrez la RHEL 8 peste un an? Câh… Mai repede trec pe altceva, parcă văd Scientific Linux trezit din morți în curând! În perspectivă, se vede într-o altă lumină preluarea proiectului de către Red Hat cu ceva ani în urmă: https://lists.centos.org/pipermail/centos-announce/2014-January/020100.html ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] minimal vm :: postfix replacement?
"Salvatul" de memorie în VM-uri de fapt nu salvează nimic. Experiența ta cu chestii personale e OK, dar nu te grăbi să generalizezi și pentru cei ce folosesc virtualizarea în scopuri ceva mai profi. Pentru fiecare VM cu CentOS tre' sa aloc juma de GB de RAM în plus în comparație cu alte distribuții de Linux pentru fix aceeași treabă. Probabil că nu-s singurul care are problema asta, deși mulți (inclusiv CentOS maintainers) nu o conștientizează. Am folosit exemplul cu chestii personale pentru că nu îmi permit să public date de pe sistemele de la birou. Ce voiam să spun este că nu contează pentru utilizarea memoriei fizice faptul că tu trebuie să aloci 0.5 Gb în plus în config-urile sistemului de virtualizare pentru un anumit sistem de operare (în afară de faptul că este probabil enervant pentru tine). Pentru că la final acel jumătate de gigabit de fapt va fi shared între toate cele N mașini virtuale de pe acel host. Ok, poate fi deranjant dacă ești obligat să nu folosești overprovisioning însă din experiența mea sunt destul de puține situațiile în care este într-adevăr necesar acest lucru. Iar pentru situațiile "profesionale", "at scale", unde sunt hosturi cu mult mai mult RAM (și VMs per host), economia adusă de acest sistem are cifre mult mai spectaculoase. Singurul showstopper pentru asta ar fi un sistem "multi-tenant" datorită posibilelor considerente de securitate, dar acolo este cu totul altă cutie de viermi. Oh, sunt de acord că CentOS este un pic "bloated", din motive mai mult sau mai puțin bune (sau rele). Poate fi o provocare pe mașinile cu deficit de RAM. Însă într-un sistem virtualizat, unde cei 0.5GB sunt efectiv la o apăsare de buton, este cea mai mică problemă. Dumitru "52 VMs of Windows XP with 1 GB of memory, on 16 GB of RAM [1]" C. [1] https://en.wikipedia.org/wiki/Kernel_same-page_merging -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] minimal vm :: postfix replacement?
Pentru o secundă am crezut că m-am întors în '95 și urmăresc un thread cu "optimilizations" în Gentoo. Apropo de easy pickings, de ce folosești mamutul de virtualbox și nu folosești facilitățile native din Linux? Care printre altele oferă și: -- cut here -- Introduction Optimized and effective memory management is a key factor in virtualization environments. KSM and Auto-Ballooning enables sophisticated and economic configurations for physical RAM utilization. KSM KSM (Kernel Samepage Merging) is running in the Linux kernel and scans the memory of all the virtual machines running on a single host, looking for duplication and consolidating. With KSM we're able to improve virtual machine density by as much as 300% without impacting performance. One of the great benefits of using Linux as the hypervisor means KSM is not limited to KVM and virtual machines, but can also reduce memory pressure with normal Linux applications. -- cut here -- În acest moment, pe o mașină pe care îmi țin chestii personale, cu doar 32Gb ram (din care folosiți 22) și vreo 11 VM-uri , KSM sharing îmi salvează 2.87 GiB. A se lua în calcul că sunt vreo 3 tipuri de OS-uri, dacă le standardizam pe toate probabil salvam mai mult. "Salvatul" de memorie în VM-uri de fapt nu salvează nimic. My 2c. Dumitru "shamelessly top-posting" C. On 14/07/2020 14:46, Dumitru Moldovan wrote: De ce e importantă chestia asta? Time is money, RAM is money, storage is money, etc. Amazon se pare că a înțeles asta mai rapid! În plus, e păcat de resursele consumate aiurea în milioanele de instalări CentOS. Serverele iau din ce în ce mai mult din consumul total pe planeta asta și unele optimizări îs easy pickings. Deci pe lângă sortat gunoiul responsabil, n-ar strica dacă responsabilii CentOS și-ar sorta mai cu grijă modulele de kernel, opțiunile de compilare, dependențele pachetelor mai importante șamd. Totul pentru un consum mai scăzut de spațiu de stocare și timp de procesor. Optimizările Amazon Linux ar trebui să fie publice, că doar vorbim de soft GPL. -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] IPv6 black magic : rtt diferit in functie de subnet
On 08/12/2018 17:36, Adrian Sevcenco wrote: GATEWAY : MYNET::1/48 DESKTOP : MYNET::aa/64 La fel ca la ipv4, vrei să ai același netmask în același domeniu de broadcast. Intrebarile sunt : 1. de ce indiferent de ip al storage02 pingul la desktop e minimal? 2. de ce variaza rtt-ul in functie de subnet? din ce vad minimul e cand storage02 are MYNET:1::22/64 Nu am stat să desenez mental rețeaua dar cel mai probabil datorită măștilor diferite pachetele se plimbă altfel decât îți imaginezi tu. Cioby "ipv6 is the same as ipv4, just different" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pipe/redirect
On 30-Jul-18 19:52 PM, MOROIANU Dragos wrote: > Programul pe care vreau sa-l scriptez se numeste Xfoil > (http://web.mit.edu/drela/Public/web/xfoil/) si care se comporta in mare > masura la fel ca bc (accepta comenzi de la tastatura, face niste calcule si > tipareste rezultatele pe ecran).Vreau sa-l folosesc pentru o problema de > optimizare a unei forme geometrice, de aceea am nevoie de automatizare.Am cam > renuntat la ideea de a-l comanda din bash, si am abordat problema cu ajutorul > a 2 "named pipe" (unul pentru a trimite comenzi si al doilea pentru a primi > rezultate), folosind standard C. Asa pot tine pipe-ul deschis cat doresc. > Buffer-ul de la mine catre xfoil il golesc usor cu fflush, dar invers nu stiu > daca pot comanda golirea. Sper ca asta sa nu-mi afecteze negativ > interactiunea. Ca să nu reinventezi roata, este posibil să te ajute: https://github.com/Jvanrhijn/CXXfoil "This library provides an easy-to-use C++ API for using Xfoil. It spawns a child process, to which commands are written via a pipeline. A second pipeline is used to read output from the process, which is logged to a file." De asemenea mie (biased, mă descurc mai bine în python decât în C) mi s-a părut interesant și: https://github.com/leal26/AeroPy "AeroPy is an library for calculating aerodynamic properties. The main feature of this library is the Python interface with XFOIL. The main objective of this library is to be able to use XFOIL via Python iteratively in a total of 4 lines total (one line for most uses). Through this interface coupling with other softwares (Abaqus, Ansys, etc) is possible and iterative processes (optimization, design sensitivity) are possible. For a thorough explanation please check the documentation and the tutorials." Dumitru "Strong in this one, the google-fu is" C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pipe/redirect
On 29-Jul-18 14:08 PM, Petru Rațiu wrote: > 2018-07-29 13:44 GMT+03:00 tiberiu socaciu : > >> pentru chestii mai serioase exista c, sau la limita, awk... >> > > Pentru cei de varsta ta, poate. Pentru aia cu vreo 10 ani mai tineri e > perl, pt. aia cu vreo 20 ar fi python/ruby, pt. aia cu 30 ar fi golang, > rust sau ce mai trag pe nas copiii din ziua de azi. Dar la o adica probabil > ca se poate in orice turing machine, in functie de cate beri contine pariul. > Ce păcat că brainfuck[1] nu a prins... Dumitru "here dino, dino" C. 1. https://en.wikipedia.org/wiki/Brainfuck --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pipe/redirect
On 28-Jul-18 18:25 PM, MOROIANU Dragos wrote: > Comenzile pe care vreau sa le trimit programului, depind de raspunul pe > care-l primesc de la el, deci vreau sa pastrez interactivitatea, programul sa > nu se inchida dupa primul set de comenzi.Este posibil sa tin un 'pipe' > deschis intre 2 comenzi echo, eventual folosind un fisier pipe? Disclaimer: Nu executa niciodată chestii pe care ți le dau diverși de pe net fară să fii sigur că înțelegi ce se întâmplă acolo, inclusiv ce este mai jos, nu pot garanta că nu îți strică sistemul, îmbolnăvește pisica, etc. Pui asta într-un script. Dacă nu este într-un script îți va închide shell-ul curent. Nu arată prea frumos dar nu am stat să îl bibilesc acum, doar vrea să arate o idee. Pipe-urile nu sunt bidirecționale în Linux deci trebuie să facem un artificiu și să legăm standard input și standard output între cele două programe. Efectul secundar la chestia asta este că nu mai ai output de loc către terminal, de unde și mizeria cu tee și echo >>fisier.txt ca să poți urmării ce se întâmplă acolo. Sunt convins că există o soluție mai elegantă la treaba asta. # --- CUT HERE --- coproc ( echo "1+2" |tee fisier.txt read raspuns ; echo $raspuns >>fisier.txt echo "$raspuns+3" | tee -a fisier.txt read rezultat ; echo $rezultat >>fisier.txt ) exec bc <&${COPROC[0]} >&${COPROC[1]} # --- CUT HERE --- Dumitru "ph33r teh bash powah!" C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pipe/redirect
On 28-Jul-18 1:53 AM, MOROIANU Dragos wrote: > Buna ziua,Am urmatoarea problema la care tot incerc sa gasesc o solutie (nu > stiu daca e posibil):1. un program care accepta comenzi in linia de comanda > (bc e un exemplu elocvent).2. vreau sa trimit comenzile printr-un 'pipe' sau > 'redirect'.3. problema care apare este ca in felul asta accepta doar o > singura comanda sau un singur string cu mai multe comenzi dar se pierde > interactivitatea. Când se închide pipe-ul se închide și programul. Poți comasa mai multe comenzi într-un singur pipe folosind un subshell. ( echo "1+2" ; echo "2+3" ; echo "3+4" ) | bc Dumitru "merge și invers: comanda1 | ( comanda2; comanda3 ) " C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Aplicatie semnare pdf uri
Acrobat DC prin playonlinux https://askubuntu.com/questions/1003347/how-can-i-install-adobe-reader-on-ubuntu-17-10 Nu știu dacă va și vedea token-ul cu semnătura dar bănuiesc că merită o încercare. Dumitru --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pornirea kernelului durează 30s pe un Fujitsu S782
On 05-Feb-18 11:15 AM, Adrian Popa wrote: > Legat de hibernare - ca să meargă trebuie să am swap partition > ram? Sau > care e requirement-ul? Nu m-am mai uitat de mult prin subsistemul de suspend al linux însă ultima oară când am verificat, primul lucru pe care îl face este să facă drop la caches (nu are sens să pierzi timpul cu scrisul la atâta informație în swap) iar la scrierea efectivă a informației "utile" se face un minim de compresie (tot din motivul "timp", discul este cea mai lentă parte a sistemului, cu cât ai mai puțin de scris cu atât se termină operațiunea mai repede). Mai multe informații la: https://www.kernel.org/doc/Documentation/power/interface.txt Citez: "/sys/power/image_size controls the size of hibernation images. [...] Reading from this file returns the current image size limit, which is set to around 2/5 of available RAM by default." Dumitru "de cele mai multe ori prefer suspend-to-ram" C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Pornirea kernelului durează 30s pe un Fujitsu S782
On 04-Feb-18 17:28 PM, Adrian Popa wrote: > Scuze că reînviu threadul ăsta după 2+ ani, dar după doi ani de trăit cu > problema mi-a ajuns cuțitul la os și am început săpăturile. > [0.700443] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored Cine a scris BIOS-ul trebuie trimis la sapă. Vezi dacă te ajută pașii de aici: https://wiki.archlinux.org/index.php/DSDT (nu distribuția contează). Dumitru "încă nu m-am hotărât cine e mai lame, BIOS sau PHP" C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] Autofs + Stale NFS handles
On 28-Nov-17 14:53 PM, Adrian Popa wrote: > Hmm, ar putea fi ok, doar că: > 1. teste continue de acces pe un fișier o să țină discul treaz pe server. > Ar trebui să verific accesul la un ssd să nu îmi țină discul treaz. > 2. trebuie să găsesc o frecvență convenabilă de polling ca să se prindă > suficient de repede, dar să nu fie agasant :) 1: Nu vad de ce un simplu "test -e $numefisier" ar trezi discul. 2: Nu vad cu ce ar fi agasant script ca mai jos, pornit in background. while true; do until test -e /nfs/testfile; do echo Nu e bine $restartscript sleep $time_to_reconnect done sleep 1 done PS. "sleep 1" de la sfarsit e relativ important, asta daca nu cumva ai un spare CPU pe care sa il ocupe bash-ul cu loop-ul respectiv PPS. sleep $time_to_reconnect poate lipsi daca $restartscript verifica reconectarea cu succes. Dumitru "ph33r my bash-fu" C. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
Re: [rlug] terminal vertical split (xargs parallel command output)
> Sau ca sa fii modern si devops etc scrii parametrii intr-un > rabbitmq/redis/kafka/SQS/etc si pornesti 4 terminale identice cu agenti > care consuma coada pana e goala :) Ai face un bun pehașpist. Dumitru "is it friday yet?" C. PS. Don't mind me, "Țitrics". --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] mysql ia pauza la 6000 clienti simultani
On 28-Oct-16 14:56 PM, Mircea MITU wrote: > > mysql max_connections este 9, alte variabile mysql cu max in nume si > valori in jurul lui 6000 nu am gasit Arunc și eu cu o părere: Conform http://www.mysqlcalculator.com/ dacă pun max_connections 9 (lăsând restul default) zice o valoare de aproximativ 240Gb. Dacă pun 6000 zice ceva de genul 16Gb. Se potrivește cu cât RAM are mysql-ul ? Dumitru "let's put everything to the max and let magic do its thing" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Propunere LibreOffice pe maisimplu.gov.ro
On 17-Apr-16 19:45 PM, Mihai-Stanislav Jalobeanu wrote: > Concret, eu, în cei 12 ani cât am fost profesor la o facultate de > informatică, nici unul dintre studenții cu care am putut comunica nu a > urmat modulul pedagogic și nu a mers în învățământ (doar 3-4 care au ajuns > să facă facultatea din poziția pe care o aveau deja în rețeaua școlii, sau > care funcționau ca profesori la alte materii (fizică, muzică, ...) și nu le > ieșea norma didactică... Poate că este chiar mai bine că este așa... Să mă explic: Consider că nu specializarea respectivului profesor este importantă cât dorința și dedicația acestuia. După cum ați menționat și dumneavoastră, ritmul în domeniu este foarte alert, nu cred că ne putem aștepta să se predea de exemplu dockers la ora de informatică în liceu. Ce ne putem aștepta este ca anumiți oameni să își ia în serios activitatea de dascăl. Eu personal sunt rezultatul unul profesor care nu era de specialitate și nu am "învățat meserie" de la el dar am învățat ceva mult mai important și anume cum să învăț meserie. În sensul în care a știut să mă ghidoneze pe drumul care trebuie. Consider că nu am ajuns tocmai rău. Vă mulțumesc, Dumitru Ciobârcianu PS: informatica este overrated, este doar o unealtă. 20 de ani mai tărziu, echipa de profesori face în continuare treabă bună: https://www.facebook.com/esero.romania/photos/a.1496272027276468.1073741832.1495471430689861/1733689156868086/?type=3&theater ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] temă de casă în shell
On 26-Sep-15 11:39 AM, Mihai Osian wrote: > On 09/25/15 23:57, Dumitru Ciobarcianu wrote: > > seq 100 | while read JOBNR; do echo "echo starting job $JOBNR; sleep > $((RANDOM % 5)); echo job $JOBNR done" ; done | xargs -n1 -P10 -I% bash -c % > Hmm, -P , atât de simplu! You learn something every day, thanks! Dumitru "if you're happy and you know it clap your hands!" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] temă de casă în shell
On 26-Sep-15 7:44 AM, Adrian Sevcenco wrote: > Daca aceasta operatiune o faci de mai multe ori si eventual vrei si o > anumita flexibilitate instalezi din repo un torque sau htcondor. Mai ai de > scris eventual un fisier de descriere a jobului si asta e tot. Da corect, dar nu asta a fost ideea. :) Nu s-a dorit o chestie de producție. Am avut nevoie doar de un "quick & dirty one-off job", care în cazul meu a scurtat wallclock de la 17h la 5h (și ar fi putut și mai rapid dar am ales o valoare conservativă a lui N :) ) Bonus points mașina respectivă este într-un mediu în care trebuie N aprobări ca să instalezi lucruri, ar fi durat mai mult decât ora de compunere a script-ului :) Am lansat întrebarea doar pentru că mi s-a părut amuzant de câte lucruri trebuie să ții seama pentru o problemă relativ simplă și câte lucruri se pot întâmpla prost dacă o implementezi greșit, pentru că m-am lovit de diverse limitări ale bash, care până la urmă nu e un limbaj de programare (unde ar fi fost relativ trivial de rezolvat). Într-una din zilele astea ar trebui să învăț python cum trebuie :) Era singurul disponibil pe mașina aia. >> A se rezolva în shell. > Stiu ca nu m-am conformat cererii dar partea cu shell-ul e o complicare > inutila. > După cum spuneam, "quick & dirty one-off job" Dumitru "hacking, in the original sense" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] temă de casă în shell
On 26-Sep-15 3:30 AM, Mai Ling wrote: > ...ocazie cu care observ ca clientul de mail pe care il testez a preluat > textul > doar cu LF-uri fara CR si se vede muci in clientul nativ de mail de pe ios. > http://paste.lug.ro/131490 [http://paste.lug.ro/131490] ar trebui sa se vada > ok pe orice device. Este interesant, din păcate din punctul meu de vedere suferă de "let's load the whole table in memory and we do the processing later". Ce te faci dacă ai jdemii de joburi ? Ok , bănuiesc că se poate face și o implementare în care citește job-urile pe rând dintr-un fișier și face și "wc -l" ca să afle numărul total de job-uri. Pe de altă parte un alt nitpick ar fi că trebuie să faci un script separat care să fie apelat ca și job ca să funcționeze ps-ul. Dumitru "select * from table | php" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Lamuriri ROGENTOS
On 25-Sep-15 21:41 PM, vene...@rogentos.ro wrote: > > In rest, parerea cu parerea rlug ma sterg la ... beeep. Am prins ideea, fiecare face ce îl duce mintea, e o țară liberă (încă). > Sunteti doar o adunatura de persoane care va validati unul pe celalalt doar > pentru ca aveti niste ani in plus pe linux... Cel puțin mie nu îmi este rușine să mă validez cu numele real. >sau cum spunea bine Dan, douchebags... > Nu m-am prins cine este domnu' Dan. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] temă de casă în shell
Salut, Am avut o provocare interesantă săptămâna asta și sunt curios cum ar fi rezolvat-o alții (there is more than one way to skin a cat). Se dă o listă de job-uri care se dorește a fi executată. Pentru că mașina este relativ puternică și se dorește a se scurta durata de execuție (wall clock) job-urile se pot paraleliza. Pentru că oricât de puternică este mașina nu are rost să pornești sute de procese în paralel se dorește ca doar un număr N de job-uri să se execute simultan. Pentru că fiecare job are o durată variabilă a execuției se dorește ca în momentul în care un job se termină altul să pornească în loc astfel încât la fiecare moment dat să existe N joburi rulând în paralel. A se rezolva în shell. Mulțumesc, Dumitru "la final o să dau și ce am folosit eu". ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Lamuriri ROGENTOS
On 9/2/2015 6:50 PM, Marian Banica wrote: > Mesajul pe care as vrea sa il intelegeti este ca sunteti deschisi, ne plac > criticile constructive si gandirea critica si nu credem ca este necesar ca > atunci cand cineva din open source deschide putin capul in media sa fie > atat de radical criticat. Ieșitul în media nu este nimic rău în sine, dimpotrivă. Rău este când se iese în media cu afirmații flamboiante (în cel mai bun caz sau care de-adreptul nu se susțin (în cel mai rău caz) iar asta tinde să se răsfrângă și asupra altora care sau incearcă să împingă "drăcia aia Linux". > Ce facem facem pentru o educatie mai buna si stim > ca e greu sa deschizi anumite usi doar ca in cazul nostru s-au deschis dupa > ce am incercat de mai multe ori. > > Succes si voua daca doriti sa urmati acest exemplu. Va invitam in "arena". > Wellcome to the club. Suntem acolo de ceva vreme. Dumitru - https://scontent-ams2-1.xx.fbcdn.net/hphotos-xaf1/v/t1.0-9/1654397_777415888953224_1811369338_n.jpg?oh=eade881922539f02909086d16571ac7d&oe=566ED903 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fwd: Kogaion si Argent Linux astazi in media
On 02-Sep-15 11:31 AM, Stefan Cristian Brindusa wrote: > Am inteles ce vrei sa afli de la noi si inteleg daca nu te conving, dar eu > ma voi orienta catre cei care o sa foloseasca Kogaion sau Argent si cei > care sunt interesati. > Din pacate, observ ca nu ai nici un interes. Nu esti util si imi cer scuze > ca o zic in acest mod, Nu trebuie să îți ceri scuze pentru ce gândești :) Dar ca și părere personală eu cred că cineva poate ajuta foarte mult și nefolosind produsul și doar oferind consultanță de arhitectură. De multe ori poate fi cel puțin la fel de relevant decât părerea needucată a 1000 de utilizatori. > sper sa ne putem intalni la Bucuresti la o > conferinta tech organizata de Marian B. > Nu mai am timp sa raspund la mail-uri pe alte liste, dar nu vreau sa las un > gust acru cum ca nu am avea un scop sau tinte. > > *Le avem*, dar le vom discuta la conferinte tech, asa cum a zis si Marian, > si vom inregistra. In felul asta vom avea deschidere mai mare decat pe RLUG. Aștept cu interes conferința tehnică. Dar poate ar fi mai bine să fie direct pe pagina web sau în wiki ? Sunt convins că sunt mai mulți care își pun aceste întrebări și nu au timp de conferințe sau înregistrări video ale acestora. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fwd: Kogaion si Argent Linux astazi in media
On 02-Sep-15 8:27 AM, Marian Banica wrote: > Imi permit sa intervin pentru ca vad ca lucrurile o iau intr-o directie > care nu avantajeaza pe nimeni. Nu deranjează pe nimeni faptul că intervii, cu cât mai multă lume contribuie la o discuție cu atât mai bine :) > *Decizia de a merge pe Gentoo ne apartine si nu se mai discuta*. Pur si > simplu am putea spune "asa ne place noua si cu asta stim sa lucram". Am > discutat asta anterior, nu are rost sa mai batem moneda pe asta. Din mesajele pe care le-am citit eu nimeni nu a pus sub semnul întrebării de "de ce Gentoo". Putea să fie și LFS, nu contează. Ceea ce contează acum pentru cei care au întrebat este direcția pe care o dorește acest proiect. > Scopul principal al proiectului este de a oferi* SOLUTII nu licente*. > Incercam sa aratam ca se poate. Am luat taurul de coarne si am aratat deja > ca se poate. "2005 called, it wants its solutions back" Îmi permit să îți atrag atenția că în piața IT din acest moment puțini mai bat monedă pe "licențiere" ci mai mult pe "soluții", nimic nou în asta. > *Exista deja colaborari concrete*, oameni care folosesc solutiile. Ca sunt > bune sau mai putin bune asta stim cu totii din domeniul software... se pot > imbunatatii. N-am spus vreodata ca e perfect ce am facut, ca nu apar > bug-uri si unele poate chiar mari in acest moment. Mai e inca de lucru si > facem lucrul asta. Ne bucurăm pentru voi. Reiterez ideea că în acest moment, cel puțin din punctul meu de vedere nu bug-urile sunt în discuție. > Apoi in "arena Linux si open source din Romania" din pacate pentru noi > suntem printre putinele proiecte foarte active. As adauga aici faptul ca > insusi Stefan zilele astea va "sarbatori" 300 de zile de cand contribuie > zilnic la proiecte pe Github. > https://github.com/BlackNoxis Ce înseamnă "arena Linux și open source din România" ? Dezvoltare ? Implementare ? Susținere (Advocacy) ? Îmi permit să îți atrag atenția asupra faptului că doar pentru că nu ai cunoștiință despre anumite proiecte (nu mă înțelege greșit, nu e nimic rău în asta) nu înseamnă că ele nu există. Mulți de aici lucrează în companii care își bazează infrastructura de dezvoltare și producție pe Linux. Se pune ? > Cine critica solutia tehnic fara sa o fi folosit-o sincer nu merita raspuns > aici si am tendinta sa cred ca sunt si asemenea persoane. Din punct de vedere personal consider că până la soluțiile tehnice este mai importantă ideea și arhitectura inițială. Dacă îmi permiți o glumă: nu trebuie să folosesc o bicicletă cu roți pătrate sau o bicicletă din gumă ca să știu că voi avea ceva dificultăți în a o folosi. Atenție, nu spun că ați făcut o bicicletă cu roți pătrate. În acest moment vreau doar să știu dacă are rost să mă implic. Dacă proiectul își propune să facă o bicicletă cu roți pătrate mai bine nu :). > Conceptual vorbind (doar despre Linux in general) noi am facut pasul asta. > Daca simtiti ca puteti face alt pas care sa fie intr-o directie utila hai > sa il facem impreuna indiferent ca mergeti pe Debian, Arch, Ubuntu sau > orice altceva. *Noi, ROGENTOS va vom sprijini in directiile care pot fi > comune.* Noi considerăm că deja o facem, în fiecare zi, fie numai și prin folosirea soluțiilor de acest gen în companiile care ne mai și plătesc pentru asta... > La Bucuresti la conferinta am chemat pe toata lumea care ar fi avut ceva de > spus. A fost atat fundatia Ceata cat si ROSEdu. PROLinux nu a fost pentru > ca nu era nimeni disponibil. Eu am participat la conferință și sunt de la ProLinux, dar nu mi s-a părut relevant să anunț acest lucru. De asemenea _NU_ am pus mai multe întrebări incomode acolo (deși le aveam pregătite), tocmai pentru că mi s-ar fi părut nepoliticos să vă stric "petrecerea" (ca și o mică răutate: mi s-a părut nepoliticos din partea unor invitați care au mai avut și prezentare să arate din prima în public, la lansare, minusurile pe care le-ar avea din punctul lor de vedere :) ). Dumitru "constructiv, dar să știm și noi" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fwd: Kogaion si Argent Linux astazi in media
On 02-Sep-15 1:26 AM, Stefan Cristian Brindusa wrote: > > In schimb, nu inteleg de ce ne invartim in jurul scopurilor noastre si de > ce as fi interesat vreo clipa sa raspund la intrebari cand nu se ofera > feedback constructiv? Ci mai degraba doar intrebari fara cercetare inainte > (gen argent-gentoo frozen ebuilds) ? (1) Ca să pot contribui la un proiect trebuie să înțeleg și să fiu de acord cu scopurile lui. Poate scopul vostru este să construiți cea mai talmeș-balmeș distribuție just for the fun of it (exagerare voită ca să pun mai bine în evidență ideea). Aceste întrebări _sunt_ feedback constructiv, chiar dacă nu întotdeauna de natură tehnică. Dacă cineva și-a pus aceste întrebări înseamnă că nu au fost suficient de bine expuse și/sau tratate. > I mean, scoate un Argent, fa-ti de cap cu el, si da-ma cu capul de pamant > ce slab e ISOul. E mai simplu, sincer. (2) De ce ar depune cineva acest efort dacă nu este convins de (1) ? O distribuție nu are numai parte tehnică în ea. La fel de mult contează și partea de comunicare / colaborare. "Nu înțelegi tu ce extraordinar e ce facem noi" nu este o comunicare validă pentru multe persoane, mai ales cele al căror timp este limitat de alte responsabilități și atunci preferă să-și aloce timpul către lucruri despre care sunt convinși că vor face o diferență. Sunt sigur că ești bine intenționat și foarte mândru de infrastructura pe care ați creat-o dar fără supărare și cioara este mândră de puiul ei. Asta nu înseamnă că nu este mai puțin cioară. Deocamdată nu m-am uitat la pui să văd dacă e cioară sau găină pentru că este mult mai simplu să mă duc direct acolo unde știu clar din experiență că sunt găini. Convinge-mă că păsăretul de la tine din ogradă este compus din găini și nu din ciori și am să vin la tine să mă aprovizionez. Dumitru "astăzi sunt în dispoziție lirică" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fwd: Kogaion si Argent Linux astazi in media
Salut, Răspunsurile inline ca să se și înțeleagă la care paragraf mă refer: On 01-Sep-15 12:54 PM, Stefan Cristian Brindusa wrote: > Hello Dumitru, > > In patru cuvinte: vasile ( github.com/Rogentos ), *quickpkg* ( > https://wiki.gentoo.org/wiki/Binary_package_guide#Using_quickpkg + entropy > package manager ) ; *eit* (entropy-server) si *molecule* ( tot de pe'acolo > din suita de tools-uri de la Fabio Erculiani la care am contribuit 6-7 ani ) > Acestea sunt motivele tehnice ^ de ce distributii pe Gentoo. Întrebarea a fost "de ce două distribuții separate", nu "de ce Gentoo". Fiecare cu preferințele lui. > In schimb, motivul pentru sistemele Kogaion si Argent (mai exact, separarea > lor) este (1) din moive de business/financiare, (2) dat fiind faptul ca > folosim git la greu, avem nevoie de overlays ( > https://wiki.gentoo.org/wiki/Overlay ) separate pentru automatizare, nu > puteam sa ingreunam un singur git si ulterior sa dam nume rogentos-desktop > sau rogentos-server, am preferam dpdv tehnic sa folosim nume separate. e > mai usor. > (3) Kogaion e localized, Argent este international. (4) Scopurile Argent > difera totalmente de scopurile Kogaion, deci preferam sa nu mixam brand-ul, > organizatia ramane Rogentos si multi ne vor identifica in acest fel (cu > sistemele Kogaion si Argent) Motivația de business o pot înțelege (până la un punct). Cea tehnică (pentru mine cel puțin) nu stă în picioare, din punctul meu de vedere nu va rezulta decât duplicare inutilă și/sau deviații artificiale care într-un final vor mușca pe cineva de fund când se așteaptă mai puțin. Dar nu sunt eu cel care contribuie așa că fiecare cu ale lui. Mulțumesc pentru răspuns, a fost lămuritor. Dumitru > > Daca e nevoie sa detaliez combinatia de cele 4 cuvinte de la motivele > tehnice de mai sus, give me some time, please :-) > > 2015-09-01 0:11 GMT+03:00 Dumitru Ciobarcianu : > >> >> Salut, >> >> Am întrebat și la lansare dar nu am primit un răspuns satisfăcător (sau >> a fost dat când eram deja afară la fumat): >> >> Sunt curios care au fost motivele (tehnice?, comerciale?) pentru care >> s-a ales soluția a două distribuții diferite pentru modele de utilizare >> diferite ? Ce anume a împiedicat o singură distribuție dar cu două >> șabloane de instalare ? >> >> Mult succes, >> >> Dumitru >> >> PS. Lăsăm la o parte copilăriile cu "siguranța națională" bune doar >> pentru activat keywords la jurnaliști. >> >> > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fwd: Kogaion si Argent Linux astazi in media
Salut, Am întrebat și la lansare dar nu am primit un răspuns satisfăcător (sau a fost dat când eram deja afară la fumat): Sunt curios care au fost motivele (tehnice?, comerciale?) pentru care s-a ales soluția a două distribuții diferite pentru modele de utilizare diferite ? Ce anume a împiedicat o singură distribuție dar cu două șabloane de instalare ? Mult succes, Dumitru PS. Lăsăm la o parte copilăriile cu "siguranța națională" bune doar pentru activat keywords la jurnaliști. On 31-Aug-15 20:28 PM, Marian Banica wrote: > Salutare, > > Dupa cum probabil stiti joi 27.08.2015 la Bucuresti si sambata 29.08.2015 > am lansat cele doua sisteme de operare ale grupului ROGENTOS: Kogaion > (desktop) si Argent (Server). > > Vrem sa impartasim cu voi bucuria de a aparea in media din Romania, atat > scris, print cat si TV. > Este un lucru de care sper sa ne bucuram impreuna si cat mai multe proiecte > open source sa apara in media in viitorul apropiat. > > Astazi am fost la Digi24. > http://www.digi24.ro/Stiri/Digi24/Gadget/Stiri/Sisteme+de+operare+pentru+administratie+publica+oferite+de+IT-is > > De asemenea am aparut si in Mediafax, Agora, IT Trends, Stiinta si Tehnica, > Romania Libera, Hotnews, Gandul, AgerPress, Adevarul, Business Magazin, etc > > Multumim tuturor celor care ne-au promovat si celor care au participat la > eveniment atat la Cluj cat si la Bucuresti. > > Pe Facebook aveti pozele de la cele doua evenimente. > https://www.facebook.com/events/779770495427604/ > https://www.facebook.com/events/1487115298268680/ > > De asemenea va invitam pe grupul nostru de Facebook dar si pe IRC > https://webchat.freenode.net/?channels=rogentos-dezvoltare > https://www.facebook.com/groups/RogentOSLinux/ > > Cu drag, > Echipa ROGENTOS. > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] solutie firewall acelasi clasa ip-uri /24
On 21-Jul-15 17:02 PM, mat.mar...@gmail.com wrote: > Vreau sa implementez o solutie de firewall intre anumite hosturi din > aceeasi clasa de IP-uri /24, acelasi VLAN > Nu doresc sa modific arhitectura routingului in retea sau configuratia de > retea/firewall local al celorlalte hosturi. > > Este o solutie viabila, folosirea unui firewall in aceasi clasa de ip-uri > care sa se comporte ca si proxy arp? > > Mai puteti sugerati alta solutie? Colegii ți-au sugerat Private vlan (+ proxyarp ca să și meargă). Dar permite-mi să adaug un răspuns de la un banc cu Radio Erevan: Da, se poate. Dar este păcat. Dumitru "regatul meu pentru o sârmă cu care să leg șandramaua" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] s-a schimbat rfc-ul si eu nu stiu sau s-a prostit gogu ?
You are not old enou On 06/04/2015 04:06 PM, Alex 'CAVE' Cernat wrote: > au facut astia un 'feature' in care daca mx-ul nu exista sa incerce sa > livreze catre adresa ip default ? ca n-am auzit pana acum de asa ceva, > n-ai mx => eroare si multa sanatate You are not old enough. > > sau e doar gogu mai cu motz si s-a gandit sa faca un 'feature' pentru > cei care habar nu au ce e aia mx si ca trebuie trecut in dns ? > > LMGTFY: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_address_record Dumitru "Once upon a time I used MBOX dns records" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] filesystem pentru disk cache / lru
Părerea mea este că mai bine expui X-ul... Dumitru "You're trying to do X, and you thought of solution Y. So you're asking about solution Y, without even mentioning X. The problem is, there might be a better solution, but we can't know that unless you describe what X is" On 11-May-15 12:43 PM, Alex 'CAVE' Cernat wrote: > salut > > am cautat pe net dar nu am gasit interesant; practic ma intereseaza sa > gasesc un filesystem in care operatii de genul 'gaseste fisierele mai > vechi de tz (mtime si/sau atime)' sa nu necesite scanare si stat-uri pe > intreg filesystem-ul; o tabela de hash ar fi de ajuns, dar sa poata fi > prezentata serverului ca un filesystem > si musai sa fie format de disk, in memorie e exclus (cel mult cache-uite > o parte din meta-date) > exista asa ceva sau visez la cai verzi pe pereti ? > > Alex > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
On 03/16/2015 11:32 AM, Adrian Popa wrote: > Ok, mulțumesc pentru răspunsuri! > > Din câte văđ KVM e doar suportul de virtualizare din kernel. Peste el > trebuie să rulez ceva gen QEMU, care văd că folosește imagini de boot și nu > știe să booteze dintr-un director din host. În plus, nu știu daca poate > rula headless (deși presupun că dacă virtualbox știe, o să știe și quemu). > Pentru rulat dintr-un director este lxc (mulțumesc Mihai că mi-ai amintit de el). Ar mai fi openvz dar acela nu este în kernel-ul default pe nicăieri (mai puțin proxmox) și e cam deprecated imho. Dumitru PS: Îi las pe alții mai buni la vorbă ca mine să o spună: http://iops.io/blog/docker-hype/ https://www.andreas-jung.com/contents/why-docker-is-broken-at-the-moment ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutie potrivita de virtualizare (similara cu containerele/zonele solaris)
Sunt mai multe moduri de a scărmăna pisica: Fie 2 vm-uri "clasice" cu bridge spre rețelele respective după cum au menționat și colegii. Prea "heavy" for my taste. Fie per-process routing. Care și ăsta poate fi făcut în mai multe feluri: Using Linux Network Namespaces for per processes routing: http://www.evolware.org/?p=293 Per process routing take 2: using cgroups, iptables and policy routing: http://www.evolware.org/?p=369 Personal prefer soluția 2 pe motiv de cgroups. Dumitru PS: Am menționat că docker poate să moară în chinuri ? On 15-Mar-15 18:04 PM, Adrian Popa wrote: > Salutare tuturor! > > Am urmatoarea problema si am nevoie de sfaturile voastre. Pe un server > trebuie sa instalez o aplicatie care sa poata lucra in mod independent in > doua retele diferite. Spre exemplu aplicatia trebuie sa poata accesa > www.example.com prin reteaua ISP1 si de pe aceeasi masina sa poata accesa > www.example.com prin reteaua ISP2. > Aplicatia in cauza ruleaza pe linux, si nu e nici o problema daca ruleaza > instante diferite. > > Avand un singur server m-am gandit la urmatoarele posibilitati: > 1. Masini virtuale vmware/virtualbox cu placi de retea bridge direct legate > fiecare in alt ISP. Ar fi o solutie simpla, dar vreau sa pot accesa usor > fisierele guest-ului din host. > 2. Stiu ca exista o metoda sa legi o tabela de rutare de un proces, astfel > incat sa fie fiecare instanta cu default gateway-ul lui, dar nu stiu: > *procesele copii mostenesc aceeasi tabela de rutare? > *am cum sa setez server dns/proces? > 3. Conceptul de container/zona de pe solaris pare sa semene cu ce vreau eu, > dar exista ceva similar pe linux? > > Ma astept sa existe si alte solutii, si sunt dornic sa invat ceva nou, asa > ca, ce ati face in locul meu? > > Multumesc! > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Romanian version of EU cybersecurity directive allows warrantless access to data
Nu m-a deranjat nimic, m-a mirat faptul că încă nu ai aflat cum se fac afacerile cu statul în România :) Dumitru "Licențe Microsoft, E-România, etc" On 01/05/2015 05:53 PM, Tiberiu Popescu wrote: > Pe tine ce te-a deranjat, faptul ca articolul a fost publicat pe 30 si eu > l-am citit pe 4? > > În data de 4 ianuarie 2015, 23:01, Dumitru Ciobarcianu < > dumitru.ciobarci...@ines.ro> a scris: > >> Nu te supăra că te întreb dar tu ai trăit sub o piatră până acum ? Sau >> te-ai născut alaltăieri? >> >> Dumitru "dacă e offtopic măcar top-post să fie" C. >> >> >> On 04-Jan-15 21:51 PM, Tiberiu Popescu wrote: >>> Oarecum off topic, dar tot de la stat. Loteria nu va reinnoi contractul >> cu >>> firma greceasca pentru serviciile IT, insa ar fi interesant de aflat cum >>> s-a ajuns la colaborarea asta. De ce tocmai greci? Noi nu avem oameni >>> capabili in conditiile in care Romania a devenit un "hub" pentru >>> externaliarea acestui tip de servicii? Imi aduce aminte de celebra frunza >>> verde a lui Udrea. >> >> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug >> > > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Romanian version of EU cybersecurity directive allows warrantless access to data
Nu te supăra că te întreb dar tu ai trăit sub o piatră până acum ? Sau te-ai născut alaltăieri? Dumitru "dacă e offtopic măcar top-post să fie" C. On 04-Jan-15 21:51 PM, Tiberiu Popescu wrote: > Oarecum off topic, dar tot de la stat. Loteria nu va reinnoi contractul cu > firma greceasca pentru serviciile IT, insa ar fi interesant de aflat cum > s-a ajuns la colaborarea asta. De ce tocmai greci? Noi nu avem oameni > capabili in conditiile in care Romania a devenit un "hub" pentru > externaliarea acestui tip de servicii? Imi aduce aminte de celebra frunza > verde a lui Udrea. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] [anunt] [JOB] RedHat, sysadmins
On 11/26/2014 03:14 PM, Dan Borlovan wrote: > Din text rezulta ca "de la juniori in sus" = "rock star sysadmins" > Da' "manelist sysadmins" ce hau ? Huo, discriminare mâncaciacs! Dumitru "my $value; my $value" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] [anunt] [JOB] RedHat, sysadmins
On 11/26/2014 02:53 PM, Mihai Badici wrote: > On Wednesday 26 November 2014 14:48:33 Alex 'CAVE' Cernat wrote: >> damn, de abia e miercuri > Cel mai mare in acest caz, este Gurul cu Palarie Rosie :) > > Gura bate Guru! Dumitru "pe o rază de un metru în jurul meu s-a făcut vineri" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] metoda backup imagine OS
On 28-Jul-14 11:17 AM, Mișu Moldovan wrote: > Să nu confundăm sarcasmul cu comportamentul pasiv-agresiv, am o > diplomă în domeniu și mă simt imediat dacă îs greșit etichetat. :D Pardon, o să-mi verific sarcasm-o-metrul. > Vizavi de întrebarea ta, depinde de scenariu, io folosesc Salt pentru > așa ceva și, acolo unde nu există suport pentru sistemul de operare și > module specializate pentru chestiile ce trebuie instalate și > configurate după, e nevoie de un scenariu mai clasic de restaurare a > sistemului de operare (inclusiv pentru AIX, bată-l vina, că nu s-ar da > virtualizat decât pe o platformă IBM). Dar da, unde merge, e brici. Și > spectaculos… Este o altfel de administrare de sisteme, declarativă, în > opoziție cu cea clasică, imperativă. Înseamnă că nu m-am lovit eu de destule scenarii. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] config management (was: metoda backup imagine OS)
On 28-Jul-14 11:22 AM, Iulian Roman wrote: > insa e aproape imposibil sa tii totul in config management , mai ales cind > nu stii ce anume setari sau ce a schimbat aplicatia respectiva, cind nu > stii ce binare si pe unde le-a instalat, etc, etc. Aici nu sunt de acord. Ce înseamnă "nu știi ce anume setări a schimbat aplicația respectivă" ? Aplicația face setări de capul ei ? Nu există niște oameni^W sysadmini și/sau arhitecți care fac specificațiile despre cum ar trebui să funcționeze lucrurile ? "Change management", alea, alea ? Indiferent dacă ai pachete din distribuție sau din afară, versiuni diferite de jav(R)a sau "binary blobs". Ah, că este posibil să ajungi să ai în config management definiții unice pentru fiecare server în parte pe motiv că arhitecții au fost pe câmpii și/sau clienții băuseră gaz înainte de a cere lucruri asta este cu totul altă poveste. După părerea mea singurele lucruri care nu se pot ține în config management sunt datele efective pentru care într-adevăr ai nevoie de backup deoarece sunt dinamice (prin însăși natura lor). Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] metoda backup imagine OS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28-Jul-14 9:23 AM, Mișu Moldovan wrote: > Io m-am oprit când am început să primesc explicații de genul Eu sunt cu adevărat curios dacă există un caz în care este mai eficient să faci backup la întreg sistemul (și restore, care e de fapt partea sensibilă a procesului) decât să folosești un config manager care sigur ți-l reface la o "known good configuration". Really, tot timpul avem ceva de învățat, nu este nevoie să fim neapărat pasiv-agresivi, avem o vârstă... :) > Am înțeles din acest fir de discuție că tot ce există în Linux și > s-ar putea folosi pentru a implementa soluția necesară există deja > în AIX cu cel puțin o decadă dinainte și este, bineînțeles, o > implementare superioară. "Se știe" (R) "Tipic Roedu" (TM) Și cioara spune că puiul ei este cel mai frumos. Nu este nevoie să ți se ridice tensiunea, zen, întotdeauna contează punctul de vedere. O fi Linux-ul deștept și frumos dar dacă tot ce vezi este Windows, Azure e ză shit... Dumitru "După acest week-end sunt zen, mi-am făcut porția de pe câteva luni, e curios ce pot face bazele de date și cache-ul din oameni^W sysadmini. Hai la mulți ani!" -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPV++EACgkQQisRnSkd59d6AgCeLmdyJbz/yHIfBdXZHpsZDyJj u4sAn172nV1xtRwqG3qcRvDzPfAmhNTC =9oM8 -END PGP SIGNATURE- ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] metoda backup imagine OS
On 27-Jul-14 18:25 PM, Iulian Roman wrote: > Da, si mai mult de o zi, pentru unele systeme un mksysb saptaminal imi este > suficient. De asta am si mentionat ca ma intereseaza numai OS, pentru ca > restore-ul aplicatiilor se face din clientul de backup (combinat cu alte > tool-uri specifice aplicatiilor uneori). Scuzați, am ajuns mai târziu la cină și poate nu am prins toate finețurile bucătarului, dar de ce aș avea nevoie de backup la _OS_ ? În caz de "doamne-ferește" se ocupă chef/puppet/ansible/"insert your favourite config manager here" după care după cum spuneai se face restore la aplicații din clientul de backup && sănătate Dumitru "sounds like a XY problem" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] planuri DS records la rotld?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-Jun-14 16:54 PM, mat.mar...@gmail.com wrote: > Stiti cumva daca ROTLD-ul are planuri sa suporte DS records? Da. > Pare ca incet, incet ramanem ultimul registrar care suporta > DNSSEC. http://stats.research.icann.org/dns/tld_report/ Da. Dumitru "m-am plictisit de cât i-am bătut la cap" C. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOgTXoACgkQQisRnSkd59ckwQCePNG/a/AGKy1dBoCIQTt8s80L IjMAn0SN8jJdViL5ENt/qKtrRWdjUsKI =NrPI -END PGP SIGNATURE- ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] planuri DS records la rotld?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17-Jun-14 16:54 PM, mat.mar...@gmail.com wrote: > Stiti cumva daca ROTLD-ul are planuri sa suporte DS records? Da. > Pare ca incet, incet ramanem ultimul registrar care suporta DNSSEC. > http://stats.research.icann.org/dns/tld_report/ Da. Dumitru "m-am plictisit de cât i-am bătut la cap" C. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOgTMUACgkQQisRnSkd59eSqQCgiNgMoMn9lFgLdJQWY7+NEAlu IQUAnRtkbxm/WCaALDTukOdrvrzDiOof =egVw -END PGP SIGNATURE- ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] NAS cu consum rezonabil
On 19-Apr-14 11:17 AM, Adrian Sevcenco wrote: > total de acord, dar ce jitter si frame loss poti sa ai in reteaua locala > de acasa? Chiar presupunind ca ai vila si intinzi un cablu de 100m, daca > e un cablu de calitate nu cred (dar nu sunt inginer specialist si nu am > idee) ca poti sa ai astfel de probleme... > Cum pot aparea astfel de probleme si cum le pot ocoli? Chiar as dori sa > stiu din experienta altora... La AoE sau FCoE nu cablul în sine contează foarte mult (pentru simplul fapt că este problema cea mai ușor de rezolvat). În momentul în care faci trafic susținut încep să conteze inclusiv bufferele sau chip-urile din echipamentele de rețea folosite. Eu cel puțin după câteva teste cu AoE am rămas la "good old iSCSI", mult mai puțină bătaie de cap. YMMW. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] NAS cu consum rezonabil
On 19-Apr-14 9:51 AM, Adrian Sevcenco wrote: > btw: pentru retea locala, daca vrei sa exporti block device incearca cu > aoe ... am auzit ca ar avea latente mult mai mici si intrucit nu e la L3 > si consumul de cpu e mai mic. Răspunsul primit de la Radio Erevan: Da, este adevărat că AoE are latențe mult mai mici și consumă puțin CPU dar este foarte sensibil la jitter și frame loss. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] NTP
On 13-Apr-14 15:39 PM, Iosif Fettich wrote: > Mda, e o problemă (oarecum) locală; de pe serverele de unde nu merge (în > varii locuri, unele conectate prin RDS, altele prin Romtelecom), > tcpdump-ul arată așa în momentul verificării: Cel mai probabil este pe undeva un filtru pe NTP, probabil pus cu barda pentru a evita NTP amplification. Dumitru "am un entepeu și vreau să-l beu" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ICMP dest unrch (port)
On 16-Mar-14 22:39 PM, EljiUdia wrote: > tcpdump si afli cine, ce si unde EljiUdia: Colegul a întrebat despre ICMP Unreacheable deoarece l-a observat în iptraf care (printre altele) poate face și ceva (aproape) echivalent cu tcpdump. Laurențiu: cel mai probabil acele mesaje sunt generate de sistemul tău ca și răspuns la diverse încercări de scanare. Mai ales dacă folosești la iptables REJECT și nu DROP Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ICMP dest unrch (port)
On 16-Mar-14 21:53 PM, Laurentiu STEFAN wrote: > ICMP dest unrch De la http://iptraf.seul.org/2.5/manual.html : "ICMP destination unreachable. Something failed to reach its target. The dest unreach type is supplemented with a further indicator of the problem. Destination unreachable messages for TCP traffic causes the corresponding TCP entry in the upper window to be made available for reuse by new connections." Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] detectare bucla in retea
On 14-Jan-14 10:16 AM, Munteanu Alexandru wrote: > Iti dau 1 exemplu: pai sunt unii colegi care testeaza dispozitive de retea > care stiu STP si care au by default activat STP si sunt cazuri in care X > sta cu un sw pe masa se gandeste el ca ar fi interesant sa conecteze sw in > retea si sa ii seteze prioritate 0. > > Ce se intampla atunci pai simplu chiar cisco zice: > > "*Note: *The administrator can set the root bridge priority to 0 in an > effort to secure the root bridge position. But there is* no > guarantee*against a bridge with a priority of 0 and a lower MAC > address." rootguard Cioby "set packet loss=0" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Voluntariat
On 23-Oct-13 22:25 PM, Eugeniu Patrascu wrote: > 2013/10/23 Cristian Moldovan > >> Voluntariat poți face și la Fundația Ceata www.ceata.org >> >> > You high, bro ? Cum sa recomanzi cuiva sa se duca sa se bage in seama cu > Ceata ? Da' ce are bre? Dacă tot vrea să experimenteze^W facă voluntariat, ce te bagi la cât de tare să fie marfa ? Get them while you are young :) O să aibă destul timp să fie "responsabil" când o fi de vârsta noastră... Oh, wait... Dumitru "câtă frunză, câtă iarbă" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] indianul talpa iute
On 15-Oct-13 21:00 PM, Alex 'CAVE' Cernat wrote: > problema mea filosofica este ca un sethandler pentru php pus intr-un > filematch de genul celui enuntat de tine mai sus apeleaza handlerul si > pentru php-uri inexistente, ceea ce mi se pare aiurea, ca trece prin > fastcgi doar ca sa-l scuipe la randul sau; iar configuratia pare curata, > fara dude Ți-am explicat de ce face asta. SetHandler este scris "generic", nu pentru php. > cum sunt prea ametit, sunt 2 variante: > - apasul e ametit, si asa ceva nu ar trebui sa se intample ... mai sapam Nu, works as expected din motivele expuse anterior. > - doi: comportamentul e normal, files nu inseamna neaparat fisier existent > asa cum stiam eu, ci pur si simplu e de fapt un regexp in location (uri); > in cazul asta cum s-ar scrie corect un addtype blaphp php astfel incat > gigi.php.aiurea sa nu fie executat ? În primul rând adaugi addhandler în ca să nu mai execute gigi.php.aiurea. Pentru fișier.care.nu.există.php fie faci un handler care verifică mai întâi dacă fișierul există și dacă da pasează mai departe la handlerul php :) Sau după cum mi-a zis mie googu (ca se pare că și alții au vrut și alții să afle dacă fișierul există sau nu) folosești "RewriteEngine" http://stackoverflow.com/questions/2907592/how-to-check-if-file-exists-in-apache Totuși impresia mea este că problema este de fapt alta iar tu încerci să o rezolvi cumva cu chestia asta... Dumitru "You're trying to do X, and you thought of solution Y. So you're asking about solution Y, without even mentioning X. The problem is, there might be a better solution, but we can't know that unless you describe what X is." ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] indianul talpa iute
Pasajul relevant din TFM: http://httpd.apache.org/docs/2.2/mod/core.html#files "The directives given within this section will be applied to any object with a basename (last component of filename) matching the specified filename." și implică "path", și implică "basename" (fișierul poate fi în orice Location sau Directory) Pe de altă parte citimi mai departe: "Note that can be nested inside sections to restrict the portion of the filesystem they apply to." Revenind, care este de fapt problema pe care încerci să o rezolvi ? Sau este doar o discuție filozofică ? Dumitru "-Doctor, it hurts when I do that! -Then don't do it..." On 15-Oct-13 20:48 PM, Alex 'CAVE' Cernat wrote: > eu stiam ca pentru asta ai location si locationmatch, unde nu ai nevoie de > fisiere pe disc > files parca stiam ca se refera la fisiere strict existente, la fel ca > directory > daca nu e cum zic eu ai undeva scris negru pe alb ? ca m-am uitat prin > documentatia de la files, dar nu zicea nici alba nici neagra (sau era febra > de vina) > > > 2013/10/15 Dumitru Ciobarcianu > >> >> >> Pentru a da posibilitatea handlerului tău să facă ce vrea cu url-ul >> primit. Nu trebuie să existe neapărat un fișier pe disc. >> >> Exemplu: >> >> >> Set-Handler Mituc >> >> >> Dacă apelez url-ul http://site.tld/persoana.sloboz >> >> atunci handlerul Mituc va returna un html corect prin care aruncă cu >> sloboz în persoana. Nici un fișier necesar pe disc. >> >> Bun, acum, care este X-ul ? >> >> >> Dumitru "the danger of C^W unix^w apache is that it lets you shoot >> yourself in the foot" >> >> >> On 15-Oct-13 20:33 PM, Alex 'CAVE' Cernat wrote: >>> pai si atunci de ce functioneaza si pentru gigi-nu-exista.cgi ? ca nu e >>> location, e files/filematch >>> >>> >>> 2013/10/15 Dumitru Ciobarcianu >>> >>>> >>>> From TFM: >>>> >>>> http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext >>>> >>>> If you would prefer only the last dot-separated part of the filename to >>>> be mapped to a particular piece of meta-data, then do not use the Add* >>>> directives. For example, if you wish to have the file foo.html.cgi >>>> processed as a CGI script, but not the file bar.cgi.html, then instead >>>> of using AddHandler cgi-script .cgi, use >>>> >>>> Configure handler based on final extension only >>>> >>>> >>>> SetHandler cgi-script >>>> >>>> >>>> >>>> Dumitru >>>> >>>> >>>> On 15-Oct-13 20:13 PM, Alex 'CAVE' Cernat wrote: >>>>> salutare >>>>> >>>>> 2 minunate chestii legate de apache (2.2 in cazul asta) >>>>> >>>>> - "it's not a bug, is a feature": pe marea majoritate e sistemelor >> (n-am >>>>> vazut pana acum decat unul sa mearga cum trebuie, si cred ca facea ceva >>>>> gresit), un addhandler x-gigi-php php face executia posibila nu numai >> la >>>>> gigi.php, ci si la gigi.php.lupa sau ce vreti voi (spre exemplu la >> .txt e >>>>> 50-50 sansa, dupa care handler castiga in configuratie); si asta pentru >>>> ca >>>>> in intelepciunea lor, indienii (nu aia din india) considera ca >> extensie e >>>>> orice vine dupa punct de oricate ori >>>>> testat mod_php, fcgi, php-fpm (fcgi-ul e destul de destept sa-i dea cu >>>> 500 >>>>> in cap la apache, nu mai stiu la fpm cum era, cert este ca cererea >>>> ajungea >>>>> la el ... si de fapt sarea si el la gatul indianului, ca are niste >>>> limitari >>>>> de extensii) >>>>> lauda cineva redhat/centos ca are by default setari care opresc >>>>> comportamentul de mai sus; a testat Wolfy (danke schon), ca el e fan >>>>> centos, a trecut ca prin branza lu berbecali >>>>> >>>>> bun, exista solutie pentru asa braindamaged, un sethandler dupa >>>>> files/filesmatch; eu din cate stiu astea cu files se bazeaza pe fisiere >>>>> care exista pe disc, cert insa este ca un /nu-exista.php (care nu >> exista) >>>>> ajunge si el bine mersi tot in ograda php-ului, desi in mod normal ar >>>>> trebui sa-l scuipe apacheul cu 404, nu sa ajunga in handler de php (un >>>>> f
Re: [rlug] indianul talpa iute
Pentru a da posibilitatea handlerului tău să facă ce vrea cu url-ul primit. Nu trebuie să existe neapărat un fișier pe disc. Exemplu: Set-Handler Mituc Dacă apelez url-ul http://site.tld/persoana.sloboz atunci handlerul Mituc va returna un html corect prin care aruncă cu sloboz în persoana. Nici un fișier necesar pe disc. Bun, acum, care este X-ul ? Dumitru "the danger of C^W unix^w apache is that it lets you shoot yourself in the foot" On 15-Oct-13 20:33 PM, Alex 'CAVE' Cernat wrote: > pai si atunci de ce functioneaza si pentru gigi-nu-exista.cgi ? ca nu e > location, e files/filematch > > > 2013/10/15 Dumitru Ciobarcianu > >> >> From TFM: >> >> http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext >> >> If you would prefer only the last dot-separated part of the filename to >> be mapped to a particular piece of meta-data, then do not use the Add* >> directives. For example, if you wish to have the file foo.html.cgi >> processed as a CGI script, but not the file bar.cgi.html, then instead >> of using AddHandler cgi-script .cgi, use >> >> Configure handler based on final extension only >> >> >> SetHandler cgi-script >> >> >> >> Dumitru >> >> >> On 15-Oct-13 20:13 PM, Alex 'CAVE' Cernat wrote: >>> salutare >>> >>> 2 minunate chestii legate de apache (2.2 in cazul asta) >>> >>> - "it's not a bug, is a feature": pe marea majoritate e sistemelor (n-am >>> vazut pana acum decat unul sa mearga cum trebuie, si cred ca facea ceva >>> gresit), un addhandler x-gigi-php php face executia posibila nu numai la >>> gigi.php, ci si la gigi.php.lupa sau ce vreti voi (spre exemplu la .txt e >>> 50-50 sansa, dupa care handler castiga in configuratie); si asta pentru >> ca >>> in intelepciunea lor, indienii (nu aia din india) considera ca extensie e >>> orice vine dupa punct de oricate ori >>> testat mod_php, fcgi, php-fpm (fcgi-ul e destul de destept sa-i dea cu >> 500 >>> in cap la apache, nu mai stiu la fpm cum era, cert este ca cererea >> ajungea >>> la el ... si de fapt sarea si el la gatul indianului, ca are niste >> limitari >>> de extensii) >>> lauda cineva redhat/centos ca are by default setari care opresc >>> comportamentul de mai sus; a testat Wolfy (danke schon), ca el e fan >>> centos, a trecut ca prin branza lu berbecali >>> >>> bun, exista solutie pentru asa braindamaged, un sethandler dupa >>> files/filesmatch; eu din cate stiu astea cu files se bazeaza pe fisiere >>> care exista pe disc, cert insa este ca un /nu-exista.php (care nu exista) >>> ajunge si el bine mersi tot in ograda php-ului, desi in mod normal ar >>> trebui sa-l scuipe apacheul cu 404, nu sa ajunga in handler de php (un >>> fisier normal il scuipa cu 404 default, deci handler definit nu exista, >> nu >>> e rewrite - desi sa mai verific odata); alte idei nu mai am >>> >>> eu macar inteleg ca m-a underclock-at raceala, dar chiar si asa, parca e >>> prea aberant ce se intampla mai sus ... any hint-uri ? >>> >>> danke >>> Alex >>> ___ >>> RLUG mailing list >>> RLUG@lists.lug.ro >>> http://lists.lug.ro/mailman/listinfo/rlug >>> >> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug >> > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] indianul talpa iute
>From TFM: http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext If you would prefer only the last dot-separated part of the filename to be mapped to a particular piece of meta-data, then do not use the Add* directives. For example, if you wish to have the file foo.html.cgi processed as a CGI script, but not the file bar.cgi.html, then instead of using AddHandler cgi-script .cgi, use Configure handler based on final extension only SetHandler cgi-script Dumitru On 15-Oct-13 20:13 PM, Alex 'CAVE' Cernat wrote: > salutare > > 2 minunate chestii legate de apache (2.2 in cazul asta) > > - "it's not a bug, is a feature": pe marea majoritate e sistemelor (n-am > vazut pana acum decat unul sa mearga cum trebuie, si cred ca facea ceva > gresit), un addhandler x-gigi-php php face executia posibila nu numai la > gigi.php, ci si la gigi.php.lupa sau ce vreti voi (spre exemplu la .txt e > 50-50 sansa, dupa care handler castiga in configuratie); si asta pentru ca > in intelepciunea lor, indienii (nu aia din india) considera ca extensie e > orice vine dupa punct de oricate ori > testat mod_php, fcgi, php-fpm (fcgi-ul e destul de destept sa-i dea cu 500 > in cap la apache, nu mai stiu la fpm cum era, cert este ca cererea ajungea > la el ... si de fapt sarea si el la gatul indianului, ca are niste limitari > de extensii) > lauda cineva redhat/centos ca are by default setari care opresc > comportamentul de mai sus; a testat Wolfy (danke schon), ca el e fan > centos, a trecut ca prin branza lu berbecali > > bun, exista solutie pentru asa braindamaged, un sethandler dupa > files/filesmatch; eu din cate stiu astea cu files se bazeaza pe fisiere > care exista pe disc, cert insa este ca un /nu-exista.php (care nu exista) > ajunge si el bine mersi tot in ograda php-ului, desi in mod normal ar > trebui sa-l scuipe apacheul cu 404, nu sa ajunga in handler de php (un > fisier normal il scuipa cu 404 default, deci handler definit nu exista, nu > e rewrite - desi sa mai verific odata); alte idei nu mai am > > eu macar inteleg ca m-a underclock-at raceala, dar chiar si asa, parca e > prea aberant ce se intampla mai sus ... any hint-uri ? > > danke > Alex > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Centos 6.4 x64 XFS
On 08-Oct-13 17:15 PM, Iulian Murgulet wrote: > Quoting Vali Dragnuta : > >> Hai sa facem un sondaj cu citi avem / pe raid1. Ce zici citi norocosi se >> vor gasi ? > > eu ziceam de /boot. Stai linistit cu sondajul ca am si eu destule > masini cu linux md-raid pe / , si nu de azi sau de cincinalul asta. Si > nu acu instalez prima data md-raid pe / sau/si pe /boot. Din pacate > bug-le nu se rezolva/declara prin sondaje. Da, mai ales cele de BIOS. În ultimii ani m-am lovit de probleme cu boot de pe md-raid1 doar pe mașini "made în vaporia" cu BIOS-uri prin copaci. Let's give credit where is due și să nu ne mai luăm de săracul linux pentru probleme care nu sunt ale lui, are el destule și singur. Dumitru "nici /boot separat nu mai folosesc de ceva vreme" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] task blocked for more than xyz seconds
On 08-Oct-13 15:24 PM, Adi Pircalabu wrote: > Eu nu am reusit pana acum sa lucrez cu NFS pe UDP fara sa nu-l crap in > 10-15 minute de teste. > La faza asta eu aș verifica partea de networking (plăci de rețea / drivere / cabluri / switch). Dumitru "TCP = poor's man error correction" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Instalare Wi-fi pe Slackware 14
On 02-Oct-13 22:36 PM, Neagu wrote: > Banuiala mea este ca nu se seteaza Network Key. Routerul are Security > Mode WPA/WPA2 iar cheia este formata din 63 de caractere hexa si am > pus-o in wpa_supplicant.conf ai pus-o acolo, dar ai pornit wpa_supplicant ? > Cu iwconfig wlan0 afiseaza: Encryption key:off, iar daca vreau sa pun > cheia, accepta doar 10 caractere hexa. Am incercat si cu key s:sirascii > dar degeaba. iwconfig știe doar să configureze cheie WEP > Astept alte solutii decat cele gasite pe net. > NetworkManager Cioby " - Se poate face dragoste cu fereastra deschisă ? - Da, dar de preferință cu o femeie. " ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ( offtopic util ) Supravegherea si interceptarea fara mandat oficial legale in Romania
1st things first: Oricât de interesantă și utilă (sau nu) ar fi discuția, nu își are locul pe rlug@, am dat CC pe offtopic, continuați acolo vă rog. On 02-Oct-13 0:07 AM, Stefan Cristian Brindusa wrote: > La ce ma refer: > http://www.expresmagazin.ro/gest-grav-si-inconstient-usl-a-dat-mana-libera-dna-la-interceptari-procurorii-pot-intra-prin-efractie-chiar-si-in-dormitor/?fb_action_ids=10151648816442592&fb_action_types=og.likes&fb_source=other_multiline&action_object_map=%7B%2210151648816442592%22%3A209065069266980%7D&action_type_map=%7B%2210151648816442592%22%3A%22og.likes%22%7D&action_ref_map=%5B%5D > Nu am stat prea mult să mă documentez la ora asta dar nu prea aș crede informația ce vine de la un ziar care pe prima pagină are numai editoriale scrise de un securist dovedit (și prezumtiv șantajist). > Mi se pare destul de grav si cred ca ne afecteaza pe toti la o adica. Sa te > trezesti cu un ofiter de securitate la tine in casa, 'prin efractie', in > timp ce stai si te uiti la un film si sa inceapa sa te perchezitioneze fara > mandat ... e totusi destul de grav. > Dacă chiar așa este (YANAL and all that) va fi corectat în curând cu scuza tipică "eroare materială" pen'că tante Iuropa încă mai ține (cât o mai ține) la chestiile astea și le-ar ieși un scandal imens pe care nu și-l pot permite acum. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Fedora + placa video cu TV-OUT
On 17-Sep-13 22:10 PM, Mișu Moldovan wrote: > > Și de ce Fedora? Nu mai > bine începi cu o distribuție ce nu se strică de pe o zi pe alta? > /me grabs a large bag of popcorn Ok, I am ready, FIGHT! Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] postfix spam reject
Se pare că ție îți funcționează spf-ul în postfix doar că gmail nu sunt siguri de setup-ul lor... (see "~all") > Received-SPF: softfail (google.com: Sender is not authorized by > default to use 'indecenc...@google.com' in 'mfrom' identity, however > domain is not currently prepared for false failures (mechanism '~all' > matched)) receiver=mail.w5.ro; identity=mailfrom; Dumitru On 27-Aug-13 17:53 PM, Marius Lisaru wrote: > Headerul emailului cu pricina arata asa: > > Original Message > Return-Path: > X-Original-To: sorin.pope...@w5.ro > Delivered-To: sorin.pope...@w5.ro > Received: from localhost (unknown [127.0.0.1]) by mail.w5.ro > (Postfix) with ESMTP id EBEF2275D19 for ; Wed, 21 > Aug 2013 22:38:17 + (UTC) > X-Virus-Scanned: amavisd-new at w5.ro > Received: from mail.w5.ro ([127.0.0.1]) by localhost (mail.w5.ro > [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cb-OawmNUDNw for > ; Thu, 22 Aug 2013 01:38:12 +0300 (EEST) > Received-SPF: softfail (google.com: Sender is not authorized by > default to use 'indecenc...@google.com' in 'mfrom' identity, however > domain is not currently prepared for false failures (mechanism '~all' > matched)) receiver=mail.w5.ro; identity=mailfrom; > envelope-from="indecenc...@google.com"; > helo=23.49.200.volcan.bsr1000.papnet.cl; client-ip=200.49.23.158 > Received: from 23.49.200.volcan.bsr1000.papnet.cl (unknown > [200.49.23.158]) by mail.w5.ro (Postfix) with ESMTP id B7189275D18 for > ; Thu, 22 Aug 2013 01:38:11 +0300 (EEST) > Received: from apache by ocgfocpfdcaqghcaa.pacunion.com with local > (Exim 4.67) (envelope-from <>) id 68MEGL-I9RAJL-XN > for ; Wed, 21 Aug 2013 18:44:34 -0400 > To: > Subject: Take a spare three-hour work week in our clinic and get 580 > Eur. > X-PHP-Script: ocgfocpfdcaqghcaa.ilchildcare.org/sendmail.php for > 200.49.23.158 > From: > X-Sender: > X-Mailer: PHP > X-Priority: 1 > Content-Type: text/plain; charset="windows-1250" > Message-Id: > Date: Wed, 21 Aug 2013 18:44:34 -0400 > > > Marius > > > On 8/27/2013 5:24 PM, Marius Lisaru wrote: >> Bun.. >> >> Problema mea plecase de la acele emailuri spam, nemarcate ca spam, si >> primite. Si cand vorbesc de problema mea nu ma refer la mine personal >> pentru ca un email care aparent este de la mine pentru mine pot sa imi >> dau seama ca este fake. Problema mea este defapt legata de userii care >> folosesc adresele de email, pentru ca ei fiind netehnici sunt mult mai >> creduli. >> >> Pare ca aparent suntem de acord ca nici SPF si nici DKIM nu ma ajuta. De >> ce spun aparent.. pentru ca tu zici ca daca SPF ar fi aplicat corect ar >> da reject la email... >> Asta e interesant. Doar ca in cazul acesta nu inteleg ce anume am omis >> eu de nu ar functiona SPF-ul. >> >> O sa revin cu headerul emailului cu pricina imediat ce il fac rost de >> userul care la primit acel spam. Email-urile care trec sunt putine, dar >> totusi exista din cand in cand, iar aceste emailuri imi provoaca >> neplaceri in firma. >> >> Ms >> >> Marius >> >> On 8/27/2013 5:10 PM, Dumitru Ciobarcianu wrote: >>> On 27-Aug-13 16:48 PM, Marius Lisaru wrote: >>>> Petru, sa o luam pe rand: >>>> >>>> "Oh, si nimanui nu-i pasa de headerul 'From:' (in afara de clientii de >>>> mail). Toata lumea se uita la envelope sender (ala care e trecut in >>>> 'Received-from' la momentul livrarii. Daca pui tu ad-labam headerul nu >>>> inseamna nimic)." >>>> >>>> Asta e parerea ta personala probabil. Iti garantez eu ca daca ai pe cap un >>>> server de email cu sute de emailuri in care cei mai multi nu au >>>> cunostiinte in domeniu, atunci nimeni nu se uita altundeva decat la ce le >>>> arata clientul de email. Si in cazul acesta cand or vedea un email de la >>>> un coleg din firma cu un link virusat, vor da click pe el. Asa ca nu imi >>>> spune mie ca nu conteaza decat pentru clientii de email. In headerul >>>> emailului te uiti tu si altii care au cunostiintele necesare. Restul se >>>> uita doar la ce le arata clientul de email. >>>> >>> "Stai calm ninja" (TM)... >>> >>> "Nimănui nu îi pasă de headerul from (în afară de clienții de mail)" >>> este o afirmație corectă în contextul în care parcă vorbeam de software >>> (postfix, sa, etc) pentru
Re: [rlug] postfix spam reject
On 27-Aug-13 16:48 PM, Marius Lisaru wrote: > Petru, sa o luam pe rand: > > "Oh, si nimanui nu-i pasa de headerul 'From:' (in afara de clientii de mail). > Toata lumea se uita la envelope sender (ala care e trecut in 'Received-from' > la momentul livrarii. Daca pui tu ad-labam headerul nu inseamna nimic)." > > Asta e parerea ta personala probabil. Iti garantez eu ca daca ai pe cap un > server de email cu sute de emailuri in care cei mai multi nu au cunostiinte > in domeniu, atunci nimeni nu se uita altundeva decat la ce le arata clientul > de email. Si in cazul acesta cand or vedea un email de la un coleg din firma > cu un link virusat, vor da click pe el. Asa ca nu imi spune mie ca nu > conteaza decat pentru clientii de email. In headerul emailului te uiti tu si > altii care au cunostiintele necesare. Restul se uita doar la ce le arata > clientul de email. > "Stai calm ninja" (TM)... "Nimănui nu îi pasă de headerul from (în afară de clienții de mail)" este o afirmație corectă în contextul în care parcă vorbeam de software (postfix, sa, etc) pentru filtrarea mailului nu despre ce idioțenii apasă (l)userii. Aia e cu totul altă problemă pe care o rezolvi altfel, dar oricum nu face subiectul aici. > Iar ca raspuns, ma repet. Nu te poti folosi de DKIM pentru ca nu poti > mari punctajul de spam in functie de DKIM. Cauta pe net si o sa vezi ca > am dreptate. Da, ai dreptate. Doar că DKIM nu prea se aplică la "punctaje de SA". Ca nici SPF de altfel. Aplici o cheie de 16 la un șurub imbus. Ah, dacă te străduiești foarte tare poate merge. Dar de ce ? SPF aplicat corect ți-ar fi făcut reject din prima la mailul respectiv, nici nu ar mai fi trebuit să ajungă în filtrele antispam ca să primească scor. ... [pause] ... [inspire] ... [relax] Acum ne putem lăsa frustrările personale deoparte și să ne întoarcem la subiect ? Chiar eram interesat de discuție... Dumitru (in BOFH mode) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Load 2013 - 29 Mai
On 17-May-13 11:11 AM, manuel "lonely wolf" wolfshant wrote: > On 05/17/2013 11:08 AM, Alexandru Juncu wrote: >> Iar o conferință despre Open Source Alternatives unde vine Microsoft >> și povestește despre soluțiile lor care nu sunt nici Open nici an >> Alternative? > Adica Azure nu e cea mai buna chestie pt omenire de la inventarea apei > calde incoace ??? Anul ăsta nu e bisect, we are safe... Dumitru "it's called Office365 for a reason" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Red Hat 5.2 + ATI 3D Rage Pro
On 18-Apr-13 16:38 PM, Adrian Sevcenco wrote: > On 04/18/2013 03:59 PM, Maestrul Eoda wrote: >> Ajutati-ma macar sa configurez placile de retea (am 2 placi Realtek -> doar >> doua sloturi PCI ), merge numai: ping localhost ,pentru alte host-uri imi >> da "Network is unreachable" sau "ping: unknown host google.com" > Maestre, mai intii ai nevoie sa citesti in mod repetat > https://access.redhat.com/site/documentation/Red_Hat_Enterprise_Linux/ > Adrian, ai înțeles greșit, omul nu are RHEL 5.2 ci RedHat 5.2 5.2 (Apollo), November 2, 1998 (Linux 2.0.36-0.7) Dumitru "cred că am și eu o cutie de RH5 acasă" C. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] routare dinamica
On 05-Apr-13 13:44 PM, Iulian Murgulet wrote: > de catre orice client sau alt server(A2,A3,...) din LAN. Si fac asa: > - ma duc pe fiecare server(inclusiv gateway) A2,A3, si adug ruta > care container: >route add -host 172.16.80.10 gw 192.168.88.100 Întreb și zic, nu mai bine aloci o zonă de ip-uri pentru fiecare server în parte și ai grijă ca respectivele containere să aibă ip din respectiva zonă ? Cioby "nice & static" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] routare dinamica
On 05-Apr-13 10:15 AM, Valentin Dragomir wrote: > Ca idee, OSPF-ul se poate face numai 'point-to-point' intre hosturi > 'direct conectate'. Da. Doar că nu. OSPF funcționează foarte bine point-to-multipoint. Cred că voiai să spui "în același domeniu de broadcast". Dumitru "ain't that cute??? BUT IT'S WRONG!!" C. http://www.youtube.com/watch?v=fskUpNqHR7M ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] setare dhcpd ca sa ignore o anumita interfata
On 20-Mar-13 14:57 PM, Paul Lacatus wrote: > Si cum il filtrez eu in tcpdump ? tcpdump -i $INTERFACE port 67 or port 68 -vv Cioby "cuie misco" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
On 22-Feb-13 12:17 PM, Mișu Moldovan wrote: > Pentru tabletele din ziua de azi, de 7" ori mai mari, ecranul este cel > mai mare mâncător de baterie, apoi procesorul și placa grafică, în > special pentru jocuri. Multe jucării stau conectate pe wireless > implicit tot timpul (inclusiv telefonul meu N9) și ceva trafic p2p nu > va fi semnificativ din punctul ăsta de vedere. Da, dar una e să trimiți din când în când câte un beacon de "I am here, are you here ?" și alta este să transmiți cadre în mod susținut. Mai ales pe 3G. >> Dacă sunt 2-3 secunde pot să înțeleg. >> Dacă sunt spre 10-20 nu îmi arată decât faptul că providerul folosește >> echipamente și/sau tehnologii neprofesioniste. > > Pentru mine nu-i așa important, de multe ori > înregistrez pe disc și mă uit mai târziu ori ușor în urmă, sărind > peste reclame, PVR-style. De gustibus... Da, în acest caz nu contează, eu vorbeam de urmărit transmisia live, eventual chiar cu intervenit în studio :) > De curiozitate, am dat un nmap -sV pe un port de emisie și idiotu' îmi > zice că are de-a face cu un TV Samsung UE55D7000... Io simt o aromă de > VLC, da' asta nu-i un lucru rău în sine, nu? :) > vlc în sine nu e un lucru rău. depinde cum îl folosești. Cioby "vlc^wguns does not kill people, people kill kittens" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
On 22-Feb-13 10:41 AM, Mișu Moldovan wrote: > > Da, pe partea de video-on-demand ar merge streamingul p2p într-o primă > fază. De exemplu pentru un Hulu, unde demonul ar putea începe în > fundal descărcarea emisiunilor favorite. Dar pentru că vorbeam de dispozitive mobile, unde bateria este foarte importantă, nu cred că ți-ar conveni să ți se ducă bateria doar pentru că dispozitivul tău emite încontinuu ca să-i servească pe alții. > Dar când condițiile de > licențiere pentru conținut te obligă să limitezi audiența la > teritoriul național, parcă și problemele de lățime de bandă îs mai > puțin importante. Heh, ca întotdeauna regulile sunt făcute ca să fie ocolite (uneori chiar cu buna știință a furnizorului). De exemplu la HBO GO trebuie doar ca înregistrarea inițială a dispozitivului să se facă de pe o adresă de IP a furnizorului la care ești abonat HBO, după aceea poți face request la stream-uri de oriunde. > Pentru streamurile live, când se aglomerează mulți la un eveniment > special, acolo ar fi de ajutor dimensiunea p2p, dar latența nu poate > fi decât mare. La sopcast am văzut că e vorba de mai bine de un minut > de latență. Inacceptabil pentru mine pentru un stream live dar ymmv. > Dar chiar și la streamurile http îs câteva secunde bune, > faza cu vecinii ce urlă la golul Stelei înainte să se întâmple la mine > pe ecran mi-e familiară. #define SECUNDE_BUNE Dacă sunt 2-3 secunde pot să înțeleg. Dacă sunt spre 10-20 nu îmi arată decât faptul că providerul folosește echipamente și/sau tehnologii neprofesioniste. Dumitru "slap some vlc on top of that old computer and stream to a gazillion of users via wireless" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
On 22-Feb-13 1:11 AM, Mișu Moldovan wrote: > în interfața web tre' să te autentifici de vrei să intri acolo, > streamurile nu mai necesită autentificare pentru a putea fi accesate. Nu prea e "cușer" dvdp legal dar hei, nu stau să le fac eu treaba celor de la televiziuni... > Lasă multicastingu', în cazul streamingului cred că îl putem clasifica > ca o „șansă ratată”. Sunt de acord doar parțial cu această afirmație. Este „o șansă ratată” doar pe partea de „last mile” datorită dezavantajelor prezentate anterior. Pe partea de „core” este alive and kicking bine merci la foarte mulți SP. > De streaming peer2peer ce zici? Am văzut recent > ceva soluție open-source de streming video p2p rezultată în urma unui > proiect de cercetare dintr-o universitate europeană întins pe mai > mulți ani. În tandem cu IPv6, sau chiar cu ceva NAT traversal mai > acătării, cred că va fi viitorul pentru streaming pe jucării mobile. Cuvintele cheie sunt „cercetare” sau „free” sau „ad-supported”. You get what you pay for. Am și văzut în acțiune un sistem de acest gen (ce e drept pentru streaming de radio, nu TV). Doar că în mod normal nici un serviciu „quality” nu va apela la un sistem de acest gen deoarece depinde foarte mult de „bunăvoința” participanților ceea ce face ca sistemul să nu fie predictibil. Un exemplu la îndemână este clasicul torrent. În principiu este o idee foarte bună cu toate acestea majoritatea clienților de torrent permit limitarea upload-ului și mulți utilizatori folosesc această facilitate. L-aș vedea folosit pentru distribuție video cel mult numai pentru partea de VOD, nu și pentru partea de LIVE. Dar chiar și așa din câte am văzut la sistemele din piață sistemul este cel mult unul hibrid în sensul că ai o conexiune clasică la serverul de distribuție și o „conexiune” de tip P2P care mai ajută un pic dar grosul vine clasic (vorbim de VOD aici). Pentru partea de LIVE pe jucării mobile, datorită pierderilor inerente ale mediului de transmisie, devine importantă partea de corecție de erori și nu prea văd cum rezolvi asta cu un sistem p2p, sau o rezolvi dar cu o latență îngrozitoare (dar pe de altă parte nu sunt programator și s-ar putea să mă înșel). Testul empiric de „latență de neacceptat” este un apel telefonic al telespectatorului în emisiunea LIVE. Dacă durează niște secunde bune între întrebarea crainicului și apariția respectivei întrebări pe dispozitivul telespectatorului, nu e ok. Sau pentru un exemplu mai potrivit la postul original, tot blocul urlă de 10 secunde că a dat gol steaua și tu nu înțelegi ce se întâmplă pentru că la tine nu a apărut nimic... Dumitru „Live video sucks and it does not swallow” ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
On 21-Feb-13 11:21 PM, Mișu Moldovan wrote: > Făceam downscaling pentru că nu ducea procesorul tabletei N810 să > decodeze un stream MPEG2 PAL realtime, nu de altceva... Dar pe o > tabletă decentă, orice de la prima generație de iPad încoace, nu mai > am nevoie de trancodare pentru streamurile de la ISP, care îs toate > PAL, adică 768x576, uneori 16:9. Mă refeream la downscaling ca și modalitate de a scădea bitrate-ul pentru a ocoli problemele de transport, nu că dispozitivul de afișare nu ar face față la decoding. > > Probleme cu streamingu' mai am doar când crește peste măsură audiența > unui program, de exemplu când e ceva foarte interesant pe un canal cu > audiență mică. Meciurile lui Bute pe Money Channel au fost așa, > trebuia să mă uit prin sopcast, streamul de la ISP era inutilizabil. Err, ISP-ul tău dă streamuri "la liber" ? Fără condițional access și criptare ? Sau este vorba numai de stream-uri FTA (dar chiar și așa...)? Și nu înțeleg de ce era inutilizabil, avea asignat doar un număr mic de "workers", sau cum ? > > Un streaming p2p ar fi o soluție cu costuri minime cred, că tot n-a > prins multicastingul pentru așa ceva. Dar, după cum demonstrează și > sopcast, nu e o problemă ușor de rezolvat... > DPDV service provider dacă faci streaming unicast te vei lovi de probleme de bandă relativ repede așa că trebuie să împingi cât mai mult emisia (distribuit) către marginea rețelei. Multicastul a prins acolo unde a avut teren propice :) Dar suferă de mai multe probleme: Foarte multe echipamente nu implementează corect protocolul. Chiar și echipamente care se voiau a fi "mai cu ștaif" o dădeau în bară până de curând. Și când trebuie să-ți arunci toate repotek-urile din rețea dacă vrei să dai multicast... nu prea merge. Mai "suferă" de problema "false friends" (ca și IPv6 în relația cu IPv4). Seamănă (dar nu răsare) cu unicast și din acest motiv gigelul de la butoanele echipamentelor are impresia că știe cum se rezolvă o problemă dar de fapt nu face decât să se dea mai tare cu capul de tastatură din cauza frustrării. Și dacă nu o începi cum trebuie de la început pe parcursul exploatării începe să-ți vină să te tunzi cu lama... Dumitru „i like scars, they remind you of things” ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
On 21-Feb-13 10:38 PM, Mișu Moldovan wrote: > > Dacă ai control asupra rețelei wireless în care faci streaming nu vei > avea probleme. Dacă prin "ai control asupra rețelei wireless" vrei să spui "control asupra spectrului" sau "stau ca boierul la casă și nu sunt alte AP-uri decât ale mele pe o rază de 100 de metri, da, nu ai probleme. Extrema cealaltă e când vezi 50+ (da cinci zeci) de SSID-uri cu un scanner wireless... Da, faci downscaling să mai limitezi din probleme dar you can only downscale so much... Depinde și la ce te uiți. Dacă te "uiți" la Taraf TV (1.8mbps de la mama lui) nici nu mai ai nevoie de downscaling sau poți chiar tăia video cu totul... dacă în schimb de uiți la un meci de fotbal sau (mai rău) la F1 unde există foarte multă mișcare... nu mai înțelegi nimic dacă îl pui la bitrate-ul ăla, decât faptul că se mișcă niște neni pe ecran. Fază anecdotică la un client: "îmi pătrățește ecranul numai când începe meciul". Eram toți like... wtf ? numai când sunt meciurile ? Long story short în momentul în care începea meciul canalul respectiv își dubla bitrate-ul și din cauza unui UTP mufat prost începeau să se piardă pachete iar STB-ul făcea și el ce putea și bineînțeles că apăreau macroblocuri pe ecran... L1 problems are a bitch... Dumitru "IPTV", "U pee TV ? I pee urine..." ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] streaming tv
vlc știe să facă pe http server-ul iar pe partea de client pur și simplu te conectezi la un network stream prin http. Partea proastă este că din păcate wireless nu e cel mai bun mediu pentru livestream. Partea bună este că atunci când folosești metoda http server/client se întâmplă "poor man's video error correction" cunoscut și sub numele TCP. Dumitru "no, I won't read the manual for you" On 21-Feb-13 10:15 PM, Valentin Cozma wrote: > On Thu, 2013-02-21 at 21:24 +0200, Mișu Moldovan wrote: > >> 2013/2/21 Valentin Cozma : >>> >>> incerc sa ma uit la tv prin retea, imi cam prind urechile prin vlc / >>> alte solutii de streaming . >>> >>> aveti un exemplu de script client + server care sa-mi scuteasca 1 zi de >>> studiat ? >> >> Script care să facă ce? Vrei transcodare on-the-fly cu vlc? Pentru ce >> dispozitiv? Din ce sursă? > > > > placa tv ( daca conteaza pinnacle pctv ) > > -> peste WLAN -> laptop > > > Imi trb ceva script sa faca streaming ( broadcast ) si unu sa faca > "play" :) > > Sper sa ma tina banda pt o calitate cat de cat. > > > > > >> >> Și io m-am jucat zilele astea cu vlc și uneltele ffmpeg, că dolce a >> avut cele mai interesante meciuri din liga campionilor săptămâna >> asta... >> > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] intrebare linux kernel routing / interfete
On 13-Feb-13 9:01 PM, Radu Anghel wrote: > Esti sigur ca arp-ul ajunge in eth1 trecind prin switch? Vlan-urile > separa reteaua si broadcasturile nu pot ajunge dintr-un vlan in altul > - arp requesturile nu ar trebui sa ajunga dintr-o parte in alta. Ai pierdut pe undeva bucata în care explica: On 13-Feb-13 3:57 PM, alex alex wrote: > Pe switch 2 am doua porturi configurate in mod acces, cu vlan-urile copie > din switch 1. Intre aceste doua porturi pun un cross-over (loop). Dupa ce > configurez switch 2 sa fie de acord cu bucla respectiva (!), practic am > obtinut o cale looped-back intre port1 din sw1 si port2 din sw2. :) Dumitru "let's find more ways to skin a cat!" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] intrebare linux kernel routing / interfete
On 13-Feb-13 7:03 PM, alex alex wrote: > Multumesc pentru raspuns. > 1/ Primul pas este conectivitatea; al doilea este folosirea ttcp/iperf > pentru testul periodic al link-ului intrucit am unele dubii despre > capacitatea legaturii reala intre cele doua echipamente (cel putin in unele > momente). > SNMP imi spune doar bandwidth, in conditiile in care chiar se face trafic. > Eu as vrea sa fortez traficul prin link si sa masor... ttcp/iperf ar fi relevante doar dacă ești convins că doar tu faci trafic pe legătura respectivă. Altfel, dacă mai ai și trafic valid pe lângă, variațiile rezultatelor te vor împiedica să tragi o concluzie clară/corectă > 2/ Mi se pare normal sa folosesca un pointer in mod "normal" si sa trimita > pe acolo unde doresc daca asa doresc. Poate vreau sa trec traficul > print-run dispozitiv care sa-l prelucreze intr-un fel, iesind pe o > interfata si intrind pe cealalta, chiar daca interfetele sunt in acelasi > subnet. Ma gindesc. Sigur, cea mai simpla implementare este cea pe care ai > amintit-o. Cuvântul cheie este "performanță" nu simplitate. Sunt lucruri mult mai complicate prin kernel decât trimisul de pachete pe o sârmă. Trimisul de date (la modul corect) printr-un dispozitiv care să îl prelucreze nu s-ar face așa dar deh, am văzut destule setup-uri braidead ca să îmi mai pese :) Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] intrebare linux kernel routing / interfete
On 13-Feb-13 3:57 PM, alex alex wrote: > Incerc sa obtin o posibilitate sa masor o conectivitate intre doua > switchuri avind acces la un singur capat si m-am gindit la urmatorul set-up: Conectivitate însemnând simplu "link up & traffic" sau ai nevoie de RTT & btw end-to-end (pentru testing) ? În primul caz în mod sigur o rezolvi cu snmp fără să mai ai nevoie de setup-uri alambicate (dacă are suport de vlanuri în 99% din cazuri are și suport de snmp. >[crazy setup deleted] > Exista o solutie prin folosirea namespece-urilor care functioneaza ok prin > punerea celor doua interfete in contexte diferite. Insa macar as vrea sa > inteleg comportamentul prin care kernelul trateaza pachete destinate catre > o interfata proprie de retea cind sursa este cunoscuta ca fiind o alte > interfata interna. Nu m-am mai uitat de mult prin sursele de kernel dar logic vorbind ce motiv ar avea să "pună pe sârmă" un pachet dacă știe sigur că destinația este el însuși, în același context ? > Un link care sa arunce o lumina in aceasta intrebare ar fi suficient. Sau > daca e o intrebare timpita, un motiv pentru care e asa ar fi excelent. Cu alte cuvinte ce motiv ar avea să trimită pachetul la driverul plăcii de rețea atunci când calea cea mai scurtă este sa paseze pointerul către ce trebuie ? Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] proxy arp (centos howto)
On 13-Dec-12 7:22 PM, Dan Borlovan wrote: >> in cadrul retelei mele (adica in spatele routerului/gateway-ului) am 3 >> tipuri de ip-uri : clasa mea publica, ip-uri private si din motive mai mult >> sau mai putin obscure (adica motivele sunt cunoscute dar cei ce se tin cu >> dintii de acele ip-uri au functii mari) sunt citeva ip-uri din clasa >> "ISP-ului" (am pus ghilimele ca e doar un alt institut prin care ne luam noi >> net-ul) >> > E un pic stufos, tre sa bagi intrari de proxyarp statice pe intf. spre isp > pentru ip-urile din clasa isp-ului din reteaua ta interna, si pe intf. > interna pentru ip-urile isp-ului care sint pe bune la el (dar fac parte din > clasa care o ai tu ca interna) si tre sa ajungi la ele > > Like > > arp -i eth_extern -Ds ip_isp_din_reteaua_ta eth_extern pub > > arp -i eth_intern -Ds > ip_isp_care_e_din_clasa_din_care_sint_si_cele_de_mai_sus eth_intern pub > > Stiu ca e imbirligata explicatia, ar fi mai simplu pe exemplu concret > > Dan > > Heh, you learn somethink every day... Nu știam că linux poate face proxy-arp selectiv. Cred că îi trebuie și niște rute pe interfața internă către ip-urile respective totuși. Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] proxy arp (centos howto)
On 13-Dec-12 7:15 PM, Eugeniu Patrascu wrote: > 2012/12/13 Dumitru Ciobarcianu : >> Ah, am uitat o soluție. >> Rogi "ISP"-ul să ruteze respectivele ip-uri prin IP-ul tău de "wan" și >> faci proxy-arp doar pe intern pentru adresa de gateway a pc-urilor >> respective. >> > exista sanse detul de mari sa ramana foarte repede fara conexiune la > internet daca se apuca de facut proxy-arp pe interfata lui de wan :) > Exact asta explicasem mai devreme (cu encodingul futut) dar a zis că numele unora se scrie cu trei coaie (sau două pule, nu am înțeles exact). Ah, mai e o soluție dar chiar nu o recomand: "router on a stick" Aka nu ai 2 interfețe ci doar una la modul ISP---+-LAN | Router Și pui și ip-urile "externe" și cele "interne" pe aceeași interfață și nu mai ai nevoie nici de proxy-arp, nici de rutări nici de nimic. Cioby "networking can be fun" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] proxy arp (centos howto)
Ah, am uitat o soluție. Rogi "ISP"-ul să ruteze respectivele ip-uri prin IP-ul tău de "wan" și faci proxy-arp doar pe intern pentru adresa de gateway a pc-urilor respective. Cioby "există și switch-uri cu interfețe 10g" On 13-Dec-12 6:32 PM, Adrian Sevcenco wrote: > On 12/13/2012 06:18 PM, Dumitru Ciobarcianu wrote: >> >> IMHO daca( ra(spunsul este "proxy-arp" de cele mai multe ori intrebarea >> nu este corecta(. >> >> Din câte înt,eleg ip-urile "stra(ine" fac parte dintr-un subnet care de >> fapt ar trebui sa( fie "în partea cealalta(". > exact > >> Ai mai multe solut,ii >> >> - proxy-arp pe ambele interfet,e (pe de alta( parte daca ai face >> proxy-arp pe "wan" la mine în ret,ea ai intra foarte repede intr-un vlan >> de carantina(). > intotdeauna o functie mai inalta e mai tare decit un admin .. asha ca > chestia cu posesivitatea asupra retelei e relativa ;) > >> - Pus un sw în fat,a routerului s,i legate hosturile respective direct >> acolo. > nu se poate .. de acolo vine o fibra de 1km de 10 gbit .. > >> - DNAT (IP-urile stau de fapt pe router s,i se face fwd ca(tre o adresa( >> "interna("). > nu pot sa actionez asupra acelor calculatoare ... trebuie ceva facut > fara sa disturb nimic la ambele capete > > Multumesc!! > Adrian > >> >> Cioby "am un arepeu s,i vreau sa(-l beu". >> >> >> >> On 13-Dec-12 5:57 PM, Adrian Sevcenco wrote: >>> On 12/13/2012 05:46 PM, Camelia Nastase wrote: >>>>> >>>>> Salut! Am nevoie sa fac un proxy arp si nu gasesc documentatie >>>>> up2date >>>>> legat de asta.. stie cineva documentatie si linkuri pentru a face asa >>>>> ceva pe un centos(6)? >>>>> >>>>> Multumesc! >>>>> Adrian >>>>> >>>> >>>> >>>> HINT: >>>> >>>> echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp >>> asta am gasit .. >>> voi detalia problema : >>> in cadrul retelei mele (adica in spatele routerului/gateway-ului) am 3 >>> tipuri de ip-uri : clasa mea publica, ip-uri private si din motive mai >>> mult sau mai putin obscure (adica motivele sunt cunoscute dar cei ce >>> se tin cu dintii de acele ip-uri au functii mari) sunt citeva ip-uri >>> din clasa "ISP-ului" (am pus ghilimele ca e doar un alt institut prin >>> care ne luam noi net-ul) >>> >>> Doresc sa fac proxy arp DOAR pentru acele ip-uri ce sunt in reteaua >>> noastra (ca un bridge ar pune in conexiune directa cele 2 retele - >>> solutia actuala ce din cind in cind da dureri de cap) >>> >>> So : cum pot sa fac sa fac proxy arp doar pt anumite ip-uri? >>> (ma gindesc ca e mai complicat decit enable proxy arp si apoi chestii >>> in iptables) >>> >>> Multumesc! >>> Adrian >>> >>> >>> >>> >>> ___ >>> RLUG mailing list >>> RLUG@lists.lug.ro >>> http://lists.lug.ro/mailman/listinfo/rlug >> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug >> > > > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] proxy arp (centos howto)
IMHO daca( ra(spunsul este "proxy-arp" de cele mai multe ori intrebarea nu este corecta(. Din câte înt,eleg ip-urile "stra(ine" fac parte dintr-un subnet care de fapt ar trebui sa( fie "în partea cealalta(". Ai mai multe solut,ii - proxy-arp pe ambele interfet,e (pe de alta( parte daca ai face proxy-arp pe "wan" la mine în ret,ea ai intra foarte repede intr-un vlan de carantina(). - Pus un sw în fat,a routerului s,i legate hosturile respective direct acolo. - DNAT (IP-urile stau de fapt pe router s,i se face fwd ca(tre o adresa( "interna("). Cioby "am un arepeu s,i vreau sa(-l beu". On 13-Dec-12 5:57 PM, Adrian Sevcenco wrote: > On 12/13/2012 05:46 PM, Camelia Nastase wrote: >>> >>> Salut! Am nevoie sa fac un proxy arp si nu gasesc documentatie up2date >>> legat de asta.. stie cineva documentatie si linkuri pentru a face asa >>> ceva pe un centos(6)? >>> >>> Multumesc! >>> Adrian >>> >> >> >> HINT: >> >> echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp > asta am gasit .. > voi detalia problema : > in cadrul retelei mele (adica in spatele routerului/gateway-ului) am 3 > tipuri de ip-uri : clasa mea publica, ip-uri private si din motive mai > mult sau mai putin obscure (adica motivele sunt cunoscute dar cei ce > se tin cu dintii de acele ip-uri au functii mari) sunt citeva ip-uri > din clasa "ISP-ului" (am pus ghilimele ca e doar un alt institut prin > care ne luam noi net-ul) > > Doresc sa fac proxy arp DOAR pentru acele ip-uri ce sunt in reteaua > noastra (ca un bridge ar pune in conexiune directa cele 2 retele - > solutia actuala ce din cind in cind da dureri de cap) > > So : cum pot sa fac sa fac proxy arp doar pt anumite ip-uri? > (ma gindesc ca e mai complicat decit enable proxy arp si apoi chestii > in iptables) > > Multumesc! > Adrian > > > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] iptables :: listare porturi permise neprivilegiate
On 04-Sep-12 5:45 PM, Adrian Sevcenco wrote: > Salut! E posibil cumva (si daca da, cum?) sa vad ce porturi sunt > deschise (fara a avea vre-o aplicatie ce asculta pe ele) eu fiind > logat ca un user oarecare? Dacă un port e deschis și nu ascultă nici o aplicație pe el cel mai probabil ascultă un troian pentru că altfel nu ar mai fi deschis portul... Probabil întrebarea pe care doreai să o pui este "Cum aflu ce porturi sunt disponibile prin firewall?" $ iptables -t INPUT -L iptables: can't initialize iptables table `INPUT': Permission denied (you must be root) well, se pare că răspunsul este nu (fară o aplicație externă) Dumitru "I have a firewall and I am not afraid to use it" C ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] extras liniile dupa mai mult de un pattern dintr-un log mare
On 21-Aug-12 5:49 PM, Alexandru Balan wrote: > 2012/8/21 Victor Buciuc > >> Poti folosi sed: >> >> [vibu@lola:/nfs/usr/vibu]$ cat > gigel >> ana >> are >> mere >> [vibu@lola:/nfs/usr/vibu]$ cat gigel | sed -e '/ana/w gigel.1 \ >> /mere/w gigel.2' >> ana >> are >> mere >> [vibu@lola:/nfs/usr/vibu]$ cat gigel.1 >> ana >> [vibu@lola:/nfs/usr/vibu]$ cat gigel.2 >> mere >> > Dar ceva de genul for q in `cat patterns`; do cat logmare | sed -e '/$q/w > q.log' done o merge ? > > uuioc c'mon Jay, poți mai mult de atât. în secvența asta vei apela cat pentru fiecare pattern, deci mai multe procesări, exact ce nu voiai. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] extras liniile dupa mai mult de un pattern dintr-un log mare
Frumos. Într-una din zilele astea va trebui să învăț sed cum trebuie... Cioby "you learn somethink every day" On 21-Aug-12 5:12 PM, Victor Buciuc wrote: > Poti folosi sed: > > [vibu@lola:/nfs/usr/vibu]$ cat > gigel > ana > are > mere > [vibu@lola:/nfs/usr/vibu]$ cat gigel | sed -e '/ana/w gigel.1 \ > /mere/w gigel.2' > ana > are > mere > [vibu@lola:/nfs/usr/vibu]$ cat gigel.1 > ana > [vibu@lola:/nfs/usr/vibu]$ cat gigel.2 > mere > > > Victor Buciuc > > > 2012/8/21 Dumitru Ciobarcianu >> >> grep -E "string1|string2" >> >> On 21-Aug-12 5:02 PM, Alexandru Balan wrote: >>> Ello, >>> >>> Se da un log (txt) de cativa G din care trebuie sa extrag cam 10 tipuri de >>> date si, evident, nu as vrea sa-l parsez de 10 ori. String-urile pe care le >>> caut sunt grupari de X caractere simple (fara spatii, cratime sau alte >>> chestii care sa trebuiasca sa fie escapate). Fiecare "grep" (daca grep e >>> scula de folosit) trebuie dumpat in fisierul lui de log . >>> >>> Altfel spus: logmare.log trebuie spart in >>> log-string1.log >>> log-sting2.log >>> s.a.m.d. fara sa-l parsez de zece ori. >>> >>> Ce si cum sa folosec ? Spoonfeeding encouraged ;) >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] extras liniile dupa mai mult de un pattern dintr-un log mare
Da, m-am grabit si nu am citit tot. Rezolvarea ta e sa faci un script de cateva rânduri care citeste linie cu linie log-ul si in functie de ce gaseste acolo il arunca in fisiere diferite. ceva de genul: read a while [ "$a" != "" do; # in functie de ce contine: # echo $a>logcaretrebuie # "case" can work wonders da' nu ma uit acum in manual read a done On 21-Aug-12 5:06 PM, Dumitru Ciobarcianu wrote: > grep -E "string1|string2" > > On 21-Aug-12 5:02 PM, Alexandru Balan wrote: >> Ello, >> >> Se da un log (txt) de cativa G din care trebuie sa extrag cam 10 tipuri de >> date si, evident, nu as vrea sa-l parsez de 10 ori. String-urile pe care le >> caut sunt grupari de X caractere simple (fara spatii, cratime sau alte >> chestii care sa trebuiasca sa fie escapate). Fiecare "grep" (daca grep e >> scula de folosit) trebuie dumpat in fisierul lui de log . >> >> Altfel spus: logmare.log trebuie spart in >> log-string1.log >> log-sting2.log >> s.a.m.d. fara sa-l parsez de zece ori. >> >> Ce si cum sa folosec ? Spoonfeeding encouraged ;) > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] extras liniile dupa mai mult de un pattern dintr-un log mare
grep -E "string1|string2" On 21-Aug-12 5:02 PM, Alexandru Balan wrote: > Ello, > > Se da un log (txt) de cativa G din care trebuie sa extrag cam 10 tipuri de > date si, evident, nu as vrea sa-l parsez de 10 ori. String-urile pe care le > caut sunt grupari de X caractere simple (fara spatii, cratime sau alte > chestii care sa trebuiasca sa fie escapate). Fiecare "grep" (daca grep e > scula de folosit) trebuie dumpat in fisierul lui de log . > > Altfel spus: logmare.log trebuie spart in > log-string1.log > log-sting2.log > s.a.m.d. fara sa-l parsez de zece ori. > > Ce si cum sa folosec ? Spoonfeeding encouraged ;) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Kestiune logica de forwardare port
On 20-Aug-12 3:54 PM, Enache Gabriel wrote: > Salut. > > Se da pc-ul 1 (client), pc-ul 2 si pc-ul 3 (server) > Daca se face o forwardare din 2 in 3 si la trimiterea unui pachet tcp de la > 1 catre 2, 3-ul nu raspunde, resetand conexiunea, care poate fi problema? > Si daca se gaseste problema, care poate fi solutia? Citez din clasici: "You're trying to do X, and you thought of solution Y. So you're asking about solution Y, without even mentioning X. The problem is, there might be a better solution, but we can't know that unless you describe what X is." Am încercat să imi dau seama ce încerci să faci dar nu am reușit să-mi dau seama. 1 trimite SYN catre dst 2 , 2 face un redirect (fara nat?) catre 3, banuiesc că 3 zice "io nu am acest ip și nici nu știu ce să fac cu el (sau are firewall) și trimite un RST. Deci, care este X-ul ? Cioby "tecen'paișpe" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] url network monitoring
On 18-Jul-12 11:07 AM, liviu andrei wrote: > 2012/7/18 Dumitru Ciobarcianu > >> On 17-Jul-12 2:12 AM, manuel "lonely wolf" wolfshant wrote: >>> Eu mai nou mi-am facut obiceiul sa folosesc SSL peste tot unde site-ul >>> permite (cele principale permit toate, mai putin youtube), deci mult >>> noroc cu snort. >>> >>> >>> Cioby "a incercat cineva proxy ssl cu squid si rootcerts pe masinile >>> client?" >>> nu, dar am incercat tor si proxy-uri rulate pe alte porturi decit >>> 80/3128/8000/8080 >>> >> Da, "solutii" se pot gasi. >> >> Eram pur si simplu interesat daca ideea de mai sus (proxy transparent si >> root certs pe client machines) ar functiona. >> >> Cioby >> >> >> [deleted] >> PS: m-am conformat cu regula lug de bottom posting desi la cati clienti vin >> default cu regula de top posting nu-s foarte satisfacut de regula. :) >> andrei >> Multumesc, acum mai citeste o data la ce se referea mesajul meu. Proxy transparent _SSL_ Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] url network monitoring
On 17-Jul-12 2:12 AM, manuel "lonely wolf" wolfshant wrote: > > Eu mai nou mi-am facut obiceiul sa folosesc SSL peste tot unde site-ul > permite (cele principale permit toate, mai putin youtube), deci mult > noroc cu snort. > > > Cioby "a incercat cineva proxy ssl cu squid si rootcerts pe masinile > client?" > nu, dar am incercat tor si proxy-uri rulate pe alte porturi decit > 80/3128/8000/8080 > Da, "solutii" se pot gasi. Eram pur si simplu interesat daca ideea de mai sus (proxy transparent si root certs pe client machines) ar functiona. Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] url network monitoring
On 16-Jul-12 10:48 PM, Dan Borlovan wrote: > > I-am explicat ca folosesc snort ca sa prind inclusiv request-ul http dupa > care prelucrez datele, am zis si din ce tabele imi scot ce-mi trebe > > Eu mai nou mi-am facut obiceiul sa folosesc SSL peste tot unde site-ul permite (cele principale permit toate, mai putin youtube), deci mult noroc cu snort. Cioby "a incercat cineva proxy ssl cu squid si rootcerts pe masinile client?" ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Nu ma lasa sa scriu intr-un director montat prin samba
On 12-Jul-12 3:01 PM, Silviu Marin-Caea wrote: > On 07/12/2012 02:29 PM, petrescs wrote: > >> foarte posibil sa mai trebuiasca jonglat in mount cu variabilele uid= >> si gid= care mapeaza catre un user local de pe serverul B >> (http://linux.die.net/man/8/mount.cifs - sectiunea File and Directory >> Ownership and Permissions) > Magic! > > Merge daca montarea se face cu optiunea "noperm" > d0h! Asta intareste (daca mai era cazul) clasica zicala a sysadminului: "When everything else fails, read the manual" (Anonim, circa) Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] IPv6 day
Oldies but goldies: http://prolinux.ro/prezentare-ipv6-la-intalnirea-rlug-ianuarie-%E2%80%9911/ Cioby "mai sunt 20 de minute" On 06-Jun-12 12:28 AM, Petru Ratiu wrote: > Probabil ca ati auzit deja ca azi e unul din momentele importante ale > IP-ocalipsei, o gramada de site-uri s-au jurat pe rosu ca azi > activeaza dual-stack pe servere. In mod normal ar trebui sa treaca > neobservat fenomenul, cu exceptia cazului cand aveti configurat v6 si > nu stiti. Ipoteza asta e mai probabila decat ati crede, intrucat > zice-se ca suntem tara cu cea mai mare adoptie de v6 din Europa (nu eu > zic, Google zice: http://www.google.com/intl/en/ipv6/statistics/ ). > > Mi-a soptit o pasarica ca de ceva vreme RDS da by default v6 la userii > cu pppoe, fara sa mai fie nevoie de sign-up special, probabil si alti > provideri au inceput asa pe sest, asa ca faceti-va un pustiu de bine > si asigurati-va ca device-urile conectate la internet fie au > dezactivat v6 ("ip address show" ar trebui sa nu arate adrese v6) sau > au firewall suficient de strict (atentie, nu prea exista NAT pe v6, > asa ca probabil vreti sa reganditi modelul de securitate sa tina cont > de adrese potential reachable de oriunde din Internet). > > PS: Daca nu punea cineva din bhutan v6 pe unul din cele 13 computere, > eram primii din lume! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Modificare dependinte RPM
On 03-Apr-12 12:25 PM, Andrei-Florian Staicu wrote: > Salut, > > Stiti cumva daca se poate "edita" REQUIRENAME-ul dintr-un rpm, in > cazul in care nu am sursele sau srpm-ul? > As vrea sa adaug o dependinta la un rpm deja facut. Pentru ca, desi in > documentatie se spune ca am nevoie de pachetul X, i-a durut mana sa > adauge chestia asta la dependinte. > > Poti face o "scarpinatura la urechea stanga cu mana dreapta" creeind un metapackage care sa faca require la amandoua. Dumitru ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu share-uri parolate in samba
On 21-Mar-12 11:44 PM, Alex C. wrote: > > Nu stiu ce sa mai incerc ca sa fac chestia asta sa mearga. Incep sa cred > ca e ceva de la Windows... Cu asta trebuia sa incepi, nu sa termini. Windows suporta un singur user per sesiune per server. Nu cumva ti-a dat eroarea: "System error 1219 has occurred. Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again." Dar cine mai sta sa citeasca mesajele de eroare in ziua de azi... http://social.technet.microsoft.com/Forums/en-US/itprovistanetworking/thread/f3ee2c61-a5c7-48b3-a3bf-23ea323da699/ Vezi ca ai niste workarounds pe acolo. Dar cine mai foloseste google in ziua de azi... Dumitru "samba, the horror" Ciobarcianu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Aplicatie software gratuita pentru comunicare interna (chat)
oh noes, bust our cover it is! /me goes back in hiding On 21-Mar-12 6:42 PM, Marius Luca wrote: > irc.lug.ro > > use it wisely ! :) > > p.s. : trololololol > > 2012/3/21 Marian Banica: >> Nu chiar. >> Am setat o camera privata cu parola si in care pot doar adminii sa invite. >> E destul de simplu as zice si nu ai nevoie de nimic pentru asta. >> O sa scriu un tutorial de cum am facut in caz ca cineva va dori sa vada. >> >> Cu drag, >> Marian >> >> Marian Banica >> Web 2.0 Partner in Romania >> Phone: +40373371833 >> >> >> >> >> 2012/3/21 Quamis >> >>> 2012/3/21 Marian Banica: Salutare, Am reusit sa gasesc o alternativa simpla: jabber.org creare cont acolo iar apoi private room cu Pidjin :) si >>> merge. :) >>> >>> Pai asta nu inseamna ca nu mai e aplicatie "interna"? Pe acelasi >>> principiu poti folosi si google talk (sau pidGin care sa se conecteze >>> la contul de gtalk) >>> Marian Banica Web 2.0 Partner in Romania Phone: +40373371833 2012/3/21 Alex 'CAVE' Cernat >> nu e asa ca glumesti ? irc over ssl exista de cel putin 12 ani. >> /whois wolfy ( pe freenode) > pai cred ca de vreo 10 ani n-am mai intrat (decat poate ocazional pe > lug) pe irc > deci ma cam asteptam sa existe variante de ssl, ca dupa cum ziceam nu e > mare branza de implementat > dar la fel dupa cum ziceam, un asl pls nu are nevoie de ssl > > Alex > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug >>> >>> >>> -- >>> >>> THE END of this transmission >>> ___ >>> RLUG mailing list >>> RLUG@lists.lug.ro >>> http://lists.lug.ro/mailman/listinfo/rlug >>> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug > > ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] httpd craseaza in Centos 6.2
memtest 1st. Cioby "this is a good day to top-post" On 20-Feb-12 10:40 PM, Mihai wrote: > Am instalat un Centos 6.2 pe o masina Workstation HP XW 6200 (2xXeon 3,2 > GHz, RAM 2 GB ECC). Serverul apache craseaza. Am updatat linuxul. Am > revenit la versiunile mai vechi ale serverului httpd si degeaba. Nu am > instalat o parte din module si nu am obtinut nici un efect. Serverul > apache craseaza in continuare. Stie cineva rezolvare la aceasta problema ? > Mesajul de eroare este: > > [Sun Feb 19 21:22:39 2012] [notice] Digest: generating secret for digest > authentication ... > [Sun Feb 19 21:22:39 2012] [notice] Digest: done > *** glibc detected *** /usr/sbin/httpd: free(): invalid pointer: > 0x7f3f744092c0 *** > === Backtrace: = > /lib64/libc.so.6(+0x32386750c6)[0x7f3f84b6b0c6] > /usr/lib64/libhighgui.so.2.0(_ZNSs7reserveEm+0x17a)[0x7f3f753e021a] > /usr/lib64/libstdc++.so.6(_ZNSs6appendEmc+0x81)[0x7f3f741b3771] > /usr/lib64/libvmime.so.0(_ZN5vmime7utility11stringUtils7toLowerERKSs+0x45)[0x7f3f54db0a35] > /usr/lib64/libvmime.so.0(_ZN5vmime8encodingC2ERKSs+0x33)[0x7f3f54d61fe3] > /usr/lib64/libvmime.so.0(+0xd4107)[0x7f3f54d5a107] > /usr/lib64/libvmime.so.0(+0x1df166)[0x7f3f54e65166] > === Memory map: > 7f3f543ef000-7f3f543f6000 r-xp fd:00 812108 > /usr/lib64/libntlm.so.0.0.15 > 7f3f543f6000-7f3f545f5000 ---p 7000 fd:00 812108 > /usr/lib64/libntlm.so.0.0.15 > 7f3f545f5000-7f3f545f6000 rw-p 6000 fd:00 812108 > /usr/lib64/libntlm.so.0.0.15 > .. > > "error_log" 23902L, 2427505C > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] search-list pt .getaddrinfo
On 10-Jan-12 11:01 PM, Petru Ratiu wrote: > Incerc sa fac rezolvare (chiar, cum se traduce resolving in romana?) > de nume scurte via libnss-mdns*, care par a fi complet neimpresionate > de faptul ca eu am scris 'search local' in resolv.conf. Daca am > inteles bine, resolv.conf e consultat doar de libresolv, cu care e > linkat doar libnss_dns, asa ca pot incerca eu mult si bine. > > man avahi-daemon.conf Am gasit asta intr-un document foarte vechi, nu stiu daca mai e de actualitate: "Please note as well that this release does not honour /etc/resolv.conf domain search lists by default anymore. It created a lot of problems and was never recommended anyway. You may reenable this functionality by passing --enable-search-domains." -- Cioby "my google-fu is better than your google-fu" PS: Lennart strikes again! ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] postfix on CentOS 5.6
Asigura-te ca ai 127.0.0.1 localhost.localdomain localhost in /etc/hosts E posibil sa vrea sa te rezolve reverse inainte sa-ti dea banner-ul. Daca astepti 30-60 de sec iti apare ? Cioby On 06-Jan-12 6:08 PM, Medun Sazit wrote: > Toate ok pana aici - se instaleaza postfix din repo > (2:2.3.3-2.3.el5_6), i se da start, are listener-ul corect pe tcp 25, > mai putin faptul ca nu reactioneaza de nici un fel la nimic, nici > macar smtp banner nu afiseaza. > > Asigura-te ca ai 127.0.0.1 localhost.localdomain localhost in /etc/hosts E posibil sa vrea sa te rezolve reverse inainte sa-ti dea banner-ul. Daca astepti 30-60 de sec iti apare ? Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] spamassassin care ma asasineaza
1: spamass-milter 2: man spamc search "-s" Cioby "friday's top-posting" On 09-Dec-11 2:19 PM, Sorin Vijelie wrote: > Salut, > > > Am sendmail cu spamassassin ( via procmail cu spamd). Am incarcarea cpu > foarte mare (la ore de varf). Nu am activate Pyzor, DCC. > Am google-uit dar n-am gasit nimic sa ma ajute. > > Sugestii ? > > > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug