Re: [rlug] problema debian pptpd
Pentru ca pptpd sa mearga ai nevoia ca ruterul sa stie sa handle si GRE (aka, IP port 47, aka IP protocol 4, sau 47, depinde ce citesti) nu numai tcp 1723. Majoritatea ruterelor 3 la 10 mii nu stiu. Verifica daca al tau stie. Habar n-am ce e Dir-100 ala. Dragos The Sorcerer wrote: buna ziua, am si eu o problema cu pptpd sub debian ... am setat si configurat pptpd si functioneaza fara nici o problema la connectarea de pe windows xp, dar ... am un router Dir-100 cu firmware adus la zi, si cand incerc sa ma connectez cu el primesc urmatoarea eroare: Feb 9 12:57:36 linsrv pptpd[6736]: MGR: dropped small initial connection Feb 9 12:57:36 linsrv pptpd[11553]: CTRL: Client ... control connection started Feb 9 12:57:36 linsrv pptpd[11553]: CTRL: Starting call (launching pppd, opening GRE) Feb 9 12:57:36 linsrv pppd[11554]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Feb 9 12:57:36 linsrv pppd[11554]: pptpd-logwtmp: $Version$ Feb 9 12:57:36 linsrv pppd[11554]: pppd 2.4.4 started by root, uid 0 Feb 9 12:57:36 linsrv pppd[11554]: using channel 123 Feb 9 12:57:36 linsrv pppd[11554]: Using interface ppp1 Feb 9 12:57:36 linsrv pppd[11554]: Connect: ppp1 -- /dev/pts/7 Feb 9 12:57:36 linsrv pppd[11554]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e pcomp accomp] Feb 9 12:57:36 linsrv pptpd[11553]: *GRE: Bad checksum from pppd.* Feb 9 12:57:37 linsrv pppd[11554]: rcvd [LCP ConfReq id=0x1 mru 1452 asyncmap 0x0 magic 0x84c2db2] Feb 9 12:57:37 linsrv pppd[11554]: sent [LCP ConfAck id=0x1 mru 1452 asyncmap 0x0 magic 0x84c2db2] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e pcomp accomp] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ConfRej id=0x1 pcomp accomp] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP ConfReq id=0x2 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ConfAck id=0x2 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP EchoReq id=0x0 magic=0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: sent [CHAP Challenge id=0x74 2a29d232bbe533bf920d5cc3e84feb63, name = pptpd] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP EchoRep id=0x0 magic=0x84c2db2] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [CHAP Response id=0x74 8c73675248b06ac8d6f0ded43e98dd6eb18f24c35eb000cf66be514bcd7e318ae426b7b7393ba29c00, name = sorcerer] Feb 9 12:57:39 linsrv pppd[11554]: sent [CHAP Success id=0x74 S=C73D91EA25D62A41440C1DEBDE60A52090DE687C M=Access granted] Feb 9 12:57:39 linsrv pppd[11554]: sent [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [IPCP ConfReq id=0x1 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0] Feb 9 12:57:39 linsrv pppd[11554]: sent [IPCP TermAck id=0x1] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0a 12 06 01 00 00 40] Feb 9 12:57:39 linsrv pppd[11554]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received Feb 9 12:57:39 linsrv pppd[11554]: *MPPE required but peer negotiation failed* Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP TermReq id=0x3 MPPE required but peer negotiation failed] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP TermAck id=0x3] Feb 9 12:57:39 linsrv pppd[11554]: Connection terminated. Feb 9 12:57:39 linsrv pppd[11554]: Connect time 0.1 minutes. Feb 9 12:57:39 linsrv pppd[11554]: Sent 14 bytes, received 22 bytes. Feb 9 12:57:39 linsrv pppd[11554]: Exit. Feb 9 12:57:39 linsrv pptpd[11553]: GRE: read(fd=6,buffer=8058640,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs Feb 9 12:57:39 linsrv pptpd[11553]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7) Feb 9 12:57:39 linsrv pptpd[11553]: CTRL: Reaping child PPP[11554] Feb 9 12:57:39 linsrv pptpd[11553]: CTRL: Client ... control connection finished am cautat pe net de mi-a venit acru, singurele solutii gasite sunt la client unde ar trebui sa se activeze mppe (dar fiind router, nu pot sa ii fac nimic), sau dezactivarea mppe de pe server pe care pppd se pare ca o ignora (nomppe in ppp options) securitatea (ecriptare) NU MA INTERESEAZA, ma intereseaza doar sa mearga ... postez mesaj aici ca ultima speranta ... va rog ! ... are cineva vreo idee ? :) ___ 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] problema debian pptpd
The Sorcerer wrote: imi cer scuze, e vorba de D-Link Dir-100 http://www.dlink.ro/cs/Satellite?c=TechSupport_Cchildpagename=DLinkEurope-GB%2FDLTechProductcid=1197319389094p=1197318962293packedargs=locale%3D1195806691854pagename=DLinkEurope-GB%2FDLWrapper nu exista nici un work around sau solutie pentru protocolul asta ? Banui ca vrei ca mearga pe un windows. Din nefericire pptp fara GRE nu prea se poate. Adica conform definitiei din wikipedia : The Point-to-Point Tunneling Protocol (PPTP) is a method for implementing virtual private networks. PPTP uses a control channel over TCP and a GRE tunnel operating to encapsulate PPP packets. . Daca ai un numar limitat de hosturi/porturi ce trebuie atinse poti folosi port forward via ssh (putty stie de asa ceva). Poti folosi openvpn (peste udp, sau, mai putin recomandabil, peste tcp). Se poate si ppp over ssh, dar nu pe Windows (sau nu stiu eu cum). Sau poti sa cumperi un ruter pe bune :). Dragos On Tue, Feb 9, 2010 at 1:49 PM, Dragos Chiriac dra...@secured.ro wrote: Pentru ca pptpd sa mearga ai nevoia ca ruterul sa stie sa handle si GRE (aka, IP port 47, aka IP protocol 4, sau 47, depinde ce citesti) nu numai tcp 1723. Majoritatea ruterelor 3 la 10 mii nu stiu. Verifica daca al tau stie. Habar n-am ce e Dir-100 ala. Dragos The Sorcerer wrote: buna ziua, am si eu o problema cu pptpd sub debian ... am setat si configurat pptpd si functioneaza fara nici o problema la connectarea de pe windows xp, dar ... am un router Dir-100 cu firmware adus la zi, si cand incerc sa ma connectez cu el primesc urmatoarea eroare: Feb 9 12:57:36 linsrv pptpd[6736]: MGR: dropped small initial connection Feb 9 12:57:36 linsrv pptpd[11553]: CTRL: Client ... control connection started Feb 9 12:57:36 linsrv pptpd[11553]: CTRL: Starting call (launching pppd, opening GRE) Feb 9 12:57:36 linsrv pppd[11554]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Feb 9 12:57:36 linsrv pppd[11554]: pptpd-logwtmp: $Version$ Feb 9 12:57:36 linsrv pppd[11554]: pppd 2.4.4 started by root, uid 0 Feb 9 12:57:36 linsrv pppd[11554]: using channel 123 Feb 9 12:57:36 linsrv pppd[11554]: Using interface ppp1 Feb 9 12:57:36 linsrv pppd[11554]: Connect: ppp1 -- /dev/pts/7 Feb 9 12:57:36 linsrv pppd[11554]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e pcomp accomp] Feb 9 12:57:36 linsrv pptpd[11553]: *GRE: Bad checksum from pppd.* Feb 9 12:57:37 linsrv pppd[11554]: rcvd [LCP ConfReq id=0x1 mru 1452 asyncmap 0x0 magic 0x84c2db2] Feb 9 12:57:37 linsrv pppd[11554]: sent [LCP ConfAck id=0x1 mru 1452 asyncmap 0x0 magic 0x84c2db2] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP ConfReq id=0x1 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e pcomp accomp] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ConfRej id=0x1 pcomp accomp] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP ConfReq id=0x2 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ConfAck id=0x2 asyncmap 0x0 auth chap MS-v2 magic 0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP EchoReq id=0x0 magic=0xc329fe0e] Feb 9 12:57:39 linsrv pppd[11554]: sent [CHAP Challenge id=0x74 2a29d232bbe533bf920d5cc3e84feb63, name = pptpd] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP EchoRep id=0x0 magic=0x84c2db2] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [CHAP Response id=0x74 8c73675248b06ac8d6f0ded43e98dd6eb18f24c35eb000cf66be514bcd7e318ae426b7b7393ba29c00, name = sorcerer] Feb 9 12:57:39 linsrv pppd[11554]: sent [CHAP Success id=0x74 S=C73D91EA25D62A41440C1DEBDE60A52090DE687C M=Access granted] Feb 9 12:57:39 linsrv pppd[11554]: sent [CCP ConfReq id=0x1 mppe +H -M +S -L -D -C] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [IPCP ConfReq id=0x1 addr 0.0.0.0 ms-dns1 0.0.0.0 ms-dns3 0.0.0.0] Feb 9 12:57:39 linsrv pppd[11554]: sent [IPCP TermAck id=0x1] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0a 12 06 01 00 00 40] Feb 9 12:57:39 linsrv pppd[11554]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received Feb 9 12:57:39 linsrv pppd[11554]: *MPPE required but peer negotiation failed* Feb 9 12:57:39 linsrv pppd[11554]: sent [LCP TermReq id=0x3 MPPE required but peer negotiation failed] Feb 9 12:57:39 linsrv pppd[11554]: rcvd [LCP TermAck id=0x3] Feb 9 12:57:39 linsrv pppd[11554]: Connection terminated. Feb 9 12:57:39 linsrv pppd[11554]: Connect time 0.1 minutes. Feb 9 12:57:39 linsrv pppd[11554]: Sent 14 bytes, received 22 bytes. Feb 9 12:57:39 linsrv pppd[11554]: Exit. Feb 9 12:57:39 linsrv pptpd[11553]: GRE: read(fd=6,buffer=8058640,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused
Re: [rlug] Intalnire RLUG februarie '10
Radu Zoran wrote: Pe 08.02.2010 18:04, Sabin Iacob a scris: si salvati virtualbox, si salvati openoffice, pls ___ virtualbox ce-a mai patit? http://forums.virtualbox.org/viewtopic.php?f=1t=17686 In principiu Virtual Iron a fost cumparat de Oracle prin mai 2009. Dragos ___ 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] Solutii BACK-UP
In termeni seriosi de data asta. Personal nu am pus mana decat pe amanda, bacula (oss) si tivoli (proprietar). Amanda mi se pare mai usor de invatat/folosit. Ambele au o curba de invatare destul de abrupta, iti ia ceva pana le intelegi pe bune. Daca vrei sa foloseti sistemul de backup ca scula de disaster recovery, trebuie sa inveti chiar si mai multe. (E diferenta intre backup si disaster recovery). E recomandabil sa separi pe partitii diferite sistemul de operare si datele ce trebuie recuperate. Pentru sistemul de operare e mai simplu sa foloseti ceva gen Mondo/Mindi. Dupa ce ai pus sistemul de backup joaca-te de-a recuperarea bine de tot. Repet, sistemele de backup nu sunt chiar intuitive. In plus depinde foarte mult ce vrei sa recupererezi. Pentru baze de date e recomandabil sa ai (si) replicare. Pentru cod sursa, carti, chestii cu schimbari mici dpdv binar de la o versiune la alta e mai simplu sa solosesti un VS (cvs, svn, git). Daca vrei sa faci imagini de pe chestii care sunt in continua modificare (baze de date stresate, de ex), e recomandbil sa inveti ce e ala LVM snapshot. Dragos Vali Dragnuta wrote: On Sun, 2010-02-07 at 03:02 +0200, Dragos Chiriac wrote: Sa-ti spun sincer, poti sa faci un raid 1 software pe 2 stabile + 1 usb, ca tot era treaba, si hardu pe usb sa-l bagi in raid cand trebe, astepti sa se sync, apoi il notezi ca faulty si pleci cu el. Eu practic asta, mai ales ca poti sa butezi de pe usb-ul ala cand ai chef. Depinde ce ai si ce vrei. Ca asa, la modu general, tivoli ruleaza:). Cred ca tu faci o confuzie cind ajungi la notiunea de backup :) Nu fac confuzie. Era un fel de gluma. Avea mai mult haz azi noapte la 3 :). ___ 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] Solutii BACK-UP
Valentin Cozma wrote: 2010/2/7 Dragos Chiriac dra...@secured.ro: Si ca sa nu se lase cu injuraturi data viitoare cand mai vedem, nu mai recomanda raid ca backup ca n-are nici o legatura (si ce zici tu e o reteta sigura sa-ti scurtezi timpul pana cand vei avea nevoie de backupul ala). Poti sa explici asta in argumente simple , sa le inteleaga si novicii ca mine ? Pai omu tot cu un raid1 a pierdut datele. E doar o chestiune de timp pana faci ceva gresit si busesti ceva pe acolo. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutii BACK-UP
Dan Borlovan wrote: On 02/07/2010 12:55 PM, Dragos Chiriac wrote: E recomandabil sa separi pe partitii diferite sistemul de operare si datele ce trebuie recuperate. Pentru sistemul de operare e mai simplu sa foloseti ceva gen Mondo/Mindi. Sau - pe partea de servere - daca ai suficiente, masini virtuale (ma refer la solutii de gen vmware esxi + solutie de storage fc redundanta de la cap la coada, nu workstation) + snapshot-uri. Avantajul e ca daca-ti pica scula fizica clicka clicka si pornesti masina pe alta scula fizica (asta daca nu vrei sa cumperi partea de migrare automata), fara sa te stresezi ca nu booteaza, trebe alte drivere, muta hdd-urile etc. Pai asa mai bine da bani lu' amazon ec2. Ca ma indoiesc ca are bani omu sa-si ia solutie de storage fc redundanta . ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Solutii BACK-UP
Sa-ti spun sincer, poti sa faci un raid 1 software pe 2 stabile + 1 usb, ca tot era treaba, si hardu pe usb sa-l bagi in raid cand trebe, astepti sa se sync, apoi il notezi ca faulty si pleci cu el. Eu practic asta, mai ales ca poti sa butezi de pe usb-ul ala cand ai chef. Depinde ce ai si ce vrei. Ca asa, la modu general, tivoli ruleaza:). Mircea Popescu wrote: 2010/2/6 Petru Ratiu rpe...@gmail.com 2010/2/6 Mircea Popescu popescu.mir...@gmail.com: imi cer scuze iata lista din nou Sau mai bine ziceai http://en.wikipedia.org/wiki/List_of_backup_software#Open_source si ne descurcam noi :P corect, dar eliminasem eu cateva mai intai -- Petre don't thread on me Ratiu ___ 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] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: On Thu, Feb 4, 2010 at 12:57 PM, Vlad Georgescu v...@lsi.ro wrote: Mircea Popescu wrote: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. sigur ai ext3 acolo? n-ai swap sau altceva? sigur am ext3 Sigur n-aveai LVM ? ___ 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] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Si in mod normal, asa cum a zis si RPetre, daca ai raid1 nu e musai sa pornesti raidul ca sa citesti FS-ul de pe partitie, superblockul raid e undeva dupa ce se termina FS-ul. Am facut candva un stunt, cu un raid care nu mai voia --assembe , sa dau direct create, si apoi mount, si a mers cat sa recuperez datele si sa arunc discurile care incepusera in bunul stil seagate 250G primele serii sa crape simultan. Depinde daca ai folosit sa nu superblock la crearea arrayului (desi in mod normal cam toate au). De altfel m-am si intrebat de ce nu a incercat sa monteze direct partitiile, ca nu era nici o greata cu raid1. Deci raidul nu e musai sa aiba superblock. create/assemble se folosete la cele cu superblock, build la cele fara superblock. Doar ca alea fara supeblock sunt dumb, si-ti trebe fisier de configurare musai pentru ele. Daca vrei sa vezi ce ai pe o partitie, se poate folosi mdadm --examine /dev/sdYX. La care ai si linia de events, pe care daca o compari vezi : 1. care device-uri sunt in sync (au ac numar la events) 2. care e cea mai noua versiune dupa desincronizare, si implicit care a fost discul scuipat afara din raid chiar daca vine cu discurile la tine in punga si nenumerotate. Omul are o problema mai grava, anume asta: r...@sysresccd /root % tune2fs -l /dev/md2 tune2fs 1.41.3 (12-Oct-2008) tune2fs: Bad magic number in super-block while trying to open /dev/md2 Couldn't find valid filesystem superblock. In mod normal ar putea sa citeasca/verifice partitia si direct #tune2fs -l /dev/sdXY FS-ul pare decedat, se poate incerca ceva cu debugfs, la genu de aici : http://www.securityfocus.com/infocus/1902 Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Mircea Popescu wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Si in mod normal, asa cum a zis si RPetre, daca ai raid1 nu e musai sa pornesti raidul ca sa citesti FS-ul de pe partitie, superblockul raid e undeva dupa ce se termina FS-ul. Am facut candva un stunt, cu un raid care nu mai voia --assembe , sa dau direct create, si apoi mount, si a mers cat sa recuperez datele si sa arunc discurile care incepusera in bunul stil seagate 250G primele serii sa crape simultan. Depinde daca ai folosit sa nu superblock la crearea arrayului (desi in mod normal cam toate au). De altfel m-am si intrebat de ce nu a incercat sa monteze direct partitiile, ca nu era nici o greata cu raid1. Deci raidul nu e musai sa aiba superblock. create/assemble se folosete la cele cu superblock, build la cele fara superblock. Doar ca alea fara supeblock sunt dumb, si-ti trebe fisier de configurare musai pentru ele. da, dar eu am reusit sa recuperez unul dintre cele 3 md-uri cu build, fara superblock si fara fisier de configurare ziceai mai sus ca pot citi fs-ul de pe partitie fara superblock-ul raid ... cum fac asta Pai presupunem ca raidu' era /dev/md0 format din /dev/sda1, si /dev/sdb1 Poti linistit sa mount -t ext3 /dev/sda1 /my/spare/folder si/sau /dev/sdb1 /my/other/folder , ca o sa vada FS-ul. Nu merge decat pt raid1 totusi. Ar fi indicat sa dai -o ro (montat read only). Dupa cum stii un sistem de fisiere nu e musai sa foloseasca tot spatiul block device-ului. Netehnic vorbind, din punctul de vedere a lui mount, suberblockul raid nu e decat niste junk la capatul block device-ului. El capata sens numai daca il pui in comun cu mdadm. La raid 1 vei avea ac sistem de fisiere, perfect functional, pe ambele discuri. La alte tipuri nu mai e asa simplu. BTW, asa e unul dintre motivele pentru care partitia de boot nu poate fi decat fie disk normal, fie raid1. Nu poti buta de pe un raid5 software de exemplu. Dragos Si ca sa va amuz putin pe toti, apropos de Seagate-urile care pica amandoua simultan ... si eu aveam tot 2 Seagate-uri de 500 GB insa si acum incep sa cred ca asa s-a intamplat si la mine, poate nu in aceeasi masura la ambele discuri ___ 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] recuperare RAID 1 software fara hdd-ul defect
Petru Ratiu wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro: Petru Ratiu wrote: 2010/2/4 Dan Borlovan d...@level7.ro: Mircea Popescu wrote: Pot crea md-urile fara sa afectez continutul discurilor? mdadm --assemble /dev/md0 /dev/sda1 Dupa ce ai raidul pornit si vizibil in /proc/mdstat poti sa dai add cu celalt disc Va rog eu foarte frumos, nu mai spuneti aberatii pe lista, nu de alta, dar avem si copii mici care pe tot ce pun mana, baga in gura si dupa aia incep sa planga ca nenea rau le-a stricat masina de productie. Daca nu ma insel comanda aia n-o sa mearga decat in conditiile in care sda1 este deja membru intr-un array raid1 si nu e nici un md0 pornit. Dap, dar omul avea ceva raid inainte pe disk. Probabil de asta i s-a recomandat sa incerce assemble. Raspunsul corect cred ca era : la create/build nu iti va afecta FS-ul. Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Care daca era inainte tot md, iti va suprascrie doar superblockul. Care nu are nici un efect distructiv asupra FS-ului. md3 : active raid1 sdb1[0] sdc1[1] 976759936 blocks [2/2] [UU] md0 : active raid1 sdd2[1] sda2[0] 38186432 blocks [2/2] [UU] md3 de acolo a fost o vreme md2, intr-o zi dupa o pana de curent n-a mai vrut sa assemble. Asa ca am cetit, am recreat, si inca merge perfect dupa 1 an de zile. Daca aveai inainte un raid fara superblock, si dai create cu superblock ai destule sanse sa belesti chestii. Daca STII ca aveai superblock acolo, recrearea/suprascrierea lui nu busete FS-ul, pentru ca nu are ce scrie in zona unde e FS-ul. Cel putin asta am inteles eu. Daca stii sigur ce faci, e ok, daca nu, dai cu build, ca ala nu suprascrie nimic. Deci da, va suprascrie superblockul la creere, dar FS-ul nu pateste nimic. Ideea e sa : 1. dai examine 2. stabilesti care tine cea mai noua versiune 3. creezi raidu nou doar cu ala 4. il rebagi si pe al doilea La faza asta se vor schimba UUID-ul,eventsul,alte alea pe acolo, insa datele din FS raman intacte. Gresesc cu ceva ? Dragos Raspunsul meu era putin mai generic, ma enerveaza ingrozitor cand e incurajata atitudinea de a da la butoane fara sa pricepi pana fie merge, fie crapa. Poate e ok pt. un contabil sa confunde hard diskul cu memoria (tata e inginer constructor si ultima data cand a facut chestii de IT, erau programe in fortran pe cartele pt. nushce minicalculatoare felix sau coral si schimba termenii astia intre ei adesea), sau sa stie despre networking ca dai pe televizoarele alea din bara 'repair' si merge, dar nu e in regula sa nu intelegi ce fac treburile din responsabilitatea ta. Nu zic ca eu as sti rfc-uri pe de rost sa recit structuri de pachete sau ca pot explica in detaliu fara sa ma uit in vreun manual care e continutul unui superbloc de ext3, dar cred ca e necesar sa ai notiuni elementare despre routare cand faci un router sau despre cand anume se modifica datele pe disc cand faci inginerii cu md. Si cei care incurajeaza asta dand comenzi copy-paste pe liste fara a sublinia particularitatile sau contraindicatiile (poate tocmai din cauza ca nici ei nu stiu) sunt de doua ori vinovati si cu nimic mai buni decat aia care fac glume cu dd (pe care recunosc ca si eu le-am mai facut cu indivizi care refuzau sa citeasca manuale, dar nu in locuri publice la care sa ajunga alte oi ratacite cu Google). As invita colistasii care inteleg despre ce vorbesc la mai multa responsabilitate, nu doar in indicatiile pentru cel care intreaba, dar si in atitudinea fata de cei care nu citesc de doua ori ce scapa pe lista in vazul privirilor naive. In definitiv, sunt de parere ca aceasta comunitate e valoroasa nu numai prin faptul ca are oameni dispusi sa citeasca manuale, dar si ca stiu sa-i ajute pe altii sa le inteleaga. Si ca shameless plug (adica n-are de ce sa-mi fie rusine), invit pe cat mai multi, cu mic cu mare, la intalnirile noastre lunare din care urmatoarea e de azi intr-o saptamana: http://tinyurl.com/ybpvcur unde eu si altii suntem incantati sa discutam despre lucrurile pe care le stim cu altii dispusi sa ne asculte (sau sa ne invete chestii in plus). (am vrut initial sa dau pe offtopic, dar pana la urma nu era nimic offtopic aici). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Dan Borlovan wrote: Petru Ratiu wrote: mdadm --assemble /dev/md0 /dev/sda1 Uite ca si tu spui prostii, la create iti scrie superblockul de md pe partitie, si considera ca poate sa suprascrie orice biti sunt acolo. Am zis assemble nu create Nu era vb de tine :). Io sunt cel vizat. Lasa s-o incasez io, daca merit :). Inveti mai multe din belele decat din succesuri. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Florin Popovici wrote: 2010/2/4 Dragos Chiriac dra...@secured.ro: [...] Daca aveai inainte un raid fara superblock, si dai create cu superblock ai destule sanse sa belesti chestii. Daca STII ca aveai superblock [...] Gresesc cu ceva ? AFAIK, da. Orice array raid software are superblock. Discutia este unde anume tinem superblock-ul. Versiunile 0.90 (default) si 1 il pun la sfarsitul blockdevice-ului, 1.1 la inceput, 1.2 la 4K de inceput (traducere aproximativa din man mdadm, optiunea -e). Dap, in distributiile noi. Raidtools V2, asta de o folosm noi, a aparut dupa ce a aparut 2.4. Sunt destule sisteme legacy, care au raidtools V1, care habar n-avea de persistent superblocks. Chestia cu build e ca sa le suporte si p-alea. Mai sunt unii care adauga raid-uri dupa manuale vechi de cand lumea, si baga d-astea cu array build, si configuratie statica (/etc/raidtab anyone ?). Nu sunt asa de rarisime cum ar trebui :(. Indieni anyone ? Yup, auch, N-am citit niciodata de 1.1 si 1.2. That hurts, I stand corrected :). Auch. Auch. Auch. Cum afli ce versiune ai ? Ca la examine si query nu vad nimic relevant ? Dragos Deci n-ai superblock, nu esti RAID member. Chiar daca partitia e de tipul 0xfd aka linux software raid. Insa noroc ca mdadm permite operatii chirurgicale de genul fa-mi superblock aici, cu informatiile astea, si apoi fa-mi array-ul X din device-urile Y si Z, chiar daca n-ai superblock sau ai altceva in superblock :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] recuperare RAID 1 software fara hdd-ul defect
Dragos Chiriac wrote: Florin Popovici wrote: Is retard, era prima linie de la --detail . Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema cu un Centos 5.4 - retea instabila
Esti sigur ca kernelul nu scuipa nimic in legatura cu placa ? Cumva network manager activate/deactivate nu scoate/baga modulele in kernel ? Daca e asa, probabil placa e facuta pe vapor, lipsesc piese din ea, si modulul de kernel ingheata. rmmod / modprobe rezolva problema ? Cand ingheata uita cumva si ARP-urile ? Ce placa e ? Unele chipseturi au mai multe module compatibile sau partial compatibile (RTL8139 de ex). Poate se rezolva schimband modulul pe care-l incarci pentru ea. Am avut o placa mai veche 8139 care cu 8139too crapa spectaculos (freeze de consola, te reconactai, mergea si apoi dupa un timp dadea cate un oops cand puneam vlan-uri pe ea), si cu 8139cp mergea ok. Si nu nu era versiunea C, era D. Daca ai C si incarci too pt ea, e aproape sigur de la asta. lspci, lsmod pliz. Dragos Robert Muster wrote: Buna ziua, Am un server Centos 5.4 pe care ruleaza un server apache care serveste o aplicatie web (php). Am o adresa statica pe care o folosesc pentru conectarea la aplicatie. Problema este ca din cand in cand, fara nici un motiv anume, serverul pica - nu mai raspunde la ping si nu mai serveste paginile. In log-uri nu apare nici o eroare, nimic. Pur si simplu cade conexiunea. Singura rezolvare este sa reactivez interfata eth1 - din network manager - activate (nu merge nici macar service network restart) Cum pot rezolva problema? De unde apare si unde as putea sa ma uit...? e destul de frustrant, pentru ca am incercat tot ce stiu eu despre linux si nu stiu de unde sa mai apuc problema asta. Va multumesc anticipat Robert Muster ___ 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] Backup ftp
Vrei ceva de genul la montezi ftp-ul ca partitie (sub lufs, sau fuse, depinde cu ce vine distributia, sau cat timp liber ai), si sa rulezi clientu' de svn (ca si cum ai fi pe) local ? Daca ai noroc, si ai ssh, poate montarea peste ssh e mai indicata (oricum staleaza mai rar decat ftp-ul). Pana acu eu n-a trebuit sa fac mai mult de : #sudo apt-get install sshfs #sshfs usern...@computera:/la/ei /la/mine (FUSE, ubuntu, evident) Dragos otzy_007 wrote: Nu am cum sa pun svn pe server. Nu am VPS, e doar un amarat de shared hosting. Imi cer scuze pentru ca nu am formulat cum trebuie intrebarea. E primul meu post aici. Vreau sa fac backup de la un website destul de maricel prin ftp pe pc-ul personal. Doar ca as vrea sa imi compare fisierele deja existente pe pc, cu cele de pe server si sa imi descarce doar ce difera intre pc si server. 2010/1/23 Mircea Vutcovici mirceavutcov...@gmail.com 2010/1/23 Petru Ratiu rpe...@gmail.com: 2010/1/23 otzy_007 otzy...@gmail.com: Exista vreo aplicatie care sa imi faca backup la un website via ftp intr-un repository gen subversion pe hdd? Probabil ca da. Daca formulezi intrebarea ntr-un fel in care sa se si priceapa ce ai nevoie, e posibil sa te ajutam cu un raspuns mai concret. http://tinyurl.com/intrebari Adica daca ai suficiente drepturi pe serverul de backup poti face un fuse FTP mount si poti folosi orice solutie de backup vrea muschii tai. Probabil o sa ai probleme cu performanta. Solutia corecta este sa instalezi clientul svn pe masina care vrei sa-i faci backup. ___ 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] formatare fizica din linie de comanda
lonely wolf wrote: Tarhon-Onu Victor wrote: On Fri, 22 Jan 2010, Dan Borlovan wrote: Daca vrei sa scapi de bad-uri prin relocare, cum zicea si Petru Ratiu, dd (si martctl --attributes /dev/sdX ca sa vezi cum stai cu ele - reallocated sectors ca sa vezi cite si current pending ca sa vezi cite au fost detectate la read dar in lipsa de write nu au putut fi realocate automat) Nu asta doresc, vreau pur si simplu sa reformez pistele, adica factory format. Pe vremuri, in anii '90, scula suprema pentru asa ceva era hdinit (pe creierii lui rpetre e posibil sa mearga inca), apoi pe discurile mai noi de capacitati de pina-n vreo 200GB (poate si mai mult) merge powermax. power*max* era pt *max*tor Dap si a fost inlocuit cu SeaTools (merge si pe Seagate si pe Maxtoare). Poate ca aia cauti, eu nu l-am folosit decat pentru diagnosticare, dar parca vazusem si ceva de low level format, si un utilitare de partitionare. (Cand s-a zis de Powermax mi-am amintit de SeaTools.) Dragos Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati dat inca peste scula pentru ca fie nu e free fie nu e suficient de utilizata. fie nu exista. ___ 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] formatare fizica din linie de comanda
Costin Guşă wrote: ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu. for future reference, iti dau paste si aici: /last wikipedia: Lastlog: 14:50 costin http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks End of Lastlog /last secure Lastlog: 19:35 costin http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase 14:49 costin wolfy: bai terminati-va cu formatarea fizica. nu exista decit ata secure erase, i-am dat lui Mituc ieri link din wiki 14:55 costin avantajul la ata secure erase e ca e usor mai rapid (nu semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi Nu ma, nu ma refeream la LLF anii 90 style, ma refeream la reinitializarea discului, aka formatare fizica cum ii zice traditional in meniul de la softu' cu pricina (o fi corect, o fi gresit, asta e). Din ce am inteles de la voi, a umple discul cu /dev/urandom de la un capat la altul ar avea cam acelasi efect, dar nu sunt chiar convins, e posibil sa ramai cu sectoare suspecte nerelocate, pe cand atunci cand faci reinitializare, cel putin teoretic, nu mai ai astfel de bube. Si cred ca la reinitializare se referea si mituc (cel putin powermax asta facea, deci banui ca la aia se refera). Dragos facut cu bios recent fara os End of Lastlog ___ 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] formatare fizica din linie de comanda
Costin Guşă wrote: colega, scuza-ma, dar te aberezi. discul vine cu X sectoare user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti muci interni). din alea X, unele discuri iti ofera posibilitatea alocarii a Z inaccesibili hostului numite host protected area, capacitatea totala user-addressable devenind X-Z. Z se poate seta cu scule soft gen 'hdat2'. hdparm se lauda ca stie si el de hpa dar maninca rahat (sau cel putin ultima data cind m-am jucat eu cu hpa). X e cit scrie pe el ca are. Stiam, stiam cum e X si Y. Care Y e mai mare la diskurile enterprise decat la alea normale (mult mai mare). De Z (hpa) am aflat accidental pentru ca laptopurile PackardBell au niste kktruri (diskangel deluxe or smth) care folosesc acest minunat feature al hdd-ului sa tina date, printre care si softu de restaurare a windowsului (lipseau v-o 25 de giga dintr-un hard de 120, asa ca am pus intrebari). Firmwarele se ocupa singur de relocarea sectoarelor busite si alti muci. Ca sa citez din primul link : *Reinitialization* /should/ include identifying (and sparing out if possible) any sectors which cannot be written to and read back from the drive, correctly.. Care nu stiu cu dd cum s-o faci. Ca urmare am presupus ca Petre zice ca daca dai cu dd, fortezi disk-ul sa faca recheck la toata suprafata folosita, si firmwarele se executa singur, sau ceva de genul. Daca nu la asta se referea, atunci mea culpa. Cum faci reinitializare cu dd (sau in sfarsit formatare fizica ca asa scrie in meniu - cacofonie intentionata) ? Ca io nu ma prind. De ce am crezut asta : uite ce zice zice la wikipedia : One popular method for performing only the zero-fill operation on a hard disk is by writing zero-bytes to the drive using the Unix *dd http://en.wikipedia.org/wiki/Dd_%28Unix%29* utility (available under Linux http://en.wikipedia.org/wiki/Linux as well) with the /dev/zero http://en.wikipedia.org/wiki//dev/zero stream as the input file (if=) and the drive itself (either the whole disk, or a specific partition) as the output file (of=). Deci cu dd faci only the zero-fill operation on a hard disk, ca mai sunt si altele necesare sa faci reinitializare pe bune. In concluzie asta nu-mi suna a detectia a sectors which cannot be written to and read back from the drive, correctly. E posibil sa ma insel, insa doar cu dd cred ca multe sectoare busite n-or sa fie detectate. Cam de asta se ocupa PowerMax. Si mai nou SeaTools. Daca tot e sa ne aberam in zona Y din cate stiu sunt si asa zisii spare sectors, adica locul de unde se realoca sectoarele busite in caz de ceva. Initial erorile sunt corectate de un PList in fabrica (care nu poate fi sters), si in timpul functionarii realocare se face intr-un GList, care poate fi sters teoretic. Una dintre diferentele intre hdd-urile enterprise si alea desktop e marimea lu' spare sectors (cam 1-2 per track la alea normale, 4, 8 sau mai mult la alea enterprise). La partea cu flacara violeta nu ma pronunt, mai degraba sunam la 112 si cerem cu pompierii. Dragos ___ 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] formatare fizica din linie de comanda
Petru Ratiu wrote: 2010/1/22 Dragos Chiriac dra...@secured.ro: Ce mai zice tot pe-acolo (putin mai sus): Modern drives locate tracks based on special servo control data permanently written to the drive platters at the factory by the hard drive manufacturer, using highly specialized equipment. Early servo-controlled drives used an entire separate disk platter to store this read-only servo data, but this was inefficient. Modern drives store the servo data directly embedded among the regular tracks and sectors, and operate in a manner such that servo data is absolutely never overwritten for any reason. Loss of servo data results in a loss of the ability to locate the data tracks. Pe langa asta unele discuri au unele reglaje puse intr-un eprom, sau direct in firmware, atunci cand se face calibrarea in fabrica. Sunt acele discuri despre care electronistii iti spun ca nu putem schimba electronica. Maxtor erau cunoscuti ca nu tineau aceste date in chip separat, ci direct in epromu cu firmware, si n-aveau backup pe nicaieri, lucru destul de eficient ca daca a crapat chipu pe el sa nu-ti mai recuperezi niciodata datele, nici daca-l trimiti la ei. Nu stiu daca au renuntat intre timp la aceasta practica. Dar na, daca un format fizic te face sa dormi mai bine noaptea, cine-s eu sa ma opun? Nu e vb de asta. Exista #badblocks, si #fsck -c si #fsck -cc care fac fsck-ul sa ia inputul din #badblocks , nu direct de pe device. Suna mai stiintific :). Asta e , unii daca tot e sa reinitializeze un disk, prefera sa folosesaca aplicatia de la producator, altii dd sau badblocks -w (badblock -w mi se pare mai sane) , altii doar sa fsck -cc. Cu ocazia asta putem spuna ca probabil ceea ce cauta mituc e #badblock -w (de care spre rusinea mea am stat ceva sa-l caut, ca eram convins ca e sectorsbad sau sbad, bsectors ceva de genul, dovada ca-l folosesc tare des ) Oricum cel mai bine sa te uiti mai degraba la cate sectoare realocate ai, si cand numaru tinde serios catre numarul total de sectoare spare, sa-l arunci, fazele astea cu reinitializare and shit ... nu prea am practicat, decat pt harddiskuri de laptop rarisime (ide d-ala cu pinii inauntru, ide d-ala cu 60 de pini, chestii pe care nu le mai gasesti de cumparat, slava domnului ca majoritatea laptopurilor cu asa ceva pe ele si-au cam dat duhul). PS: Ce-o mai face Mudava? Te referi la asta ? http://www.google.com/#hl=enq=mudava+rog+poporul+picioarele+departate+patrundaq=faql=aqi=oq=fp=e8d6ef47431c6a4a /Rog poporul/ roman sa stea cu ... /picioarele/ departate sa-l /patrund/ cu energia mea . Uitasem de asta :), stiu ca la alegerile alea aveam v-o 15 ani si ma distram teribil, mai ales de bunica-mea care-l lua in serios. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] port listener... interactiv
MihaiR wrote: Salut, Imi puteti recomanda o scula de genul: - deschide un port TCP si asculta, o singura conexiune, nu mai multe simultan (doar pentru niste teste); - imi ofera posibilitatea de a vedea ce trimite celalalt capat (hex, ascii) si de a rapunde de la tastatura. netcat+expect ? In speta, e vorba de a testa un echipament care se conecteaza pe un port pe care il pot configura. Acest echipament trimite citiva octeti (e un protocol ascii simplu) si asteapta de la mine (server) un raspuns de genul ACK sau ceva. Exista ceva gata facut pentru asa ceva sau trebuie sa ma gindesc sa imi fac propria aplicatie. Intreb pentru ca, parca, nu as vrea sa reinventez roata. Multumesc anticipat pentru orice recomandare. Toate cele bune, MihaiR ___ 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] problema partitie
Rade partitia, reboot, refa partitia, partprobe, reboot si vezi daca o ia. FC6 cica avea des problema asta. Alea mai noi habar n-am. Dragos Catalin Bucur wrote: On 28.10.2009 17:36, Petru Ratiu wrote: in /sys/block/sdc apare si sdc1 sau nu? Daca da, poate ca ai device-ul creat cu mknod aiurea si se supara udev cand il creeaza. Daca nu, pare sa fie ceva de detectie si poate e tabela de partitii cu probleme (vezi daca alt sistem il vede, eventual cu un livecd). Mi-a mai venit o idee - poate asta ii va da peste cap logica, pot schimba ordinea harddisk-urilor la boot (din BIOS nu pot face asta, IDE-urile le vede primele) folosind un fisier de genul: /etc/udev/rules.d/70-persistent-net.rules Unde ar trebui sa citesc ca sa-mi dau seama ce-ar trebui scris in el? -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ 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] apache
ne arati si linia cu /NameVirtualHosts *:80/ sa fim siguri c-o ai ? apoi v-hosturile se declara : VirtualHost pe ce suport de vhosturi ai declarat bla bla asta inseamna ceva de genul ca vhostu daca ai /NameVirtualHosts *:80 e ceva de genul /VirtualHost *:80 nu VirtualHost exemplu2.com Dragos / / marius prodana wrote: Salut, Am o problema cu serverul de apache pe o masina cu gentoo. Pe server am instalat apache-2.2.11-r2 cu suport pentru vhosts, iar acestea sunt definite ceva genul: VirtualHost exemplu.com ServerAdmin webmas...@host.exemplu.com DocumentRoot /www/docs/host.exemplu.com ServerName host.exemplu.com ErrorLog logs/host.exemplu.com-error_log TransferLog logs/host.exemplu.com-access_log /VirtualHost VirtualHost exemplu2.com ServerAdmin webmas...@host.exemplu2.com DocumentRoot /www/docs/host.exemplu2.com ServerName host.exemplu2.com ErrorLog logs/host.exemplu2.com-error_log TransferLog logs/host.exemplu.com-access_log /VirtualHost Problema este ca atunci cand incerc sa accesez http://www.exemplu.com ma arunca intr-o pagina care-mi afiseaza It works!, acest html este in cu totul alta locatie si anume /var/www/localhost/htdocs/index.html. Nu conteaza calea pe care o dau cand definesc pentru virtualhost, apache-ul imi afiseaza acel index.html de mai sus. ___ 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] Avem ONG
Zilele astea ma inscriu si eu, dar de curiozitate, ceva proiecte iashte ? Adica avem ONG, in afara de a ne inscrie ce altceva facem ? Luam legatura cu universitatile sa tinem niste speechuri/promovare ? Ne apucam de lobby pe undeva ? Promovam solutiile opensource comerciale pe la diverse conferinte ? De unde facem rost de niscai finantare serioasa ? Ca 100-2 de milioane pe an nu ajung nici sa inchiriem o sala mai calumea pt o conferinta mai serioasa :). Da apoi sa rezolvam de hoteluri si alte alea pt niste speakers d-afara. Pt inceput avem ocazia sa facem niscai scandal cu neconstitutionalitatea unor anume prevederi legale (e mare smekerie cu inregistrarea datelor), eventual lobby pt decriminalizarea penala a file-sharingului si ducerea lui in civil. Exista vre-un plan pt ceva de genul ? Mai ales ca acu e perioada electorala, putem face lobby pt prevederi de genul in promisiunile electorale, mai ales ca jegurile din politica nu prea au sanse sa ajunga la alegatorii tineri si scarbiti ;). Stiu (si sunt de acord cu filosofia) cine spune ala face, dar nu am prea mari idei despre CUM sa facem asta. Alte idei anyone ? Dragos Tiberiu Socaciu wrote: Daca aveti nevoie de birou teritorial (scriptic, in acte / faptic, ca punct local de contact) va pot ajuta cu Cluj si Suceava. Hai ca ma inscriu si eu zilele astea. Tibi Socaciu - Original Message - From: Monica wiper...@yahoo.com To: Romanian Linux Users Group rlug@lists.lug.ro Sent: Friday, October 09, 2009 12:38 PM Subject: Re: [rlug] Avem ONG felicitari :) daca aveti nevoie de PR, here I am :D Monica --- On Fri, 10/9/09, Paul Lacatus paul.laca...@emon.ro wrote: From: Paul Lacatus paul.laca...@emon.ro Subject: Re: [rlug] Avem ONG To: Romanian Linux Users Group rlug@lists.lug.ro Date: Friday, October 9, 2009, 7:51 AM Petru Ratiu wrote: 2009/10/8 ghrt g...@evonet.ro: Felicitari! Astept organizarea primului miting la care sa scandam impotriva risipirii banilor publici pe licente! Mai sunt foarte multe altele de facut inainte de astfel de lucruri asa ca ne-ar prinde bine voluntari si pentru activitati mai serioase si mai de durata. Felicitari ca ati facut-o. Este necesara o astfel de initiativa. Ca sa functioneze trebuie intii bani . O sa completez formularul de inscriere si va trimit cotizatia. Apoi sa vedem ce se poate face pentru indeplinirea menirii asociatiei. PL ___ 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] [prolinux] Logo - need for help
Cateva propuneri care n-au treaba cu viata asta :) : http://xscapes.ro/aberatii/ Sunt alb negru, si skill-urile mele de designer lasa mult de dorit, doar idei :). Dragos PS:stiu, sunt usor nationaliste, asta e, ma gandeam sa-i dam un aer local, da chiar mutra lui gutza nu mi s-a parut potrivita. Caut acu un ciobanesc mioritic, sa-l fac underdog cu un L mare pe el :). Da ba sunt prea mici sa le vectorizez, ba sunt in pozitii dubioase sau cu limba pe afara. Dragos Nicu Buculei wrote: In urma cu ceva vreme pe cind se pregatea organizatoric lansarea ProLinux am ajuns la ideea ca nue bine sa folosim tot pinguinul Tux ca sigla a organizatiei (nu ne identifica suficient de bine, creaza confuzie, e folosit deja in prea multe alte locuri). Asa ca am venit cu citeva schite potentiale, de care trebuie sa recunosc ca nu sint nici eu foarte multumit (sursele sint incluse): http://nicubunu.ro/pictures/prolinux/logo/ Asa ca am activat varianta de rezerva: asteptam lansarea oficiala si cerem ajutorul comunitatii, va rog sa veniti cu idei, propuneri, schite, metafore. As vrea sa nu ne lungim in discutii si sa ajungem relativ repede la un rezultat (o saptamina vi se pare prea scurt?) pentru a putea ajunge la o imagine stabila pentru website si a putea crea niste banere. PS: ca tot am zis de website, daca cineva se ofera pentru imbunatatirea designului existent, e binevenit. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] OpenWRT vs. DD-WRT
Flower wrote: Tiberiu ATUDOREI wrote: Eu m-as uita si la suportul hardware. Inainte de a te gandi sa pui cauta pe site daca exista imagine pentru routerul ala, si cat de greu e sa pui pe el. Uneori nu merge din interfata web, trebuie din TFTP si alte fineturi. In ultima vreme routerele au hardware din ce in ce mai ciudat, cu putina memorie sau flash. Acasa am pus DD-WRT pe un Linksys si pe un Belkin. Iar la Belkin sunt ceva probleme (daca vrei router), dar pe mine m-a interesat sa il 'reactivez', fusese 'mort' dupa o furtuna care mi-a prajut intrarea de WAN si o iesire de LAN, asa ca acum il folosesc cu succes ca wireless bridge intre etaje. Iti recomand cu caldura DD-WRT, dar mai intai vezi cum stai cu partea de hardware. La ce routere te-ai gandit? Cele noi, le iau Linksys WRT54G că știu sigur că merg cu orice. Problema e că trebuie să lucrez inclusiv cu marfa clientului (Edimax-uri și altele). Știu că tre' să caut pentru fiecare model în parte dacă și în ce măsură e suportat dar mă gândeam că poate există diferențe existențiale între cele două versiuni de firmware. Ai la linksys grija sa fie GL, pe G tre sa fie version = 4 , si nu cred ca gasesti in comertul socialist. La unele asus ai ca goodie niste usb-uri ;). Daca vrei sa pui niscai soft mai mare (asterisk de ex), e folositor. In rest, openwrt are mai multe pachete gata facute. E si asta folositor, ca daca vrei sa-ti pui tot toolchainu ca sa poti compila pt mips ceva mai complicat, dureaza. Avantajul ddwrt e interfata web. Ca bonus, daca ai asus, poti lega un hard disk extern pe usb si bagi torentu' ;). Dragos Flower ___ 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] Router pe calculator vechi
Bercovici Manuel wrote: Buna ziua! Ce distributie de LINUX imi recomandati pentru a instala pe un calculator mai vechi si care sa aiba doar rol de router? Eu am cautat pe internt si am gasit Smoothwall Expres 3.0, dar inca nu am instalat-o! Va multumesc! Ce stii cel mai bine, versiunea cea mai stripped (fara interfata grafica and voodoo). Daca vrei interfata grafica si ceva mai modern poti incerca xubuntu. Oricum iti trebe 192 mega de ram (128 daca foloseti alternate cd-ul) ca sa instalezi. Merge decent pe a bunch of p3-s cu 256 mega de ram. Merge pana si Flash-ul, da tre sa-ti iei adio de la firefox, merge de porc. Opera e ok. Dragos ___ 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] CMS
Nicu Buculei wrote: On 08/26/2009 09:49 AM, MihaiR wrote: Deocamdata m-am jucat cu drupal si wordpress, dar cum Mircea C. a indicat eventuale probleme de securitate, am ramas putin pe drupal, care e mai clicka-clicka asa, mai pentru neavizati :)) In WordPress a fost descoperit si patchuit saptamina trecuta un mare mug de securitate, deci daca ai ultima versiune ar trebui sa fie OK. Drupal are o multime de pluginuri care il extind si e clar mai bun daca ai nevoie de mai multi utilizatori (nu cred ca tu ai nevoie). Dap, si acest mare bug de securitate permitea resetarea parolei oricarui user (adica schimbarea cu una random si trimiterea ei pe mailul posesorului). Ceea ce inseamna ca daca vrei sa faci ceva tre sa ai acces si la mailul victimei. Nu mi se pare chiar dezastruos. Desi poate deveni enervant. Sau e altu si io nu stiu ? Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] CMS
Ar mai putea lua in considerare : Silverstripe. Nu are prea multe pluginuri, dar pentru publishing e misto. Poate fi relativ usor extins si ext-js tree-ul la manegement e simpatic. E scriptat MVC. Frameworku' MVC pe care e scris se numeste Sapphire, si a luat nu stiu ce premiu la Google Summer Of Code anu trecut. Wildflower. E scris peste CakePHP. Este extrem de simplu si simplist, insa e usor de extins pe structuri customizate daca stii ceva CakePHP. Not the everyday tool, da e fain cand ai nevoi customizate si nu ai chef sa te pierzi prin drupal pentru 2 campuri si 3 filtre. Typolight, nu stiu prea multe despre internals, dar la prima vedere si testare pare destul de destept pt multilanguage. http://mephistoblog.com/ : Daca te coafeaza ceva bazat pe ruby/rails. Teoretic e mai secure decat your average php script. MihaiR wrote: Fiindca nu sunt in domeniu si nici nu vreau o nava spatiala, va rog sa-mi recomandati si mie o aplicatie CMS utilizabila pentru un website personal. Ideal ar fi sa fie cava robust si cu cit mai putine probleme. Multumesc, MihaiR ___ 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] Sendmail
Vali Dragnuta wrote: On Wed, 2009-08-26 at 21:54 +0300, Mihai wrote: Tocmai ca nu . Deocamdata singura solutie de rezolvare este webmailul. Dar ma intrebam oare gmail ce foloseste ca sa poti trimite prin pop mailuri ? LOL ?! Nu trimiti niciun mail prin pop. Trimiti tot prin smtp -ceea ce trebuie sa faci si tu. Doar ca trebuie sa ai grija sa faci autentificare pentru sesiunea smtp pentru a nu permite oricui sa trimita mailuri prin serverul tau. A, ca poti sa te folosesti de autorizarea in serviciul pop3 pentru a valida trimiterea prin smtp este cu totul si cu totul altceva (pop before smtp). Dar nu vei trimite niciodata mailuri prin pop3. Cred ca cel mai bine ar fi sa incepi prin a studia ce inseamna smtp, ce inseamna pop3 si imap si abia pe urma fa ce ai de facut. Nu face ca maimuta ce gasesti pe net fara sa stii ce faci acolo. Lol, lol, da cica prin IMAP se pot trimite emailuri conform specificatiilor (adica stie sa preia si sa dea unui MX). Acu nu stiu cine a implementat si cum, ca n-am folosit asa ceva. . Courier in schimb are un outbox feature pe care l-am folosit ;). Deci daca zicea ca vrea sa trimita prin imap nu era chiar aberatie. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Distrugere filesystem
Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Chiar si SD-urile cu 42 de pini, alea mai ... pana mea, stiti voi care sd-uri si ssd-uri. Probabil ca de obicei, RPetre, care stie unde sa caute va readuce theadul in discutie. On the long run, s-ar putea ca bios-ul + hardul tau sa stie deja ce vrei tu ;). Dragos Ca nesimtit ce sunt fac top posting, na Abibula Aygun wrote: Poti muta directorul /home si carca de informatii senzitive pe un card SDHC pe care il scoti cand opresti masina sau il bagi in stanby. Sigur ca poti cripta doar SD-ul si cred ca este suficient. In felul asta nu mai ai de suferit. Daca e versiune de eeepc cu hdd de 160GB iti poti schimba hdd-ul si bagi unul mai mititel iar ala de 160GB poti sa il folosesti sa stochezi acele Data Sensibile. Totusi , eu prefer un card SD de 32GB ca partitie home. Am eeepc 701 de vreo 2 ani si merge f f f f bine. Pe forumul eeepc este su thread in care te invata baietii cum sa pui home-ul pe SD. Numai de bine. ___ 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] Distrugere filesystem
Undeva prin aia 2 giga de documentatie am si cum se face esa hardware la discuri ide si sata (cu hardware de la ecomm de era v-o 4500 USD brute-forceru). Caut si nu gasesc :(. Oricum, ideea e ca daca ai pass pe hard disk esti fucked (daca ai schimbat parola default la l2 check, ala de la ecomm avea v-o 50 de mii de parole master obtinute ilegalist). Ala poate sa schimbe hardu si cam atat, daca nu-l cheama nsa. Si daca folosesti memorii de care trebe pt bios iti ia v-o 3 luni sa-l resetezi. Versiunea cealalta e sa-l inlocuiesti. Daca ai suflanta si poti lipi chipuri pe PCB uri cu 4 layere. Asta era pt bios, hardu e oricum fucked, sau pana mea, treaba de servicii secrete care au putere de procesare serioasa, nu un amarat de de quad core. Dragos Chiriac wrote: Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Chiar si SD-urile cu 42 de pini, alea mai ... pana mea, stiti voi care sd-uri si ssd-uri. Probabil ca de obicei, RPetre, care stie unde sa caute va readuce theadul in discutie. On the long run, s-ar putea ca bios-ul + hardul tau sa stie deja ce vrei tu ;). Dragos Ca nesimtit ce sunt fac top posting, na Abibula Aygun wrote: Poti muta directorul /home si carca de informatii senzitive pe un card SDHC pe care il scoti cand opresti masina sau il bagi in stanby. Sigur ca poti cripta doar SD-ul si cred ca este suficient. In felul asta nu mai ai de suferit. Daca e versiune de eeepc cu hdd de 160GB iti poti schimba hdd-ul si bagi unul mai mititel iar ala de 160GB poti sa il folosesti sa stochezi acele Data Sensibile. Totusi , eu prefer un card SD de 32GB ca partitie home. Am eeepc 701 de vreo 2 ani si merge f f f f bine. Pe forumul eeepc este su thread in care te invata baietii cum sa pui home-ul pe SD. Numai de bine. ___ 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] Distrugere filesystem
Ca sa fiu si mai nesimtit : http://lists.lug.ro/lurker/message/20080408.173833.42fad76b.ja.html cum pana mea cauti prin arhiva rlug in afara de arhiva personala si apoi serch pe google dupa snippets ? Dragos Chiriac wrote: Undeva prin aia 2 giga de documentatie am si cum se face esa hardware la discuri ide si sata (cu hardware de la ecomm de era v-o 4500 USD brute-forceru). Caut si nu gasesc :(. Oricum, ideea e ca daca ai pass pe hard disk esti fucked (daca ai schimbat parola default la l2 check, ala de la ecomm avea v-o 50 de mii de parole master obtinute ilegalist). Ala poate sa schimbe hardu si cam atat, daca nu-l cheama nsa. Si daca folosesti memorii de care trebe pt bios iti ia v-o 3 luni sa-l resetezi. Versiunea cealalta e sa-l inlocuiesti. Daca ai suflanta si poti lipi chipuri pe PCB uri cu 4 layere. Asta era pt bios, hardu e oricum fucked, sau pana mea, treaba de servicii secrete care au putere de procesare serioasa, nu un amarat de de quad core. Dragos Chiriac wrote: Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Chiar si SD-urile cu 42 de pini, alea mai ... pana mea, stiti voi care sd-uri si ssd-uri. Probabil ca de obicei, RPetre, care stie unde sa caute va readuce theadul in discutie. On the long run, s-ar putea ca bios-ul + hardul tau sa stie deja ce vrei tu ;). Dragos Ca nesimtit ce sunt fac top posting, na Abibula Aygun wrote: Poti muta directorul /home si carca de informatii senzitive pe un card SDHC pe care il scoti cand opresti masina sau il bagi in stanby. Sigur ca poti cripta doar SD-ul si cred ca este suficient. In felul asta nu mai ai de suferit. Daca e versiune de eeepc cu hdd de 160GB iti poti schimba hdd-ul si bagi unul mai mititel iar ala de 160GB poti sa il folosesti sa stochezi acele Data Sensibile. Totusi , eu prefer un card SD de 32GB ca partitie home. Am eeepc 701 de vreo 2 ani si merge f f f f bine. Pe forumul eeepc este su thread in care te invata baietii cum sa pui home-ul pe SD. Numai de bine. ___ 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] Distrugere filesystem
Flower wrote: Dragos Chiriac wrote: Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Ceea ce spui tu e parolă de controler, platanele au datele reale, nu encriptate. Deci nu e crypto stuff ci doar o parolă ca să vrea să-ți dea acces la date. Uneori s-ar putea să fie suficient, alteori poate vrei mai mult. Nu e pe controller, e pe hard disk direct, si erau dstul de strong cat sa nu le pot decripta trivial. Like cu hardu pus pe alta masina. banuiesc ca era AES, da nu garantez. Nu de alta, da peste v-o 200 de ani va spun ce era defapt la ce putere de procesare am disponibila. Flower ___ 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] Distrugere filesystem
Dragos Chiriac wrote: Flower wrote: Dragos Chiriac wrote: Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Ceea ce spui tu e parolă de controler, platanele au datele reale, nu encriptate. Deci nu e crypto stuff ci doar o parolă ca să vrea să-ți dea acces la date. Uneori s-ar putea să fie suficient, alteori poate vrei mai mult. Nu e pe controller, e pe hard disk direct, si erau dstul de strong cat sa nu le pot decripta trivial. Like cu hardu pus pe alta masina. banuiesc ca era AES, da nu garantez. Nu de alta, da peste v-o 200 de ani va spun ce era defapt la ce putere de procesare am disponibila. ca faza, am unu acces la unu d-asta http://www.pctestpro.com/disktest/hddrock.htm de la ecomm (israel) , da acelasi lucru face. is destul de hardcore. Pfiu, sunt inca treaz. Relativ. Ca dorm pe mine. Flower ___ 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] Distrugere filesystem
Dragos Chiriac wrote: Dragos Chiriac wrote: Flower wrote: Dragos Chiriac wrote: Ba, da nu era de la IDE, si pe s-ata cripto stuff din bios/soft-ul hardului ? Ca alea merg ultraeficient. Adica daca n-ai factura in original sa de duci la producatoru hardului cu ea (si mie mi-a luat 2 luni juma sa aflu la cine cum sa ma duc) erai relativ fucked. Chiar Abibula era cel care ne dadea raspunsurile cu pricina pe undeva, ca si el incerca, da nu i-a iesit, si io eram contrariat ca mie imi iesise cu producatoru' de harduri, doar ca pastrasem prin minune factura si era si prima mana (double luck). Sau era flame, si trebuia sa facem sto ? Laptopu soramii luat cu 7 mil, un vaio suparat de 17 cu grafica separata si suparata ... nici acu nu stiu care e parola pe bios, si buteaza doar cu sicku :) de pe un hard nou nout. No harm done, doar ca biosu o sa ramana cum e forever. E un laptop de 60 de mil, in care am bagat un hard nou de 3 mil si un sd de 2 giga sa aiba de unde buta ... e bine. Daca vrea careva hardu, si il poate sparge, e invitatul meu. Ca io nici sa-i resetez parola si sa-l reduc la faza de hard gol n-am reusit. Si tind sa cred ca stiu ceva stuff. Am 4 harduri d-astea pe masa acu. 3 dintre ele sunt genuine stuff, adica e de la dobitoci, nu de la hoti. Spar sa nu fi jignit aiurea pe nimeni, era doar o observatie. Toate hardurile (mai nou de 2006) au crypto stuff in ele. Ceea ce spui tu e parolă de controler, platanele au datele reale, nu encriptate. Deci nu e crypto stuff ci doar o parolă ca să vrea să-ți dea acces la date. Uneori s-ar putea să fie suficient, alteori poate vrei mai mult. Nu e pe controller, e pe hard disk direct, si erau dstul de strong cat sa nu le pot decripta trivial. Like cu hardu pus pe alta masina. banuiesc ca era AES, da nu garantez. Nu de alta, da peste v-o 200 de ani va spun ce era defapt la ce putere de procesare am disponibila. ca faza, am unu acces la unu d-asta http://www.pctestpro.com/disktest/hddrock.htm de la ecomm (israel) , da acelasi lucru face. is destul de hardcore. Pfiu, sunt inca treaz. Relativ. Ca dorm pe mine. Deah oricum, sa schimbi placa elecronica, chair si cu meseriasi sa-ti replice ce e de replicat, nu merge. chiar e criptat hardul in sine, really. Flower ___ 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] Distrugere filesystem
Flower wrote: Dragos Chiriac wrote: Ceea ce spui tu e parolă de controler, platanele au datele reale, nu encriptate. Deci nu e crypto stuff ci doar o parolă ca să vrea să-ți dea acces la date. Uneori s-ar putea să fie suficient, alteori poate vrei mai mult. Nu e pe controller, e pe hard disk direct, si erau dstul de strong cat sa nu le pot decripta trivial. Like cu hardu pus pe alta masina. banuiesc ca era AES, da nu garantez. Nu de alta, da peste v-o 200 de ani va spun ce era defapt la ce putere de procesare am disponibila. Please, nu băga FUD. Îi zicem lui Gogu că vrem ATA password specifications: http://www.google.ro/search?q=ATA+password+specifications Luăm primul link: http://www.dataclinic.co.uk/password-protected-hard-drive.htm *Removal of an ATA password:* Removing a forgotten or unknown password from a hard disk is no simple task, whilst all of the data is intact and stored normally on the surface of the platters, the drive's firmware will not allow access to the data. Removal of unknown passwords has to be attempted by professionals with an in-depth understanding of the way the hard drive works and the changes that are necessary to bypass the security settings and access the data. Recovery of data is not be possible by changing the PCB of the hard drive as the password is stored in the firmware zone on the drive's platters. În special partea cu the data is intact and stored normally on the surface of the platters... I stand corrected :) . Sorry. Acu am ce studia. Poate refac cele 3 harduri cu parola lasate de izbeliste. Cred ca tentativele mele de decriptare erau oricum stupide, se pare :((. Dar medoda ramana per ansamblu eficienta. Eu am incercat d-alea cu reprogramatu de pcb-uri si schimbatu, si n-a mers. :((. Mersi pt info, acu sa decoper ce tre sa resetez prin the firmware zone on the drive's platters. De ce n-ai patricipat la discutia aia, poate stiam cu totii mai multe. Io intelelesem ca se cripteaza hardware cam toata schema, inclusiv ce e pe platane. Si se pare ca am inteles gresit rau. Mersi pt corectie, din nou. Oricum mai studiez buba :). Flower ___ 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] Distrugere filesystem
Dragos Chiriac wrote: Flower wrote: Dragos Chiriac wrote: Ceea ce spui tu e parolă de controler, platanele au datele reale, nu encriptate. Deci nu e crypto stuff ci doar o parolă ca să vrea să-ți dea acces la date. Uneori s-ar putea să fie suficient, alteori poate vrei mai mult. Nu e pe controller, e pe hard disk direct, si erau dstul de strong cat sa nu le pot decripta trivial. Like cu hardu pus pe alta masina. banuiesc ca era AES, da nu garantez. Nu de alta, da peste v-o 200 de ani va spun ce era defapt la ce putere de procesare am disponibila. Please, nu băga FUD. Îi zicem lui Gogu că vrem ATA password specifications: http://www.google.ro/search?q=ATA+password+specifications Luăm primul link: http://www.dataclinic.co.uk/password-protected-hard-drive.htm *Removal of an ATA password:* Removing a forgotten or unknown password from a hard disk is no simple task, whilst all of the data is intact and stored normally on the surface of the platters, the drive's firmware will not allow access to the data. Removal of unknown passwords has to be attempted by professionals with an in-depth understanding of the way the hard drive works and the changes that are necessary to bypass the security settings and access the data. Recovery of data is not be possible by changing the PCB of the hard drive as the password is stored in the firmware zone on the drive's platters. În special partea cu the data is intact and stored normally on the surface of the platters... I stand corrected :) . Sorry. Acu am ce studia. Poate refac cele 3 harduri cu parola lasate de izbeliste. Cred ca tentativele mele de decriptare erau oricum stupide, se pare :((. Dar medoda ramana per ansamblu eficienta. Eu am incercat d-alea cu reprogramatu de pcb-uri si schimbatu, si n-a mers. :((. Mersi pt info, acu sa decoper ce tre sa resetez prin the firmware zone on the drive's platters. De ce n-ai patricipat la discutia aia, poate stiam cu totii mai multe. Io intelelesem ca se cripteaza hardware cam toata schema, inclusiv ce e pe platane. Si se pare ca am inteles gresit rau. Mersi pt corectie, din nou. Oricum mai studiez buba :). oricum, faza e pe firmwarele hardului :). Macar atat am inteles corect. deci tre sa te lupti cu hardu, prin metode fizice, ca software e mai greu. Daca stii cum sa treci software please share, ca io sunt cam frustrat de schema. Flower ___ 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] Virtualizare (solutie software)
Mircea MITU wrote: la indemana pt referinte nu am acum decat astea http://blackhat.com/presentations/bh-dc-08/Oberheide/Whitepaper/bh-dc-08-oberheide-WP.pdf http://blackhat.com/presentations/bh-dc-09/Wojtczuk_Rutkowska/BlackHat-DC-09-Rutkowska-Attacking-Intel-TXT-slides.pdf Ca tot ziceai de bluepill (dau un articol negativ, lol) http://www.virtualization.info/2006/08/debunking-blue-pill-myth.html Mi se pare amuzant sa spui ca nu e real threat cand xen e opensource :). ___ 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] Virtualizare (solutie software)
Mihai Badici wrote: Gresesti. La noi in companie au inceput sa virtualizeze aproape toate serverele (ce se poate doar) de acum 2 ani. Hai sa o luam astfel ai multe servere cu incarcare de 10-20% si le virtualizezi pe unul singur. Fa un calcul cu cat se reduce consumul de energie? Noi avem datacentere peste tot in lume si un calcul rapid a fost cati bani economisim cu energia?? Muuult, sute de milioane de dolari pe an. Nu mai zic ca partea de climatizare a fost redusa pt ca nu mai erau la fel de multe servere deci nu mai avea cine sa faca caldura, alti bani economisiti. De aici a inceput totul. Da, sunt de acord si am revenit spunand ca si eu folosesc virtualizare din acest motiv. Dar din punct de vedere teoretic, nu ar fi musai sa ai virtualizare, ci doar un supersistem de operare care sa ruleze toate aplicatiile necesare pe , eventual, o singura masina. Sunt de acord ca fata de situatia de acum doi ani, cand aveai de exemplu, doua domain controllere pentru ca Microsoft nu stie sa faca domain controller decat pentru un singur domeniu si trebuie musai doua pt doua domenii, virtualizezi si ai doua DC-uri pe o singura masina. Dar nu ar fi ideal ca aplicatia sa stie sa controleze doua domenii :) si sa nu mai virtualizezi? You're doing it wrong, exista forests and leafs :) - Acest mail a fost scanat de BitDefender instalat pe serverul CGGC si a fost considerat OK. ___ 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] Virtualizare (solutie software)
Vlad Georgescu wrote: Razvan Popescu wrote: Tot virtualizare se face si pe z/OS :P Virtualizarea e putin diferita dar este. si pana la urma discutia s-a dus in balarii ... revenind ... * mircea are (va avea) un mic server de 1000 EURI si probabil ca n-o sa mai cumpere altul prea curand; * nu se pricepe prea bine la virtualizare; * o sa ruleze cateva servicii numarabile pe degete, fara sa-ti scoti ciorapii pt. asta; ce-i recomandam? Pai sa renunte la virtualizare si sa ruleze dacu tou pe accesi masina :), virtualizarea fara clustering e cam laba. Experiment de facut acasa sau buna pt programatori care au nevoie de n-spe medii s vada daca merge the stuff, si atat. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Virtualizare (solutie software)
lonely wolf wrote: eu am totul facut in raid soft (raid1, raid5). am procesoare suficient de tari ca sa nu merite investitia in raid hardware. vezi ca placile de baza cu raid integrat si care costa sub 300$ tot raid soft fac de fapt. sint ceea ce se cheama fake raid, gasesti detalii cu ajutorul lui google. raid hw adevarat e scump si nu se incadreaza in bugetul tau Raid5 fara spare e evil, raid5 fara spare + virtualizare + lipsa monitorizare = moartea :). Parerea mea. Fan raid 10 pe solutiile care implica virtualkilizareizare a puterii masinii per ansabmlu. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Virtualizare (solutie software)
Dan VULPE wrote: Pentru masinile virtuale in Xen/Xenserver e de dorit a se folosi LVM. You are evil. Cand ai masini virtuale hardu e suficient de futut si pe gratis. Mai bagi si LVM ca sa ai de ce schimba un hard la 3 luni ? Asta daca ai monitorizare si te prinzi la timp ca e de porc ? Dan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Virtualizare (solutie software)
Eugeniu Patrascu wrote: Daca vrei RAID sa mearga bine in VMWare, ia o masina brand name: HP/IBM/Dell. Asta e din familia de brand awarness :). Nu ma pot abtine, dar asus sau tyan au hardware net superior kkturilor alea, doar ca si costa :). Bine defapt tot asus face placile si pt intel, da asta e alta poveste :). Daca folosesti Xen, atunci poti face RAID software din sistemul de operare. 10, evident. Cumpara WesternDigital VelociRaptor. e aproximativ ~ 300EUR unu de 300GB. aici is de acord, cand ia masini virtuale, hardu e futut. diferenta dintre un hard normal si unu de server e ca la 1 Tera spatiu, ala consumer o sa aiba 750 de mega, si ala de servera o sa aiba 300, adica daca apar erori logice, defectiuni de suprafata, velociraptoru o sa te tina mai mult (d-alea cu realocare and shit). Dar ca mean time between failures oricum toate se comporta la fel on the long run. ___ 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] Virtualizare (solutie software)
lonely wolf wrote: On 08/06/2009 04:08 AM, Dragos Chiriac wrote: Dan VULPE wrote: Pentru masinile virtuale in Xen/Xenserver e de dorit a se folosi LVM. You are evil. Cand ai masini virtuale hardu e suficient de futut si pe gratis. Mai bagi si LVM ca sa ai de ce schimba un hard la 3 luni ? Asta daca ai monitorizare si te prinzi la timp ca e de porc ? man, you've got a problem. sau poate sint eu f norocos ca merge de 3 ani fara greata, in contextul raid5 + LVM + xen ( .. cu hostul pe Fedora 6 cu kernel modificat; mai am si altele similare, dar mai noi, pure centos ) ? Ask pe aia de fac hosting :). Mama mama :(. Sau mai simplu ask Manac, ca si el avea buba de schimba hardu si luna. Si daca nu ma insel aia acu sunt clientii mei ca si ei si altcineva de pe lista si-au bagat picioru, si eu am urmat pe lista, si mare diferenta nu e :(, ne pasam clientu intre noi pe liste :) . Incearca cu un host de mysql si v-o 20 de masini virtuale, toate pe aceeasi masina fizica, cu peste 150.000 de mii de acesari pe zi :), iti schimbi parerea :) . Sa nu zici ca LVM nu baga overhead, ca e nashpa :). Aduce beneficii, ca LVM snapshot, care a facut obsolete XFS-ul, care era singurul FS cu optiune de freeze. E fain, dar raid5 e evil on the long run, mai ales cand nu stii ce faci pe bune si/sau nu ai controller (daca e hardware) de rezerva. Si devine si mai problematic cand vii dupa altu' sa repari gioarsa si incerci sa ghicesti ce a facut ala defapt. Oricum, omu n-are probleme d-astea, si vrea sa bage virtualizare ca e trendy, nu ca n-ar potea sa ruleze totu pe acceasi masina, si sa-i faca eventual imagine VMware, dac chiar ii e frica si vrea s-o restabileasca instant cand o picat. La care XEN suge :(. Nu ca nu e bun XEN, da e pt altceva. Consolidare pe bune, nu cand am un singur server si am auzit ca virtualizarea e trendy. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Net prin
Adrian Fita wrote: On Wed, 2009-07-01 at 08:47 +0300, Tarhon-Onu Victor wrote: Atita gargara pentru o problema cit se poate de simpla, si atitea diacritice si charseturi setate total anapoda prin mailuri, si limbaj de cartier sau de copii retarzi and shit. Sinteti nebuni toti sau ce ckt aveti prin capetele alea?! Tu chiar nu poți spune nimic fără a revărsa valuri de insulte și injurii înainte? Esti nou p-acia nu ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] MySQL fine tuning - newbie
lonely wolf wrote: Foarte prost, as spune eu... 1. ajuta-l (pe mysql) sa nu mai acceseze discul. In cazul cu pricina, de ce se duc tabalele heap pe disk, o sa citez : Some conditions prevent the use of a MEMORY temporary table, in which case the server uses a MyISAM table instead: Presence of a TEXT or BLOB column in the table Presence of any column in a GROUP BY or DISTINCT clause larger than 512 bytes Presence of any column larger than 512 bytes in the SELECT list, if UNION or UNION ALL is used. Asa ca nu stiu daca aia cu heapsize ajuta neaparat la ceva, daca indiferent cat de mare o setezi tot pe disk scrie, cred ca query-ul in sine e cu buba. (Ala nu-ti spune decat ca un procent mare din tabelele temporare sunt convertite la ISAM, dar nu-ti spune de ce). O idee cretina : n-am incercat niciodata nimic de genul, poti crea un ramdisk pentru baza de date temptables , apoi il montezi in /var/lib/mysql/temptables, si de cate ori ai nevoie de o tabela temporara, o creezi temptables.mytemptable. Asta implica bineinteles sa ai si access la baza de date respectiva, si modificari la query. Ah, si mai e schema sa ai grija ca pe cat posibil tot ce este dupa WHERE sa fie index cumva. cu un key_buffer_size solid si indecsii pusi cum trebe poti sa faci de ex ca un (ultima duma de am avut-o) select sum (colx - coly) where colx x and coly y bleah bleah sa scada de la 40 de secunde la sub 2 secunde. Bineinteles ca am injurat aproape o juma de ora pana m-am gandit sa vad daca s-a gandit careva din arhitectii solutiei sa puna alti indecsi in afara de cheia primara. Poti sa ma(na)resti si query_cache. (http://dev.mysql.com/tech-resources/articles/mysql-query-cache.html chiar ajuta). Parerea mea e ca pe aici tre sa schimbi query-ul. Daca n-ai si n-ai ce face, folosesti si alte metode (muti toata baza de date pe un ramdisk si bagi replicare de ex). Dragos 2. stii cu cit e platit un DBA (vs un system eng / network eng ) ? 3. n-a zis nimeni ca mysqltuner e unica resursa de folosit. nimic nu intrece intelegerea documentatiei, corelata apoi cu ceea ce se intimpla efectiv in cazul analizat. goto 2. ___ 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] identificare model server remote
dmidecode si uita-te dupa System info : La mine zice asa de ex : System Information Manufacturer: Supermicro Product Name: X7DBR-3 Version: 0123456789 Serial Number: 0123456789 UUID: 53D19F64-D663-A017-8922-00304862CF66 Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified Mircea MITU wrote: Salutam, se da una bucata server aflata remote si o conexiune ssh catre el :) Am vreo posibilitate de a afla cumva de model de animal este acesta? Ce stiu pana acum: - e IBM (IBM machine detected in dmesg) - /proc/cpuinfo - lspci Ma intereseaza mai putin cazul acesta de fata ci o rezolvare cat de cat generica sau macar pentru anumite familii de servere. Ma gandesc ca poate exista undeva un string de identificare prin /proc sau /sys ___ 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] trimitere SMS via cmdline
Adrian Daniel Simionov wrote: 2009/4/6 Petru Ratiu rpe...@gmail.com: M-ar interesa o modalitate de a trimite sms-uri din linia de comanda. Inainte sa iau in considerare servicii 3rd party care ofera asa ceva (am folosit cateva si sunt niste dezavantaje care nu prea-mi convin, in speta timpul de livrare si riscul de non-delivery), as prefera sa folosesc ceva serviciu de-al providerilor de telefonie mobila. Vodafone vad ca are pe site doua servicii care ar semana cu ce-mi trebuie: SMSender si mail2sms. Din pacate amandoua insista sa instalez o aplicatie windows, lucru care nu ma incanta deosebit. Amandoua zic ca merg si prin proxy HTTP, compatibil SSL, asa ca banuiesc ca de fapt e apelat un webservice peste https. Stie cineva ceva detalii despre cum ar functiona vreuna din draciile astea? Orange nu pare sa ofere nimic similar. PS: solutia cu premicell (sau premicellul saracului, un 3310 cu o cartela prepay), nu ma prea avantajeaza din cauza volumului redus de mesaje per locatie. PS2: Da, pentru alerte de NMS imi trebuie. -- Unix was written to play Spacewar and cheat at Scrabble, but Linux was created merely to prove that it booted. - a.s.r. quote ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug eu folosesc voipdiscount si e super ok. singura problema e ca nu poti monitoriza cand iti pica netul, ca daca deja a picat nu mai poti trimite sms. dar poti monitoriza orice altceva. sms-ul este f ieftin, folosesc de peste 1 an de zile si nu am avut niciodata nici o problema cu ei, mereu a functionat impecabil. si m-a scos din multe belele, recunosc. Si sms din linia de comanda trimiti prin ? Nu gasesc v-o metoda. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] trimitere SMS via cmdline
Ionut Vancea wrote: ai idee, daca e cumva acelasi serviciu/firma ca si www.voipstunt.com , softul pare a fi cam la fel, sau sunt firme diferite? mersi, Ionut Si voicetrading.com parca. Deah. Betamax GMBH, Germania. Mai sunt si altele. Iti faci cont de reseller daca vrei sa afli toate sit-urile lor. Dragos -- Simionov Daniel-Adrian, Network Engineer Phone: (+40) 0733.673.147 Email: xsi...@gmail.com ___ 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] VMware-player
Marius Luca wrote: Noi folosim Linux peste tot (desktop/dezvoltare/productie... chiar si intr-un procent respectabil la QA). Mai sunt si alte instalatii enterprize care folosesc exclusiv OSS (care sunt ceva mai mari - exponential chiar) decat cernavoda si fabrica de vinuri din colt. La exemplele date de tine, te asigur ca se putea pune OSS, doar ca fondurile au venit targetate pe fundatia S.P.A.G.A., si s-a pus m$. Linux este ready for everything. Depinde insa de cine ia decizia... Linux o fi el ready, dar sunt diverse aplicatii, care tre scrise de cineva, si care inca nu ruleaza pe linux. In principiu nu windows e neaparat ne-desktop ready, cat producatorii de software sunt fie prea prosti, fie bine spaguiti sa nu dezvolte pt linux. Si oricum, software-ul de control al proceselor tehnologice nu intra tocma' la categoria desktop applications. Corel, Photoshop, Arhicad insa ar intra. Ca sidenote, unul dintre prietenii mei e arhitect, si folosete ca desktop cel mai adesea Linux, pt ca Vista (ca are licenta pe vista) ii repugna. Are un BricksCAD si un Arhicad 9 pe linux (Arhicadurile noi nu merg in wine). Asa ca de cate ori are un proiect mai complex injura de 2-3 ori si buteaza in Windows, ca n-are cu ce sa proiecteze. Mai nou cauta sa-si faca un osx86 cava, ca pe ala merge Arhicadu'. Ca el sunt multi plictisiti de XP SP3, de Vista, de toate rateurile alea, dar sunt blocati pe platforma, pentru ca producatorii cu pricina au fost cel mai probabil spaguiti sau santajati sa nu scoata versiuni de linux. Doar animatorii 3d sunt mai fericiti, ca Maya merge de rupe pe linux. Pe de alta parte Linux in sine e vinovat pentru lipsa de jocuri si aplicatii multimedia. Sa va povestesc cumva ce haos este inca in sistemul de sunet al Linux (la fiecare an mai apare un layer, OSS, Alsa, Pulse Audio, ESD, pana mea, mai era si sound deamonu de kde si multe alte balarii). Apoi se apuca cineva sa faca un joc pt linux, cand nu e sigur daca peste juma de an pe distributiile majore va mai merge sunetu ? Ba nici distributiile majore nu s-au pus de acord cu o arhitectura oarecare, sa usureze munca developerului. Ca urmare aplicatii proprietare folositoare (Xlite imi vine in cap) ... nu prea merg decat cu hack-uri de kko, emulare OSS din alsa cu salt peste pulse audio si ESD disabled de exemplu. No apoi ce average user o sa faca asa ceva ? Microsoft DirectX e o chestie buna din punctu asta de vedere. Sa speram ca globul se va sparge in viitorul apropiat. Pana atunci linux desktop e bun sa te dai pe net, sa te uiti la filme, sa editezi 2 documente, sa dai un email, sa programezi (chiar profi). Pentru toate activitatile de management, contabilitate si control al proceselor (de obicei mai mult de 90 la suta din firma, daca nu e firma IT) o sa tre sa pui windows, indiferent daca vrei sau nu. Neah, nici macosx nu merge decat la graficieni and fanboys. Marile firme isi permit sa faca economii (reale) creind departamente de programare care sa faca/adapteze ceea ce au nevoie cum au nevoie si pe ce platforma au nevoie. Small and medium sunt insa inchisi pe platforme MS. Nu e amuzant ca sistemul de rezervari online de bilete de avion al Amadeus ruleaza pe Solaris, dar nu au clienti publici decat pentru windows (si aia niste activx-uri de kkt) ? Mie greu sa cred ca n-au primit niste stimulente de pe unde trebuie sa faca o faza asa de jenanta. Singurii mai bazati de care stiu ca au si chestii de linux sunt Oracle si SAP. Din nefericire Gigi SRL va avea de obicei Ciel sau mai stiu io ce balarie ieftineala scrisa in delphi pentru windows. E nedrept sa compari google, yahoo, SAP, Oracle sau mai stiu eu ce granzi cu o firma mica/medie din domeniu complet paralel cu IT-ul si sa spui ca n-au linux doar ca nu vor ei. Pur si simplu nu au resursele financiare si umane necesare sa sunteze. Pe termen lung ar face economii, insa investitia initiala ar fi serios mai mare. Lucru care nu-i incanta pe antreprenori de nici o culoare. Dragos 2009/3/14 Abibula Aygun abibula.ay...@gmail.com: On Mar 13, 2009, at 7:32 PM, ghrt wrote: Abibula Aygun wrote: Folosesc linux din 2000 si opinia mea este ca nu este inca Desktop Ready pina nu apar aplicatiile care sa il faca Desktop Ready. Yeah right. Daca pe desktop ai cine stie ce aplicatie real-time ca doar esti cercetator la CERN ce faci, zici ca windowsul nu e desktop ready? ca eu unul nu am de ce folosi CAD-ul ala. Nu am windows pe nimik. Am OSX si Linux :D Ca fapt divers , aplicatiile dedicate proceselor tehnologice ruleaza in marea majoritate pe windows. Asta e. Momentan pe linux nu a facut nimeni mare lucru. Tot ce e flux tehnologic la Lafarge Romcim Medgidia ruleaza Windows . Acelasi lucru e valabil la Murfatlar , filtrele Della Toffola ruleaza Windows iar aplicatia e bazata .NET. Autovinificatoarele ruleaza de asemenea Windows iar sistemul de distributie al mustului in cadrul reselor Willmess sunt de
Re: [rlug] probleme cu o placa de retea
lonely wolf wrote: Paul Lacatus wrote: Pe un sistem fc3 vreau sa mai pun o a treia placa de retea . Eu nu am acces direct la sistem acum dar cineva mi-a introdus placa de retea . Chipsetul placii pare a fi RealTek 8139. Kernelul la dmesg spune : eth2: ADMtek Comet rev 17 at cc032000, 00:50:BF:9D:2D:EA, IRQ 11. Ce sa-i mai fac? nu e rtl, e alt chipset. schimba placa. modprobe tulip ? Ce zice ? Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] BASH help
ghrt wrote: salut am scris un programel for FISIER in `ls *.avi` do mencoder $FISIER -sub $FISIER.srt -o ./P2000/$FISIER -oac pcm -ovc lavc -lavcopts vcodec=mjpeg done Cauti ceva de genul ? while read line do echo do smth with; echo $value; done myfile (e din burta) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] buffer
Petru Ratiu wrote:
2008/12/18 Dan Uscatu dusc...@lunatech.ro:
Simplu, bufferingul se face la output (adica scrie pe stdout cate o
linie sau cate un calup). Rasnita pe care merge are un grep care face
implicit line-buffering (vezi grep -V) .
Ca sa simulezi pe aia pe care nu merge, try:
tail -f | grep --line-buffered | grep
Echivalentul perl al lui grep --line-buffered ar fi ceva gen:
do_something | perl -lne 'BEGIN {$|=1} print if /regexp/' |
do_something_else
chestie care dupa parerea mea e mai portabila cu mai putine surprize
decat grepurile mai mult sau mai putin posixoase sau gnuiste.
Nu cred ca ne intelegem. Pe ambele risnite, tail -f file | grep string face
acelasi lucru, anume prezinta cite o linie imediat ce aceasta apare in file.
Comportamentul se schimba cind se mai adauga un | grep.
Anyway, surpriza emisiunii este ca versiunea de grep este aceeasi (2.5.1)
si, desi nu scrie in man, si cea de pe risnita cu buffer mare suporta
optiunea --line-buffer.
De unde anume se seteaza optiunile implicite pentru grep ? Si de ce anume
primul grep din sir se comporta intr-un fel (line buffer) cind scrie pe
stdout, dar altfel (buffer mare) cind scrie catre un pipe ?
Cred ca aici deja ne trebuie un kernel guru care sa ne explice
comportamentul lui pipe() (apelat de shell cand apare |) si buffer
size-ul implicit.
Din ce stiu eu parametrul ala pentru GNU grep sau $| la perl le spune
sa forteze pipe-ul sa faca flush la buffer dupa fiecare linie scrisa.
Pipe-ul sta in OS nu in grep, kernelul e cel care decide ce se
intampla cand e consumata de alt proces sau de un char device.
Nu-s mare kernel hacker si e posibil sa fi zis o tampenie, asa ca sunt
si eu curios ce zice cineva care chiar stie detalii.
E un thread care se numeste tcpdump q prin decembrie 2005 in care s-au
contrat Liviu Daia cu Tarhon Onu Victor pe teme de buffering si kernel.
Nu cred ca s-au schimbat prea multe de pe vremea aia.
Dragos
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] UBUNTU SAU DEBIAN
Tarhon-Onu Victor wrote: On Wed, 17 Dec 2008, BEST BEST wrote: SALL ALL, Care este mai bun pentru server de SAMBA, LAMP, DHCP, ROUTING, FTP, ...etc, UBUNTU SAU DEBIAN??? am auzit ca debian lucreaza mai repede decat ubuntu, ma intereseaza sa am un timp de raspuns bun si viteza mare pe lan, si sa fie foarte stabil. Astept raspuns. Ok, uite raspunsul tau: daca vrei ca serverul tau sa fie stabil atunci: 1. tine-l scos din priza; 2. pune-i o carcasa cu picioare mai mari, sa nu se clatine. Sa mentionam ca viteza pe lan se obtine cel mai bine vara, pe lanul de grau sau orz (sa nu fie prea inalt, la porumb nu e asa de bine) cu gipan 4x4. Totusi si combinele au in general o viteza acceptabila pe lan, insa mai mica decat jipanul pentru ca datorita arhitecturii sunt obligate sa proceseze mai mult. In aceste situatii pentru asigurarea stabilitatii se recomanda sudarea carcasei direct pe capota. Dragos ___ 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] Virtual file system [newbie]
Dragos Popescu wrote: Pe data de Mar 18 Noi 2008 12:52, Petru Ratiu a scris: Ai o mica problema de terminologie, VFS inseamna altceva. Ce anume vrei sa faca ceea ce vrei tu sa faci? :) Nu neg :) Aş vrea ca partiţiile de pe un hard, formatate şi montate acum sub diverse locuri în /mnt să le am ca un singur filesystem. Astfel încât o aplicaţie, atunci când scrie pe hard să se ducă transparent pentru ea de pe o partiţie pe alta. Eventual să nu conteze în ce fel sunt formatate partiţiile, eventual să pot folosi şi diverse share-uri din reţea. UnionFS, FusionFS ... posbil LVM. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Tzomputer pentru linux workstation?
Petru Ratiu wrote: deci in principiu ma intereseaza o placa de baza sa nu faca niici un fel de probleme si eventual daca mai aveti succes stories cu alte componente atasate.. Cu exceptia cazului in care tragi un loz foarte necastigator cu componente facute pe vapor nu ar trebui sa ai probleme, pe cel mai recent desktop nou pe care am pus mana, XP sau Vista nu vedeau diverse chestii, cum ar fi hard diskurile sau placa video, in timp ce Debian sau Ubuntu s-au instalat fluierand. Nu mai suntem in '98... N-om fi, da se mai vand inca placi grafice ATI. Sunt mai multi pe lista care stiu despre ce vorbesc :). Bine, merg si alea, da mai ai surprize. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] memcached
Silviu Dicu wrote: Salut, Foloseste(a folosit) cineva memcached ? http://www.danga.com/memcached/ La ce si cu ce framework/limbaj/api etc ... ? Daca te intrebi daca merge, da merge. Dragos silviu ___ 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] memcached
Silviu Dicu wrote: http://www.danga.com/memcached/ La ce si cu ce framework/limbaj/api etc ... ? Daca te intrebi daca merge, da merge. -- Php/java/perl Am vazut ca facebook il foloseste (cel putin asa spun ei) si sint sigur ca merge. Ce ma intereseaza: - Sint diferentele majore comparat fata de un cache php clasic (in termeni de operare ) dap, cachuieste obiecte. poti sa-l foloseti in paralel cu un sistem de cache al template-urilor ... imaginatia e singura frana in ceea ce priveste la ce poti sa-l folosesti. - in cazul in care daemonul nu este functional ce se intimpla (trebuie sa faci un fel de 'checked exception' in Cod ?!) in principiu cel putin in php da, tre sa te ocupi tu de asta. dar exista frameworks care au grija de asta pt tine suficient de elegant (cakephp de ex). - Cit este de stabil si scalabil - daca ai doi daemoni pe doua servere este posibil ca ei sa se syncronizeze ori opereaza individual ? - moare unul celalat ii ia locul (ha) Nu se copiaza, nu sunt redundante. Dar daca ai in ambii clienti (ala care scrie si ala care citeste) acceasi lista de servere si foloseti acceasi biblioteca algoritmul de cache stie sa faca load balancing automat. Nu te astepta sa scrii cu perl si sa citesti cu php (nativ). Fiecare biblioteca salveaza cum a fost sa fie implementarea. ex :PHP salveaza ca serialize() iar Perl ca Storable. (era si o implementare .net care tine xml, ca sa obtii beneficii de viteza parsand xml, LOL). Daca adaugi sau scoti un server din lista toate celelate cache-uri din lista sunt invalidate, si reincepe popularea. In principiu cam toate memcache-urile din lista ar fi mai bine sa fie up la orice moment. Cat e down programul tau ar trebui sa isi ia datele care erau acolo direct de la sursa. Cand isi revine, incepi sa-l repopulezi. Nu e foarte wize sa foloseti acelasi memcached pt aplicatii multiple (numele key-lor/variabilelor) cu biblioteci multiple (o sa mai obtii si un haos destul de dragut la encodare/decodare in caz de conflict). Nu inseamna ca nu merge daca ai grija, dar mai bine nu incerci. E nonblocking. - cum se poate monitoriza (script in nagios ?!) Daca stii de ce intrebi. check port is open, write to cache random value to unique key, read from cache, check daca sunt la fel. exit cu codul corespunzator. Mai exista si tutorialul asta : http://www.netuality.ro/monitoring-memcached-with-cacti/tools/20060802 (ca sa fim nationalisti) - am db-uri care fac numai 'read' - este fezabil sa inlocuiesc un db cu memchached ?! Nu prea, stored procedures sunt de obicei mai rapide. memcached se foloseste in general pentru tinerea sesiunilor in sistemele cu multi useri si a datelor des accesate. Daca datele nu se schimba rapid in timp mai bine le tii direct in config ca array, d-astea. De exemplu un RSS de la CNN poate fi salvat direct ca string in memcached si updatat direct acolo (sau scris direct pe disk :P). Comentariile de la articolele care NU sunt pe prima pagina ... nu e foarte folositor. Oricum la sub 20 de hit-uri pe secunda in baze de date cu tabele pe la 10.000 inregistrari (pe un desktop normal) e mai ieftin ca timp si efort sa optimizezi baza de date decat sa treci la memcached. Anyway, tu stii mai bine ce ai. Memcached e teoretic mai rapid cu PHP (serialise is meant to be fast) sau PERL. Sub java s-ar putea sa ramai surprins, da' aproape in orice conditii e mai incet. Pur si simplu pt ca scopul lui memcached e altul. Sa scaleze si sa ia load-ul de pe serverele de baze de date si sa fie suficient de rapid, nu sa fie mai rapid sau sa le inlocuiasca. Probabil si alte intrebari pe care ti le pui au raspunsul aici : http://www.socialtext.net/memcached/index.cgi?faq Citeste mai ales partea cu race conditions. Cu un pic de imaginatie s-ar putea sa-ti dai seama ca ... poate fii chiar mai rau daca nu ai cronjoburi/daemon in spate care sa aiba grija de memcached si sa-l tina consistent si up2date. Si eventual sa trebuiasca sa faci aberatii de genul emulare de lockuri (nu exista nativ). De asta am renuntat ultima oara la el si am pus 2 servere de baze (master/slave) de date in loc. Mare parte din info e trasa din limitata mea experienta PHP-istica. Sper sa fie de folos. Dragos 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] memcached
Silviu Dicu wrote: http://www.mysqlperformanceblog.com/2006/08/09/cache-performance-compari son/ una care mi se pare foarte atractiva si vad ca nu o avem este mysql-query-cache. Alte locuri unde sa te uiti (php specific) : O alternativa daca tii sa faci multe selecturi si putine update-uri e sa creezi tabele HEAP (in memorie) si sa muti datele acolo (si sa le updatezi SI acolo cand e cazul). Nu sunt chiar cache, dar sunt destul de rapide (dar volatile). Daca te uiti la http://adodb.sourceforge.net/ vei gasi acolo ceva pt prepared statements si caching support pentru memcached si file. Depinde de ce cod ai si cat ai chef sa-l schimbi. | Sincer la cat costa hardware vs cat costa ora de programare/testare/deployment cea mai normala solutie este sa ai un server pe care sa-l lovesti cu inserturi si n replici din care sa faci selecturi. Modificarile din cod sunt mai mici, si rezultatul e mai usor de citit de catre oameni care nu stiu prea multe. Deci e mai simplu de debug/reparat in caz de bug-uri. Merge indiferent de platforma la fel si ai si lock-uri sa mai eviti din race conditions. ||Parerea mea (stiu ca e enervant).| | Dragos | ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] cantar legat la Linux
Valentin Cozma wrote: Serghei Amelian wrote: Salut, Stie cineva vreo dihanie de cantar care sa se poata lega la computer si sa-mi dea posibilitatea sa vorbesc cu el dintr-o aplicatie Linux? cantarele datecs au un protocol f. simplu, pur si simplu toarna informatii pe seriala. ( de verificat, informatia e la a doua mana ) E simplu, dar nici chiar asa ;). http://www.datecs.bg/get_file.php?doc_id=0AEDDC771B918507E398191E6D52FDCF Au si ceva cod sursa .net or smth pe datecs.bg pt scales manager. Vezi ca exista si cantare IP, care se configureaza printr-o interfata web (puteai sa uploadezi un xml). Is alea din magazinele Prodas de ex, nu mai stiu cum se numesc. Si sunt semnificant mai scumpe decat Datecs (3x) dar le poti configureza cu un mic cURL si un XML afaik. Dragos. Thanks ___ 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] myrinet q.
Dragos Manac wrote: Salut, A lucrat careva intre voi cu echipamente Myrinet? http://www.myri.com/ Ma intereseaza sa leg un cluster de 8 noduri, care acum functioneaza peste gigabit (destul de incet). Nu stiu daca se justifica achizitia unor echipamente pe 10G, sau cele 2G sunt suficiente in cazul meu, nefiind noduri extrem de rapide sau puternice. Multumesc. Go 4 Infiniband. Nici macar nu stiu daca myrinet 2G gasesti de cumparat. Ca parca nu mai vindeau decat 10G. Poate secondhand. Dragos ___ 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] [anunt] Vacanta IT pe faleza Dunarii :)
cine? ce? cand? unde? (aditional de ce? şi cum?) Dragos Anunt Bouncer wrote: ___ anunt mailing list [EMAIL PROTECTED] http://lists.lug.ro/mailman/listinfo/anunt ___ 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] pam + ldap + autentificare posix pe linux
Bogdan Cehan wrote: acum apare problema mea cea mai mare eu am acei useri si acele grupuri dar pam-ul meu nu prea vrea sa ma asculte ; toti userii se logheaza pe toate sistemele nu reusesc sa gasesc unde este problema , unde ar trebui sa fac delimitarea intre userii care au acces la pc si care nu au prietenul meu GOOGLE nu m-a ajutat mai deloc , mai mult m-a bagat in ceata so s-a mai lovit cineva de problema asta ? foloseste cineva un sistem de autentificare centralizat bazat pe LDAP ? si ma poate indruma pe calea buna ? eu folosesc pam_filter (gidNumber) in /etc/pam-ldap.conf . Multumesc Bogdan ___ 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] tcp analyzer command line
lonely wolf wrote: On 04/07/2008 06:57 PM, Silviu Dicu wrote: Salut, Stiti un program care se poate rula in linia de comanda si iti arata ce contin conexiunile tcp(http in special) ceva de genul http get ... etc. wireshark e probabil cea mai utila scula, dar poate http://tcpxtract.sourceforge.net/ te ajuta si el. sau nast. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Asterisk video call sau conferinta !
Andrei Pascal wrote: On 11/6/07, Abibula Aygun [EMAIL PROTECTED] wrote: Salutare listasi. Am instalat si configurat un asterisk in LAN-ul local care functioneaza fara probleme insa am o problema de rezolvat .Cineva dintre mai mari a venit cu ideea de a face si Video Calling si/sau videoconferinta , astfel incat va intreb pe voi daca aveti ceva succes stories. Daca da le puteti impartasii aici sau pe personala ? Am folosit o jucarie de AMD 1600+ cu 512 RAM ( ptr moment ) si un hdd de 6,2 GB. Telefoanele sunt de la WellTech model LP-339. Urmeaza sa achizitionam si o placa analogica de la Digium pentru a iesi si spre restul lumilor. Voi ce ati folosit in setupurile voastre ? Mersi anticipat de raspunsuri. Cu respect ,, Aygun Recomandare de la un distribuitor Digium: Don't use Digium in Romania, better use Sangoma (prietenii Romtelecom stiu de ce ;) ) Spor, Bine, nu era distribuitor digium, sper ... ca n-avem asa ceva prin ro. afaik. Si sangoma e ok la nivel de ... audio. Adica videocall + placi de e1 de la digium/sangoma/whatever + intrebarea omului e cam ..null if you see what i mean. Pt videoconferinta sip ca protocol e ok. Asterisk ca platforma ... poate mult studiu despre vmukti sau 1webconference sau cum pana mea ii mai zice (desi de principiu nu merge decat daca dansezi dansu ploii si se intampla ca toti participantii la conferinta sa aiba acelasi voodoo instalat special pe calc, care inseamna un cumul zen de v-o x codecs pacs, y compatible webcams si z dlls care in uberprincipiu daca nu e organizat sansa tinde catre 0). In principiu exista ceva solutii de desktop remoting + video conference decente si ieftine bazate pe red5/flash. Unu' era timtim sau ceva de genu. Dar daca vrei sa se mai integreze si cu sip (Adobe + sip !=love), sa mai si mearga flawless si etc. mai asteapta cca 50 de ani pana se pun astia de acord cu patentele pe codeci video, standarde de semnalizare, si d-astea. Cele bune, Un muncitor in zadar pe retelele patriei numit Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] linux portchannel ?
Daniel Petre wrote: Tarhon-Onu Victor wrote: On Tue, 9 Oct 2007, Daniel Petre wrote: 1. bridging cu ip pe br0 si ambele interfete intr-un switch cisco (3560G) ? serverul ruleaza servicii email, dns, web.. 2. bonding ? ideea e sa am 200M largime de banda macar.. Bonding. In primul caz si pe bridge ca rula o instanta de spanning-tree (sau, daca-l dezactivezi, se prinde switchul) si vei avea doar 100Mbps FD (cu posibilitate de balansare insa, posibilitate pe care ai avea-o si in cazul unui bonding, numit si etherchannel la cisco). salut victor, bonding ma intereseaza, caut sa maresc capacitatea, ca placi de 100M gasesc in caz de crash ceva eventual, in timp.. oricum cred ca renunt sa mai irosesc 2 interfete gigabit in 3560g, o sa incerc in 2 interfete pe un 2960 sa vad cum se comporta 100M la 100M.. thx pentru raspuns. Bondingu' + cisco ether channel merge in general. Vezi ca exista solutii proprietare care merg cel putin teoretic ceva mai bine (din experienta e si practic). Pe placi intel a mers beton cu driveru propretar al lor de teaming. Placile pro de la Broadcom au si ele o solutie (BASP sau BACP ceva de genu se numeste). Oricum nu ajungi la 200mbps. poate un 160. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] linux portchannel ?
David Williams wrote: PCI 32bit 33Mhz 127.2 MByte/sec deci de 4 ori mai mult in Mbit si de 2 ori mai putin in MByte, adica 1.07Gbps (din amintiri). 64-bit PCI 2.1 64bit 66Mhz 508.6 MByte/sec DW Nu mai pune reply sub semnatura, plese, ca la mine (si la altii) se vede ca parte din semnatura (adica gri sters). -- Dragos adica nu aici, si nici sub footeru rlug, thanks. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] xen express vs. vmware server
David Williams wrote: Stii ce e frumos la firma unde lucrez, am acces la muulte softuri comerciale ( versiuni NFR ) ca firma e partenera cu multe companiiproducatoare de software. Plus ne trimit la tot felul de specializari. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug esx 3.5 e in beta si nu a ajuns inca pe mana publicului :) fiind parteneri cu cam multi avem access la el Va stresati degeaba, a mea e mai mare. D __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Re: debping
Ratiu Petru wrote: Scuze de intarziere, dar ca sa nu-i las cu ochii in soare pe cei care au raspuns (atat pe lista, cat si privat), punem de-o bere in Bucuresti saptamana asta, sa zicem miercuri seara? Location ? Dragos __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] configurare retea
Dan Uscatu wrote: Salut Am intimpinat urmatoarea situatie: intr-o retea exista o gramada A de computere, o alta gramada B de computere (difera prin ceva pur filozofic de cele din gramada A, irelevante detaliile), o gramada P de imprimante de retea si o gramada S de servere. Toate astea se intilnesc intr-un singur switch; in acelasi switch este legata o singura placa de retea de pe un linux care le da net, mail etc. Configuratie pe care am primit-o arata asa: computerele A: 10.1.1.x/255.255.0.0 computerele B: 10.1.2.x/255.255.0.0 imprimantele P: 10.1.3.x/255.255.0.0 serverele S: 10.1.4.x/255.255.0.0 netmasku ala e scris bine ? ca atunci ai subreteaua 10.1.0.0 / 16. deci e totul pe acelasi subnet. de 65535 de ip-uri. D __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] filtre iptables automate
lonely wolf wrote: Catalin Catana wrote: Salut, iptables -A SSH_Brute_Force -j TARPIT Nu toata lumea are target tarpit in kernel :) . Desi e frumos, nu se aplica la oricine. For the record , eu folosesc satisfacut : iptables -A INPUT -i _eth0_ -p tcp --dport 22 -m state --state NEW -m recent --update --seconds 60 --hitcount 3 --rttl --name SSH -j DROP (nesimtit) si de siguranta pam-abl ( http://www.hexten.net/wiki/index.php/Pam_abl ). Merge, inca nu mi-am dat peste dejte singur. Deci e bine. Dragos __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Sugestie alternativa MTA la qmail si sendmail ?
Tiberiu Socaciu wrote: - Original Message - From: Dizzy [EMAIL PROTECTED] Poate aberez dar din cate imi aduc aminte problema mare cu qmail-scanner e ca e un script perl. Si iti dai seama ce inseamna sa porneasca cate un script perl pt FIECARE mail trimis. Este un cost imens de CPU cel putin. Eu foloseam qscan (http://www.usinglinux.org/mail/qscan.html) care era un program C scris in stilul DJB si era mult mai rapid decat qmail-scanner ca sa interfatez cu diverse chestii externe pt virus/spam. ce e ala djb-style? :D flame mode e simplu , read here : http://www.ussg.iu.edu/hypermail/linux/kernel/0406.0/1326.html /flame mode Peace and love, Dragos t. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] thunderbird segmentation fault
MOROIANU Dragos wrote: Da si tu un strace cu ce face si copie ultimele linii de dinainte de segfault. (hint strace -f ./mozilla-thunderbird). Ca se vede probabil mai clar ce nu are voie sa faca de crapa. Dragos Vezi daca face bind pe 0.0.0.0 sau pe 127.0.0.1 # netstat -ulnp |grep portmap Se pare ca merge pe 0.0.0.0: lap08:/fsd/home/dragosm # netstat -ulnp | grep portmap udp0 0 0.0.0.0:111 0.0.0.0:* 2288/portmap It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] client mssql de linux
Dan Uscatu wrote: exista asa ceva ? normal, ar fi de preferat sa fie in mod text si sa nu necesite jave, ant-i si alte cacaturi (ca henplus) un coleg mi-a explicat ca fara java nu te poti conecta la mssql, chestie care mie imi scapa. thanks Freetds / PHP5 merge beton aici. Tre sa pui un patch totusi sa poti rula proceduri stocate. In rest numa de bine :). Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Intrebare despre IMAP si dovecot
Răzvan Sandu wrote: Problema este ca multi utilizatori IMAP lasa o copie a mesajelor expediate *pe server*, copie pe care nu o sterg mai apoi. Pai nu asta e *scopul* ?? Dragos ___ 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] inregistrare stream video
lonely wolf wrote: The selected video_out device is incompatible with this codec. Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp. FATAL: Could not initialize video filters (-vf) or video output (-vo). si ce vf si vo ai ? esti sigur ca ai win32 codecs. am incercat si cu mpeg4ip (http://mpeg4ip.sourceforge.net/). rulind vlc stie sa cante streamu ala ? ___ 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] inregistrare stream video
lonely wolf wrote: ncat ? poate ajuta .. i'll check la streamul asta te poti uita ? prin ce ? o fi ceva proprietar .. ai codecurile win32 pt mplayer ? din firefox ma uit fara greturi, iar cu mplayer pot sa vad orice .avi/wmv/whatever streamul il vezi lansand mplayer din consola? daca schimbi vo si/sau vf il vezi ? (mplayer -vo help, mplayer -vf help) alte streamuri vrea sa dumpuiasca ? eu am incercat : #mplayer -dumpstream http://85.186.156.226:8090/realitatea.asf si merge ba chiar si (???): #mplayer -dumpstream -vo xv -vf spp http://85.186.156.226:8090/realitatea.asf Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] MX cluster
George-Cristian Bîrzan wrote: On Monday 27 November 2006 13:16, Marius Stan wrote: Corect, parca nu m-as hazarda sa tin powerpointuri in mysql blobs :) Eu nu m-as hazarda sa tin date in MySQL. Stie mysql multiple master si io nu stiu ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] suse tweaks
Mircea MITU wrote: nimic nu se compara cu openoffice in inittab, din motive de start rapid (vazut sapt asta) Si ajuta la ceva ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Oracle: noul [EMAIL PROTECTED]
arny wrote: Silviu Marin-Caea wrote: Oracle a anuntat ca va oferi Enterprise Linux.. extraordinar, dar cum? Ia Red Hat, sterge toate trademark-urile (logourile) si il vinde el pe mai putini bani. Adica trage un CentOS (parasite leach clone - parerea mea), cu diferenta ca Oracle are o retea de suport meseriasa si o sa-i taie gro din cascavalul lui Red Hat. Cacatul asta pute pana in inaltul cerului. Da, ce, numai din distributiile .rpm se poate face Enterprise Linux ? hahahha. dah, good point. slecuer enterpraiz linux rulz. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] aflare adresa ip
Dan Uscatu wrote: salut presupunem (prin absurd, ca numai un cretin putea face o astfel de distributie, IMHO) ca sint logat pe o masina linux foarte restrictionata (am doar user, comenzile uzuale nici macar nu le vad pe undeva: netstat, route, ifconfig etc). ip addr ai ? sau pune un ifconfig (eventual static) pus in ~/bin ceva. nu merge ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Re: aflare adresa ip
Sorin Hodorog wrote: less /etc/rc.d/rc.inet1.conf lol ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] aflare adresa ip
Laurentiu Roescu wrote: /proc/net/arp ? Si tu tot cu slacku' ? Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Psybnc, menuconfig si ncurses
Eduard Burlacu wrote: Salutari tuturor, Am efectuat o instalare A-Z a Gentoo Linux si acum ma joc cu diverse programase. Am incercat sa instaley psybnc Fuck off. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] PEAR::Net_SMTP
Teo wrote: Am facut-o de 16M, si am incercat sa instalez alte module, de ex: pear5 install --alldeps Log downloading Log-1.9.8.tgz ... Starting to download Log-1.9.8.tgz (38,841 bytes) ..done: 38,841 bytes PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 79047 bytes) in /usr/share/php5/PEAR/PEAR/PackageFile/v2.php on line 1861 uname -a Linux mail 2.6.16.13-4-smp #1 SMP Wed May 3 04:53:23 UTC 2006 x86_64 x86_64 x86_64 GNU/Linux rpm -qa | grep apache apache2-example-pages-2.2.0-21 apache2-mod-apparmor-2.0-21 apache2-2.2.0-21 apache2-mod_fcgid-1.07-14 apache2-mod_php5-5.1.2-27 apache2-mod_python-3.1.3-60 apache2-prefork-2.2.0-21 apache2-doc-2.2.0-21 apache2-mod_perl-2.0.2-14 apache2-worker-2.2.0-21 rpm -qa | grep php php5-dom-5.1.2-27 php5-wddx-5.1.2-27 php5-zlib-5.1.2-27 php5-odbc-5.1.2-27 php5-sysvsem-5.1.2-27 php5-mcrypt-5.1.2-27 php5-ncurses-5.1.2-27 php5-iconv-5.1.2-27 php5-ftp-5.1.2-27 php5-5.1.2-27 php5-filepro-5.1.2-27 php5-curl-5.1.2-27 php5-mbstring-5.1.2-27 php5-sysvmsg-5.1.2-27 apache2-mod_php5-5.1.2-27 php5-bz2-5.1.2-27 php5-ldap-5.1.2-27 php5-snmp-5.1.2-27 php5-exif-5.1.2-27 php5-pspell-5.1.2-27 php5-devel-5.1.2-27 php5-pear-log-1.9.3-17 php5-gmp-5.1.2-27 php5-openssl-5.1.2-27 php5-sqlite-5.1.2-27 php5-fastcgi-5.1.2-27 php5-shmop-5.1.2-27 php5-gd-5.1.2-27 php5-mhash-5.1.2-27 php5-xmlrpc-5.1.2-27 php5-dbase-5.1.2-27 php5-pcntl-5.1.2-27 php5-tokenizer-5.1.2-27 php5-calendar-5.1.2-27 php5-imap-5.1.2-27 php5-posix-5.1.2-27 php5-pgsql-5.1.2-27 php5-pear-5.1.2-27 php5-gettext-5.1.2-27 php5-xsl-5.1.2-27 php5-mysqli-5.1.2-27 php5-ctype-5.1.2-27 php5-sockets-5.1.2-27 php5-sysvshm-5.1.2-27 php5-bcmath-5.1.2-27 php5-pdo-5.1.2-27 php5-soap-5.1.2-27 php5-mysql-5.1.2-27 In plus, cand incerc sa instalez din nou pachetul pentru care a dat mai devreme Fatal error, primesc output-ul: pear5 install DB_Pager Skipping package pear/DB_Pager, already installed as version 0.7 No valid packages found install failed Ce pot sa fac? On 9/8/06, George [EMAIL PROTECTED] wrote: On 9/8/06, Teo wrote: Salut, Incerc sa instalez PEAR::Net_SMTP: pear5 install Net_SMTP Did not download optional dependencies: pear/Auth_SASL, use --alldeps to download automatically pear/Net_SMTP can optionally use package pear/Auth_SASL downloading Net_SMTP-1.2.8.tgz ... Starting to download Net_SMTP-1.2.8.tgz (11,274 bytes) .done: 11,274 bytes PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 92160 bytes) in /usr/share/php5/PEAR/PEAR/PackageFile/v2/Validator.php on line 173 Modifica in /etc/php.ini memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) George ___ editezi ceva gresit probabil. PEAR si PECL au nevoie pe debian cel putin de php[4|5]-dev. Iar fisierul pe care tre sa-l editezi este /etc/php[4|5]/cli/php.ini. php.ini pt modphp e in /etc/php[4|5]/apache(2)/php.ini Si pune 64 de megi. Unele fac urat cu doar 16 megi. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] xmms X11 Forwarding!
Serghei Gutanu wrote: Salutare! Am pornit xmms prin X11 Forwarding. Exista vreo posibilitate sa ascult piesele de acasa la birou, ma ajuta ssh-ul in aceasta situatie, sau am nevoie de alt program. e destul de greu sa forwardezi /dev/dsp user/application based. Una din aplicatiile care te-ar putea ajuta e teoretic asta : http://linux-workshop.com/bybell/vnc/vncaudio.html (nu am testat, nu stiu daca merge). ai mai putea sa incerci ceva de genul (practic cam muti/forwardezi dsp-ul masinii remote la tine cu totul via tcp): http://grox.net/misc/radio/ (asta am testat, si nu e tocmai foarte stabil, si daca sunt placi diferite pe cele 2 masini e fff posibil sa iti para rau ca ai incercat). teoretic se poate face asta si prin tunel ssh. testeaza si zi-ne si noua. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] offtopic
Tarhon-Onu Victor wrote: On Tue, 22 Aug 2006, Tarhon-Onu Victor wrote: Si, asa cum bine spuneai, trezeste-te frate, aici nu e razboiul stelelor!. Ala cu razboiu stelelor era Radu Radoveanu parca. Nu Radu Radulescu. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sistem de ticketing
On Tuesday 22 August 2006 04:53, David Williams wrote: http://www.atlassian.com/software/jira/ folosim la lucru de 2 ani si este superb Mai copchile, nu mai da reply-ul sub semnatura ! Sau vrei neaparat sa ne arati ca exista chestii care sug mai rau ca top postingu ? Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] sistem de fisiere suportat de linux rapid pentru fisiereputine dar mari
Valkai Elod wrote: On Fri, Aug 11, 2006 at 11:25:26PM +1000, David Williams wrote: comentari? DA. Cred ca stii si tu cat de enervant esti, nu? Pornesti thread nou cu reply, ti-e lene sa stergi pasajele irelevante cand dai reply. Fa ceva. lasa-l, ca ori e picardu, ori e AMD-ul in disguise, in ambele cazuri am incurcat-o. PS: do not feed the trolls, please. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Prioritizare trafic
Tudor GHEORGHE wrote: tu esti cantaretu ala ? Ideea este ca poti controla ce iese de la tine, inspre retea, sau inspre internet, dar ce primesti, NU. Cel mult poti sa-i spui aluia care trimite sa trimita mai incet, ca tu nu poti sa primesti asa repede. Pentru ce vrei tu , cred ca cea mai buna solutie este un server mail DUPA cel care face shaping. baga frate o mandolina si cante-ne despre imq ;). Cred mituc incerca sa-i sugereze discret sa cetesca pe aici : http://www.linuximq.net/. Adica sa puna patch pe kernel, sa recompileze kernel, sa buteze cu noul kernel, sa ridice un device imq, si poate astfel sa faca shaping ingress super usor ulterior. Ce mai incerca mituc sa sugereze e ca nu e tocma pentru prosti, tre sa mai si stii cate ceva ca sa-ti iasa. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Tot de tunel, cred
Adi wrote: Ca sa-i functioneze, trebuie ca toate locatiile sa aiba IP-uri din acelasi subnet - deci sa se vada statiile lui in retea ca si cum ar fi in acelasi switch. Statiile lui de fapt nu sunt PC-uri, sunt niste calculatoare de proces carora li se pune un IP. Deci nu pot configura pe ele VPN-uri sau alte treburi... OpenVPN stie sa tuneleze l2. La fel si http://sourceforge.net/projects/rp-l2tp. Ceea ce zici tu e ca vrei sa creezi cumva un vlan separat pt clientul x, pe care sa-l transporti intre subretele via tunele ? sau ca vrei sa pui cate un linux la fiecare locatie si sa faci tunele l2 cu locatia centrala si sa bridgiuesti tunelele ? Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Tot de tunel, cred
Adi wrote: OpenVPN stie sa tuneleze l2. La fel si http://sourceforge.net/projects/rp-l2tp. Ceea ce zici tu e ca vrei sa creezi cumva un vlan separat pt clientul x, pe care sa-l transporti intre subretele via tunele ? sau ca vrei sa pui cate un linux la fiecare locatie si sa faci tunele l2 cu locatia centrala si sa bridgiuesti tunelele ? In nici un caz nu vreau sa pun cate un linux la fiecare locatie, pentru ca sunt peste 20 de locatii... vreau sa ma folosesc de cele 4 linuxuri pe care le am pe routerele mele. Deci sa fac un vlan separat pe care sa-l transport intre subretele via tunele. Nu cred ca e v-o solutie care sa nu ceara hardware aditional :(. adica daca ai deja infrastructura care stie de vlanuri e mai lejer,nu-ti tre decat cate un switch d-ala ieftin, un port un trunk, si unul (untagged probabil) spre device. Dar probabil daca aveai asa ceva o faceai deja ;). Plus ca putai sa transporti vlanu ala probabil si altfel (e durere *mare* de cap cu tunelatu de vlanuri). considera sa cumperi niste device-uri care sa poata rula openwrt si foloseste openvpn. Orice altceva cred ca o sa iti dea mari batai de cap. Nu sunt chiar asa scumpe asusurile si nici wrt54g. PS : Au reusit unii sa puna dd-wrt pe wrt54g v5 : http://www.bitsum.com/openwiking/owbase/ow.asp?WRT54G5_CFE Goodbye vxworks ;) Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Software Raid
Ratiu Petru wrote: Procedura care se foloseste cand vrei sa transformi un sistem din disc simplu in raid1 si n-ai spatiu de backup e asa: 1. bagi discul nou in sistem omu a zis : Ma ajuta cineva cu rezolvarea unei probleme raid? Am facut o clona a unui server prin intreruperea mirror'ului din original si pornirea in clona. . banuiesc ca avea raid si inainte, desi sincer nu pot sa spun ca inteleg perfect ce vrea omu sa zica. Acu presupun si io ca a folosit mdadm si ca are superblockuri (persistente). Ar fi o idee sa scoata din raid partitia cu bube, sa dea zero-superblock, si sa reataseze. poate se repara (in sensu ca d-zeu stie ce o fi facut omul de acum UUID-urile din superblockurile celor doua partitii care ar trebui sa fie in raid sunt diferite, si simptomatica cam asta indica). pt mai multe detalii trimite-ne si noua un : mdadm -E /dev/sdc1; mdadm -E /dev/sdd1; si eventual un mdadm -D /dev/md7 sa vedem si noi ce balarii ai facut de se comporta asa. Dragos * * ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] router de apartament
Mihai Maties wrote: On Wednesday 14 June 2006 17:33, Tiberiu Socaciu wrote: Iar pentru numai 40 RON in plus poti lua un http://www.pcgarage.ro/routere-wireless/asus/wl-500g-premium iar ceea ce uita lumea e ca wrt54g nu mai mege cu linux de la anumita versiune incolo, tre mai nou wrt54GS. humm, care e si ala la prtul unui wl500, doar ca nu are usb. Si care parca auzisem zilele trecute ca au pe la uniaxis. Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] squirrel mail - imap server
Cristi Tauber wrote: Era o problema de configurare in serverul imap (este de fapt courier-imap). Acum a aparut in schimb alta problema pentru ca nu recunoaste nici un user si nici o parola desi stiu ca sunt corecte. Mugur courier-imap l-ai instalat cu apt-get ? nu e bun ala ! da-l jos si pune-l de mana. daaa ? nu stiam ... la mine merge fara recompilari. cristi ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Marvell si debilian
Stie careva un livecd sau alta metoda de a face un debootstrap pe o masina care are un controller mv88sx6041 (in principiu ceva care are sata_mv ). mersi anticipat. (knoppix 3.9 si kubuntu dapper sunt deja incercate, fedora core5 nu se pune.). Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Eroare cacti
sin wrote: fh wrote: On 5/6/06, Dragos CHIRIAC [EMAIL PROTECTED] wrote: fh wrote: De unde ar trebui sa provina eroarea din /var/log/apache2/error.log cand acceses http://localhost/cacti [Sat May 06 20:23:02 2006] [notice] Apache/2.0.55 (Debian) PHP/5.1.2-1+b1 mod_apreq2-20051231/2.5.7 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations esti sigur ca nu incarci de dou ori mysql.so in php.ini (ala folosit de apache that is) ? da si tu un strace -ff daca nu e de la asta. (desi imi aduc aminte ca am comis-o si eu odata si parca tot d-astea cu segfault zicea). Da, in /etc/php5/apache2/php.ini era de doua ori extension=mysql.so Dupa ce am comentat-o si am restartat apache-ul , dar se da aceiasi eroare. strace -ff pe care thread/proces al apache-ului ? ii zici lu apache (din minte): startservers 1 maxservers 1 spareservers 0 maxspareservers 0 apache stop ; apache start si dupa aia strace -v -f -p pidul_procesului parinte (la pstree o sa vezi doar 2 apache-uri, dintre care unu e parent, alalalt copilu) eh, io gandeam mai pervers -ff If the -o filename option is in effect, each pro- cesses trace is written to filename.pid where pid is the numeric process id of each process. dup-aia gasesti fisieru in v-un fel sau altu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Eroare cacti
fh wrote: De unde ar trebui sa provina eroarea din /var/log/apache2/error.log cand acceses http://localhost/cacti [Sat May 06 20:23:02 2006] [notice] Apache/2.0.55 (Debian) PHP/5.1.2-1+b1 mod_apreq2-20051231/2.5.7 mod_perl/2.0.2 Perl/v5.8.8 configured -- resuming normal operations esti sigur ca nu incarci de dou ori mysql.so in php.ini (ala folosit de apache that is) ? da si tu un strace -ff daca nu e de la asta. (desi imi aduc aminte ca am comis-o si eu odata si parca tot d-astea cu segfault zicea). Dragos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] LUG Meeting AZI!
Andrei Nestor wrote: count me in. Cred ca cel mai bine ar fi ca cei care doresc sa-si anunte intentia de a veni sa intre pe irc://irc.lug.ro/#mumu si sa schimbe topicul sa reflecte acest lucru :) inainte sau dupa ce si-o baga in reteaua corporatiei care nu ii lasa sa faca acest lucru? :( -- andrei Dupa ce folosesc un client web, poate ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
