Re: [rlug] centos7 :: connection refused dupa un timp

[Andrei Pascal]

On Sat, Jul 21, 2018 at 11:45 AM Adrian Sevcenco 
wrote:

> On 07/21/2018 01:51 AM, Andrei Pascal wrote:
> > On Fri, Jul 20, 2018 at 10:52 PM Adrian Sevcenco <
> adrian.sevce...@cern.ch>
> > wrote:
> >
> >> On 07/20/2018 09:14 PM, wo...@prolinux.ro wrote:
> >>
> >>> Eu de pilda am sedii cu doar 1-2 ip-uri publice si ma astept ca ISPul
> sa
> >> se asigure ca ip-urile asignate de el mie nu le utilizeaza altcineva.
> >>> Solutiile se discuta in fct de ce/cite echipamente au adrese publice,
> >> cum sint interconectate samd
> >> noi avem un /25 si un /26 , iesirea se face prin rutare statica in
> >> switchul de edge (echipament propriu)
> >> totul e o balta comuna (nu avem ip-based sau mac-based vlans) in care
> >> circula si retelele private
> >> sunt 19 folosite in /26 si 26 in /25
> >> trebuie sa fie o solutie ce sa se preteze si pentru ipv6
> >>
> >> Multumesc!
> >> Adrian
> >>
> >
> > În calitate de trădător de cauză sfântă io zic c-ar fi mult mai înțelept
> să
> > faci/faceți olecuță de ordine în haosul ăla. Pot înțelege că
> infrastructura
> > a crescut "pe genunchi", dar cred că ai suficiente cunoștințe și de
> > rețelistică și de altele pentru a înțelege la ce poate duce "haloimăs"-ul
> > ăla pe termen mediu sau lung...
> >
> > Am și io doi cenți și vreau să-i beu, da' uite că-i arunc aciulea.
>

Salutare,

Mai pune te rog inca 2 centi si spune-mi cam la ce te gandesti :)
> ca haloimasul e asa de mare si fara nici o regula ca nici nu stiu de
> unde ar trebui pornit.


De la pus situația curentă pe hârtie cu pixul, apoi început să lucrezi cu
creionul... :) Aici nu zic doar de layout-ul L2, ci și L3 sau chiar mai sus
(inclusiv de ce aplicații există și cum interacționează diversele servicii
între ele).


> (btw, institutul nu are departament de it iar
> regulamentul de folosire al retelei e ceva facut sa fie, nu a fost dus
> spre cunostinta angajatilor ce sa semneze pentru el... si nici nu mai
> stiu daca am prevazut obligativitatea inregistrarii mac-urilor in el sau
> a fost abandonata ideea ca nu am reusit sa o impingem managementului)
>

Și aici începem să înțelegem - mă refer la toată lumea, am trecut și eu
prin poziția de șăf de [h]aITi - ce soft skilluri trebuie să aibă un
aitist... Inclusiv de vânzări. Iată de ce:
- "a fost abandonata ideea ca nu am reusit sa o impingem managementului":
cei care au gândit ideea (teorie + aplicare) nu au știut să o *vândă*
managementului, cu avantaje și beneficii față de situația curentă de la
momentul respectiv. Urăsc să spun asta, dar din păcate trebuie soft skills
și la noi, și mai ales învățat manageriaza (limba pe care vorbesc
managerii, that is)... :(
- înregistrarea MAC-urilor ajută, dar numai până la un punct. Se poate
construi de acolo, mai ales că nu există departament IT deci nici echipă
dedicată rolului) și puteți evolua pe parcurs;
- "Regulamentul de folosire a rețelei" ar trebui să facă parte din
"regulamentul de ordine interioară" care trebuie cunoscut de toți angajații.


> Merci mult!!!
> Adrian
>

Pentru puțin. :)


> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] centos7 :: connection refused dupa un timp

[Andrei Pascal]

On Fri, Jul 20, 2018 at 10:52 PM Adrian Sevcenco 
wrote:

> On 07/20/2018 09:14 PM, wo...@prolinux.ro wrote:
>
> > Eu de pilda am sedii cu doar 1-2 ip-uri publice si ma astept ca ISPul sa
> se asigure ca ip-urile asignate de el mie nu le utilizeaza altcineva.
> > Solutiile se discuta in fct de ce/cite echipamente au adrese publice,
> cum sint interconectate samd
> noi avem un /25 si un /26 , iesirea se face prin rutare statica in
> switchul de edge (echipament propriu)
> totul e o balta comuna (nu avem ip-based sau mac-based vlans) in care
> circula si retelele private
> sunt 19 folosite in /26 si 26 in /25
> trebuie sa fie o solutie ce sa se preteze si pentru ipv6
>
> Multumesc!
> Adrian
>

În calitate de trădător de cauză sfântă io zic c-ar fi mult mai înțelept să
faci/faceți olecuță de ordine în haosul ăla. Pot înțelege că infrastructura
a crescut "pe genunchi", dar cred că ai suficiente cunoștințe și de
rețelistică și de altele pentru a înțelege la ce poate duce "haloimăs"-ul
ăla pe termen mediu sau lung...

Am și io doi cenți și vreau să-i beu, da' uite că-i arunc aciulea.

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] mirror debian de pe ftp.lug.ro

[Andrei Pascal]

2017-04-10 18:27 GMT+03:00 Eugeniu Patrascu :

> 2017-04-10 14:40 GMT+03:00 Petru Rațiu :
>
> >
> > PS: Daca e cineva care are un debian mirror hostat prin .ro si ar fi
> dispus
> > sa ma lase sa-l folosesc ca backend pt. reverse proxy timp de cateva
> zile,
> > let me know.
> >
> >
> 'tis simpler to ask for forgiveness than for permission.
>

Să adică ia cu japca? :D

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intrebare lame de sed

[Andrei Pascal]

Să nu ai probleme de whitespaces (spații în loc de taburi și/sau
vițăvercea). Poți încerca ceva gen:

sed -e
's/"AJXP_CLIENT_DEBUG"[[[:space:]]*,[[:space:]]*false/"AJXP_CLIENT_DEBUG"
,   true/' file.php

merge așa?

2015-12-10 20:23 GMT+02:00 Mihai Badici :

>
> Ar trebui sa stiu deja asta, dar nu prea am folosit sed spre rusinea mea.
>
> Incerc sa fac o chestie care parea simpla:
>
> am un conf care are niste linii de genul:
> define("AJXP_CLIENT_DEBUG"  ,   false);
> define("AJXP_SERVER_DEBUG"  ,   false);
>
> si vreau sa le schimb cu un script de pe false pe true.
> Evident nu vreau sa le schimb pe toate, ci doar pe unele.
>
> incerc ceva de genul:
> sed -e 's/"AJXP_CLIENT_DEBUG"  ,   false/"AJXP_CLIENT_DEBUG"  ,   true/'
> file.php
>
> Din cate vad, nu imi face match si pare ca se poticneste la acea virgula.
> Nu gasesc pe net ceva referitor la faptul ca virgula ar trebui escap-ata
> cumva si nu prea inteleg cum functioneaza.
>
>
> Mihai Badici[1]
>
> 
> [1] http://mihai.badici.ro
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intrebare lame de sed

[Andrei Pascal]

Evident înainte de sed dai și tu un grep ca omu' întreg la cap (subiect
discutabil de vreme ce întrebi de sed, dar na)...

2015-12-10 21:21 GMT+02:00 Andrei Pascal <avpas...@gmail.com>:

> Să nu ai probleme de whitespaces (spații în loc de taburi și/sau
> vițăvercea). Poți încerca ceva gen:
>
> sed -e
> 's/"AJXP_CLIENT_DEBUG"[[[:space:]]*,[[:space:]]*false/"AJXP_CLIENT_DEBUG"
> ,   true/' file.php
>
> merge așa?
>
> 2015-12-10 20:23 GMT+02:00 Mihai Badici <mi...@badici.ro>:
>
>>
>> Ar trebui sa stiu deja asta, dar nu prea am folosit sed spre rusinea mea.
>>
>> Incerc sa fac o chestie care parea simpla:
>>
>> am un conf care are niste linii de genul:
>> define("AJXP_CLIENT_DEBUG"  ,   false);
>> define("AJXP_SERVER_DEBUG"  ,   false);
>>
>> si vreau sa le schimb cu un script de pe false pe true.
>> Evident nu vreau sa le schimb pe toate, ci doar pe unele.
>>
>> incerc ceva de genul:
>> sed -e 's/"AJXP_CLIENT_DEBUG"  ,   false/"AJXP_CLIENT_DEBUG"  ,   true/'
>> file.php
>>
>> Din cate vad, nu imi face match si pare ca se poticneste la acea virgula.
>> Nu gasesc pe net ceva referitor la faptul ca virgula ar trebui escap-ata
>> cumva si nu prea inteleg cum functioneaza.
>>
>>
>> Mihai Badici[1]
>>
>> 
>> [1] http://mihai.badici.ro
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
>
>
>
> --
> Ave
> http://flying.prwave.ro
>



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Lamuriri ROGENTOS

[Andrei Pascal]

La o exprimare atât de elegantă precum ne-a fost prezentată consider că
lacrimile nu sunt un accesoriu demn de acest grup de domni...

2015-09-25 21:52 GMT+03:00 Bogdan-Stefan Rotariu :

>
> > On 25 Sep 2015, at 21:41, vene...@rogentos.ro wrote:
> >
> > In rest, parerea cu parerea rlug ma sterg la ... beeep. Sunteti doar o
> adunatura de persoane care va validati unul pe celalalt doar pentru ca
> aveti niste ani in plus pe linux...sau cum spunea bine Dan, douchebags...
>
> Intelegi ca atunci cand reprezinti o ‘companie’ sau o ‘organizatie'
> parerea ta reflecta parerea tuturor celor implicati?
>
> Noroc ca nu exista motoare de cautare si ca nu sunt indexate aceste
> discutii, sau exista?!
>
> Intelegem ca parerea ROGENTOS tinde doar spre bideu, dar noi am fost mai
> delicati si nu am vrut sa spunem asta.
>
> Speram ca puteti produce suficienti bani incat sa va acoperiti costurile
> de hartie igienica, o sa aveti nevoie sa va stergeti lacrimile.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Bere cu Matthias Kirschner

[Andrei Pascal]

Taman într-una din puținele vineri când nu-s în țară... :((

2015-09-17 20:32 GMT+03:00 Petru Rațiu :

> Mi-a forwardat cineva chestia asta, din pacate nu pot ajunge, dar poate
> sunt altii interesati:
>
> https://twitter.com/kirschner/status/643639135627018240
>
> Matthias e presedintele FSF Europe.
>
> --
> P.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ulei, bere, suc, alte lichide?

[Andrei Pascal]

De ce, nu le lași moștenire ca Ienăchiță Văcărescu? :D

2015-08-17 20:32 GMT+03:00 Marius Luca luca.marius.mi...@gmail.com:

 în Floreasca m-aș baga și eu - pe aceeași argumentație ca si Vali. sper sa
 vina și Ada, ca în 1 luna or so tre' sa-mi elimin toate glumele misogine.

 On Mon, Aug 17, 2015, 20:27 Eugeniu Patrascu eu...@imacandi.net wrote:

  2015-08-17 20:21 GMT+03:00 Petru Rațiu rpe...@gmail.com:
 
   2015-08-17 20:19 GMT+03:00 Eugeniu Patrascu eu...@imacandi.net:
  
2015-08-17 19:41 GMT+03:00 Laura Vasilescu la...@rosedu.org:
   
 2015-08-17 19:38 GMT+03:00 Bogdan-Stefan Rotariu 
 bog...@rotariu.ro
  :
 
  On Aug 17, 2015, at 19:34, Laura Vasilescu la...@rosedu.org
   wrote:
 
  Poate vin și eu, dar nu sunt sigură. Doar să mă anunțați când
  luati
   o
 
  Sa o tragi si pe Ada cu tine

 Petre, o tragi pe Ada după tine... da?
   
   
A revenit Ada la sentimente mai bune legate de tras?
   
  
   A zis ca data viitoare sa n-o mai trag ca vine singura :)
  
   PS: ce se intampla in padure ramane in padure.
 
 
  Or goes on Youtube ;)
  ___
  RLUG mailing list
  RLUG@lists.lug.ro
  http://lists.lug.ro/mailman/listinfo/rlug
 
 --

 --
 Marius Mihai Luca
 CTO | www.elefant.ro
 sent while mobile
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ulei, bere, suc, alte lichide?

[Andrei Pascal]

Primăverii nu e în bucurești, e de-a dreptul pe altă planetă...

2015-08-17 18:33 GMT+03:00 Vali Dragnuta vali.dragn...@inode.ro:

 Aproape de Primaverii mi se pare foarte in Bucuresti.
 Da' daca vrei putem incerca si ceva in Berceni.
 Sau Ferentari.



 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] vodafone k4607-Z

[Andrei Pascal]

On Tue, Jan 13, 2015 at 1:46 PM, Mihai Badici mi...@badici.ro wrote:


 
  Tu est Michel!

 Adica vrei sa zici ca Petre e taliban? :)


Petre e doar grammar nazi, ca mine.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] vodafone k4607-Z

[Andrei Pascal]

2015-01-13 13:54 GMT+02:00 Petru Ratiu rpe...@gmail.com:

 2015-01-13 13:48 GMT+02:00 Andrei Pascal avpas...@gmail.com:

  On Tue, Jan 13, 2015 at 1:46 PM, Mihai Badici mi...@badici.ro wrote:
 
  
   
Tu est Michel!
  
   Adica vrei sa zici ca Petre e taliban? :)
  
 
  Petre e doar grammar nazi, ca mine.
 

 A, in nici un caz. Daca as fi grammar nazi as incepe sa folosesc diacritice
 de exemplu, dar mi-e prea lene (sin, stai jos).

 Da' ma enerveaza cand oameni tehnici perpetueaza niste exprimari de genul
 asta care fac rau mai departe (si da, am dat de oameni care au ramas
 interzisi cand le-am zis ca poti face routare interna intre clase din
 range-uri rfc1918, tocmai pentru ca li se bagase in cap ca nu-s routabile).

 Ma rog, se poate mai rau, cand aud de ip real incep sa fac teoria cu
 routarea ip-urilor complexe unde ai routere montate la 90 de grade in rack
 pentru componenta imaginara a ip-ului.

 --
 P.


Aproape de acord cu tine, cu amendamentul că ține și de vocabularul
fiecăruia. Asta ca să nu intrăm în discuția cu librărie vs. bibliotecă
(principalul zgârietor al singurului meu neuron rămas în viață, chiar dacă
pe life support...).
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] [anunt] [JOB] RedHat, sysadmins

[Andrei Pascal]

Să înțeleg c-ai avut o echipă de canibali în firmă și au mâncat femeia de
servici? :D

2014-11-26 16:11 GMT+02:00 Alex 'CAVE' Cernat c...@cernat.ro:

 On 26/11/2014 4:03 PM, Dan Borlovan wrote:
 
  Probabil cine a folosit-o nu s-a gindit neaparat la modul propriu
 m-am referit strict la skill-urile de linux/unix; nu trebuie sa stii sa
 compilezi un kernel sau sa configurezi un apache ca sa faci curat, acolo
 trebuie alte skill-uri; nu inseamna insa ca nu e un post de care nu avem
 nevoie (aici se pot da multe alte exemple, mult mai elocvente)

 care mai stie bancul ala cu canibalii si femeia de servici ? apropos de
 corporatisti ... si cu riscul de a imi sari altii in cap, ala e chiar
 adevarat 100%, si aici nu am ce retrage sau da explicatii

 Alex

 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] java cacat

[Andrei Pascal]

Aia cu mai puțin practică e discutabilă. La o versiune mai veche de
ILOM-uri au găsit ai noștri niște memory leakage-uri care trimiteau ILOM-ul
în bălării și era nevoie de ILOM reset la o săptămână-două... :D

2014-11-25 13:05 GMT+02:00 Dan Nae d...@roedu.net:

 Subscriu(cu top post) la ultimul punct, noi avem masini virtuale de
 management cu versiuni antice de java pentru problemele de genul asta
 (cu care evident nu te dai pe net).
 O alta solutie (mai putin practica) e sa upgradezi firmware-ul la
 echipamentul care nu mai merge, in cele mai multe cazuri noile versiuni
 de firmware merg cu noile versiune de javra.


 Vali Dragnuta wrote:
  1.Ce ai patit tu e o problema care nu isi are originea doar in java.
  Pe de-o parte, din cauza unor buguri mai vechi in java care s-au lasat
  cu ceva 0-days cu oarece succes, browserele au inceput sa chitzaie daca
  te prind cu jre-uri mai vechi si pe care le considera nesigure. Din
  cauza asta nu poti sa-ti folosesti java mai veche cu care toolurile de
  administrare functionau. Nu am cautat, dar e posibil sa existe in
  browserul tau preferat ceva setare hidden - sau alternativ un plugin -
  care sa inhibe warningul pentru jre vechi -permitindu-ti astfel sa
  folosesti un jre convenabil scopului tau;
 
  2.A doua problema este ca de la versiuni de java ceva mai noi, runtimeul
  verifica daca appletul/codul pe care vrei sa-l rulezi este semnat.
  Daca este semnat si certificatul poate fi validat, atunci va functiona
  totul as expected, daca nu atunci in functie de setari ori blocheaza cu
  totul appletul ORI ii restrictioneaza accesul, spre exemplu nu-i da voie
  sa deschida socketi - ceea ce probabil ti se intimpla tie.
  Ai ori alternativa de a whitelista fiecare site la care te conectezi si
  sa-l declari ca trusted, SAU (si asta mi se pare mai elegant) sa iti
  importi certificatele toolurilor de administrare pe toate statiile de la
  care folosesti consola aia de administrare. Deployment automat de
  certificate poti face in ziua de astazi destul de lejer. Java va valida
  certificatele prezentate si contra listei de CA-uri din sistemul de
  operare.Poti in principiu sa-ti faci un bundle de certificate pe care
  sa-l poti instala automat pe toate statiile relevanta.
 
 
  3. A treia potentiala problema este data de incompatibilitati
  inevitabile intre versiuni. Daca consola ta a fost initial facuta sa
  functioneze cu java 1.5 si intre timp tu incerci sa rulezi cu 1.8 sint
  ceva sanse ca unele clase, unele interfete sa se fi obsoletat si cum e
  normal sa nu mai functioneze pe versiuni noi.
 
  In fine, as putea sa-ti sugerez sa-ti instalezi intr-o locatie
  alternativa o versiune mai veche de browser + javele aferente astfel
  incit pentru administrarea acelor tooluri sa folosesti doar comboul de
  browser mai vechi + jre mai vechi.
 
 
 
  ___
  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




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intalnire rlug decembrie 2014

[Andrei Pascal]

Tu ești pro beuta de după. :P

/me ducks, da' și io-s cam la fel...

2014-11-24 13:58 GMT+02:00 Eugeniu Patrascu eu...@imacandi.net:

 2014-11-24 11:52 GMT+02:00 Petru Ratiu rpe...@gmail.com:

  A doua joi din decembrie este 11, peste doua saptamani si ceva.
 
  Facem sezatoare au ba?
 
  Cum ziceam luna trecuta, ma ofer sa fac o prezentare daca mai avem minim
  inca o persoana (sper totusi sa fie destui si sa nu fie nevoie).
 
  Va rog sa raspundeti (public sau privat) pana joi 27 noiembrie.
 

 Eu sunt pro sezatoare.
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intalnire RLUG noiembrie

[Andrei Pascal]

Crap, sunt departe. Da' vorba aia, să înregistrați. :)

2014-10-30 18:50 GMT+02:00 Eugeniu Patrascu eu...@imacandi.net:

 2014-10-30 13:57 GMT+02:00 Marius Luca luca.marius.mi...@gmail.com:

  titlul complet al prezentarii este : devops  continous deployment.
  o sa fie interesant, i promise!
 

 Sa-l inregistrati sa vad si eu.
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Intalniri RLUG, sesiunea octombrie: 9 octombrie 2014, ora 20:00

[Andrei Pascal]

careva cu cheile?  :)
On Oct 8, 2014 3:34 PM, Razvan Deaconescu raz...@rosedu.org wrote:

 Salutare.

 Sesiunea octombrie 2014 a întâlnirilor RLUG are loc joi, 9 octombrie
 2014, ora 20:00, în sala EC102 din cadrul Facultății de Automatică și
 Calculatoare.

 Cele trei prezentări din această sesiune vor fi:
 * Alex Palcuie - Bash Alternatives
 * Stefan Stanacar - Yocto Project
 * Petru Ratiu - SSL is hard

 Găsiți anunțul la eveniment și pe Facebook[1] și Google Plus[2].

 [1] https://www.facebook.com/events/149147123818/
 [2]
 https://plus.google.com/u/0/b/117049474166856614584/+ProLinuxRo/posts/dvRmtarfcwW

 Ne vedem acolo,
 Răzvan
 ___
 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] McAfee EndPoint Encryption

[Andrei Pascal]

OMFG McAfee strikes again... În cuvinte puține și simple, ai pus-o.

McAfee-ul criptează TOT discul, iar departamentul tău IT are un CD cu care
poate boota și decripta discul în caz că. Pentru Linux nu există soluții.

Singura ta opțiune este o excludere de la politică. La noi de exemplu (unde
e același sistem) cei ce au sisteme dual boot sunt scutiți de această
cerință, dar trebuie să aibă o criptare pe Linux. Eu am doar linux pe host
și am un VM cu Windows (pentru anumite aplicații) dar întrucât Linuxul
(/home-ul) e pe un FS criptat (luks) nu trebuie să pun McAfee encryption pe
VM. Vorbește la IT la tine și vezi cum te poți scoate.

2014-10-08 18:30 GMT+03:00 Ionel Mugurel Ciobîcă i.m.ciob...@gmail.com:


 Are cineva experienta cu McAfee EndPoint Encryption?

 Am un laptop de la companie care a venit cu win7. Primul pas a fost sa
 fac un full backup cu partimage si dupa aia am repartitionatsi am
 instalat Debian, pe care il folosesc mai tot timpul. Bootez windows
 doar did cind in cind ca sa mai faca windows actualizari si sa faca
 cei din ICT cite un push la ceva.

 Azi am aflat ca in citeva zile se va face un push care va crypta
 discul. In loc de autentificare la windows se va face autentificare la
 McAfee, iar parola de la McAfee se va combina cu cea de windows dupa
 primul reboot dupa push.

 Intrebarea mea este ce se va intilmpla cu Linuxul? McAfee asta schimba
 partitii si mbr? Ca daca nu, nu-s afectat. Dar daca afecteaza ceva va
 trebui sa repar cumva. Sint utilitati mcafee pentru Linux? Nu am gasit
 nimic cu google. Am gasit ceva despre unii care si-au instalat Linux
 pe laptop cu windows cryptat. As prefera sa nu reinstalez... Anyway,
 tocmai mi-am facut un full backup cu partimage, sa am un punct de
 intoarcere daca chestia aia cu push imi da totul peste cap...

 Mersi de orice pont.

 Mugurel
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Intalnire RLUG octombrie: Call for presentations

[Andrei Pascal]

2014-10-06 0:23 GMT+03:00 Razvan Deaconescu raz...@rosedu.org:

 Eugeniu Patrascu eu...@imacandi.net writes:
  2014-10-05 23:42 GMT+03:00 Razvan Deaconescu raz...@rosedu.org:
  Razvan Deaconescu raz...@rosedu.org writes:

  Anyone? Nu e greu :-) E vorba de o prezentare de 15-20 de minute într-o
  zi de joi încununată de un binemeritat ieșit la bere :-)
 
  Faceti si voi pe dos: intai bere si dupa aia prezentari si cred ca o sa
  aveti destule ;)

 E o idee dar cred că o să avem probleme la capitolul fluență :-)



Flu... Fâl... Hâc!... Fri... Ce-e aea, mă...?

Surprinzător poate îmi deplasez și eu osemintele prin zonă. ;)

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Bash Bug - centos 4

[Andrei Pascal]

Deci nici sursele nu mai e la liber?...

2014-09-26 16:57 GMT+03:00 manuel lonely wolf wolfshant wo...@prolinux.ro
:

 Pt cei cu Centos 4/ RHEL4 : pachetele noi sint disponibile la
 https://wolfy.fedorapeople.org/bash-3.0-27.0.2.el4.i386.rpm si respectiv
 https://wolfy.fedorapeople.org/bash-3.0-27.0.2.el4.x86_64.rpm
 Evident, in masura in care aveti incredere in ele :)

 src.rpm e tot la Oracle intrucit din pacate varianta de la RH
 (distribuita in cadrul RHEL 4 Extended Support) nu poate fi folosita din
 motive legale.

  wolfy
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Bash Bug - centos 4

[Andrei Pascal]

Am pripicit, mercic.

2014-09-26 17:46 GMT+03:00 manuel lonely wolf wolfshant wo...@prolinux.ro
:

 On 09/26/2014 05:13 PM, Andrei Pascal wrote:
  Deci nici sursele nu mai e la liber?...
 Sursele pt RHEL 5 si 6 sint in continuare disponibile la ftp.redhat.com
 , ca intotdeauna. Cele pt 7 sint furnizate prin intermediul
 git.centos.org ( cineva de la RH face push initial ; cei din CentOS
 sintem doar consumatori ale acestor versiuni)
 Sursele pt variantele Extended Support nu au fost niciodata puse la
 dispozitie altora decit celor cu abonament. De aceea nici nu exista
 suport in CentOS pentru minor release X.N-1 odata ce a aparut
 versiunea X.N. Nu avem cum sa mai mentinem/garantam compatibilitatea cu
 ceea ce furnizeaza in continuare RH in cadrul Extended Support.

 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Redistribuire pachete RH din cadrul extended life support

[Andrei Pascal]

shameless_plugGo for Oracle Linux!/shameless_plug :D

2014-09-26 20:46 GMT+03:00 manuel lonely wolf wolfshant wo...@prolinux.ro
:

 On 09/26/2014 08:36 PM, Mișu Moldovan wrote:
  manuel \lonely wolf\ wolfshant wo...@prolinux.ro wrote:
 
  On 09/26/2014 07:45 PM, Mișu Moldovan wrote:
  Că veni vorba, am o colaborare cu o firmă care-i ceva partener RH și
  teoretic aș putea instala niște VM-uri cu RHEL. Da' așa stupid mi
  s-o părut sistemul lor de înregistrare pentru actualizări că am
  preferat CentOS. De fapt, dacă mă gândesc mai bine, nici nu era
  vorba despre actualizări, pur și simplu îmi trebuia ceva RPM care
  nu era în ISO-ul de instalare ca să pot pune Salt. Mulțumesc CentOS!
  Eu cred ca ai gresit ceva, ISOurile vin cu tot ce e necesar ca sa
  accesezi RHN, singura cioaca e ca trebuie sa ii furnizezi lui yum
  datele de login.
  După cum am zis și în paragraful de mai sus, nu aveam nevoie de acel
  RPM pentru a accesa RHN, ci era un pachet cerut de Salt la instalare.
  Inițial am crezut că-i îndeajuns să fac un repo dinISO-ul de la Red
  Hat, dar nu toate dependențele Salt erau în ISO-ul ăla.
 asta nu e vina RH. Banuiesc ca avea nevoie de chestii din canalul
 optional. pachetele respective nu vin pe ISO


 
  Iar pentru RHN aveam ceva credențiale ce nu mergeau, în portalul Red Hat
  vedeam un ID asociat contului, iar in mailul de la ei aveam altul, da'
  nici unul nu era bun pentru yum. Cred că am aplicat de două cu ID-uri
  diferite, răzgândindu-mă după prima încercare,nereușită din cauza
  NoScript. Sau poate n-am înțeles io cum merge treaba, cădupă câteva
  zile mi-a mai venit ceva mail de la RH pe tema asta,
 asta miroase a eroare layer 8 :)

da' n-am mai mișcat nimic, deja aveam VM-ul CentOS în producție.
 sa-ti traiasca :)


 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Arhiva mailuri

[Andrei Pascal]

Merge oricum greu la peste 40-50.000 de mailuri per folder.


2014-08-22 18:24 GMT+03:00 Catalin Bucur c...@geniusnet.ro:

 On 22.08.2014 18:08, Petru Ratiu wrote:
  Noi pe la cateva milioane de mailuri am renuntat la dovecot si le-am
 bagat
  intr-un mailarchiva ( https://www.mailarchiva.com/downloads ). Da, e
 java
  da' pentru o aplicatie java crapa suprinzator de rar :)
 
  Search is hard.

 Si pana atunci mergea ok cu imap+client de mail? Adica pana intr-o suta
 de mii de mailuri per folder ma asteptam sa fie asta o solutie totusi.

 --
 Catalin Bucur
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Arhiva mailuri

[Andrei Pascal]

Ext3 da' e cam încărcată mașina aia...


2014-08-22 18:48 GMT+03:00 Tudor Gheorghe thelo...@gmail.com:

 On 08/22/2014 06:26 PM, Andrei Pascal wrote:
  Merge oricum greu la peste 40-50.000 de mailuri per folder.
 Dar ce filesystem ai?

 --
 Tudor Gheorghe
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Arhiva mailuri

[Andrei Pascal]

Pe mașina aia mai rulează multe alte chestii pe care nu le pot muta
altundeva dintr-un număr de motive. De aceea ext3 este și ext3 va rămâne,
ca să zic așa... :)


2014-08-22 19:49 GMT+03:00 Tudor Gheorghe thelo...@gmail.com:

 S-ar putea sa ajute daca pui maildir pe xfs.

 On 08/22/2014 07:26 PM, Andrei Pascal wrote:
  Ext3 da' e cam încărcată mașina aia...
 
 
  2014-08-22 18:48 GMT+03:00 Tudor Gheorghe thelo...@gmail.com:
 
  On 08/22/2014 06:26 PM, Andrei Pascal wrote:
  Merge oricum greu la peste 40-50.000 de mailuri per folder.
  Dar ce filesystem ai?
 
  --
  Tudor Gheorghe
  ___
  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




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Sumar intalniri RLUG: ianuarie-aprilie 2014

[Andrei Pascal]

Crapology, sunt out-of-borders că m-aș fi băgat... :((


2014-05-02 9:54 GMT+03:00 Razvan Deaconescu raz...@rosedu.org:

 Petru Ratiu rpe...@gmail.com writes:
  2014-04-16 12:28 GMT+03:00 Razvan Deaconescu raz...@rosedu.org:
  Salutare.
 
  După patru luni avem o situație bună a întâlnirilor RLUG.
 
  Ca co-organizator, tin sa precizez ca eu nu consider atat de buna
 situatia.
  S-a demonstrat ca se poate si ca exista interes din partea publicului
  spectator, dar ducem mare lipsa de prezentari si nu as vrea sa rotim
  aceiasi speakeri (o data pentru ca se va plictisi toata lumea intr-un
 final
  si pe de alta parte pentru ca stiu ca sunt destui care au ceva de zis).
 
  Sunt foarte aware de regula 1% (
  http://en.wikipedia.org/wiki/1%25_rule_%28Internet_culture%29), dar am
  sentimentul ca i-am cam epuizat pe cei 1% si trebuie sa inceapa sa se
  activeze si urmatorii 10%.
 
  Ca atare, daca v-a batut vreodata gandul ca as putea tine o prezentare
  despre X, dar..., va rog foarte frumos sa va opriti inainte de dar si
  sa-mi dati mie sau lui Razvan un mail, discutam dupa aia ce vine dupa
 dar
  si daca chiar e o problema, pentru ca in momentul de fata avem ZERO
  prezentari pe care sa le luam in considerare pentru mai, si ca atare e in
  pericol sa nu se mai tina.
 
  PS: Daca unul din dar-uri este nu stiu sa fac prezentari/am trac
  sugerez sa va uitati la prezentarea lui Cristi Marin de luna asta (o sa
 dam
  linkurile imediat ce ajung undeva permanent, in cateva zile).

 Salutare.

 Următoarea sesiune a întâlnirilor RLUG va avea loc joi, 8 mai 2014, de
 la ora 20:00, în sala EC102 din cadrul Facultății de Automatică și
 Calculatoare.

 Subiectul întâlnirii va fi Virtualizare (all shapes and sizes).

 La fel cum a zis Petre, întânirile au nevoie de contribuții din partea
 membrilor comunității pentru a se desfășura. Sunt sigur că există multe
 lucruri interesante de povestit legat de subiectul virtualizării și cu
 toți vrem să aflăm de ele.

 Așa că, dacă vă permite timpul, vin cu rugămintea să ne anunțați (pe
 mine și pe Petre) de un subiect de prezentare din această zonă pe care
 doriți să o susțineți joi. În mod ideal, ne-ați anunța de acest lucru
 cel târziu mâine (sâmbătă, 3 mai 2014), ca să facem pregătirile și
 anunțurile în comunitate.

 Răzvan
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] monitorizare pachete intrerupte centos

[Andrei Pascal]

Ce auto-negociere măi, au uitat să seteze DIP-switchurile p-acolo...


2014-04-02 16:40 GMT+03:00 tiberiu socaciu tibisoca...@gmail.com:

 On 4/2/14, Adrian Sevcenco adrian.sevce...@cern.ch wrote:
  conectau la un port de 1 gbit ;)
 
  Adrian
 si interfetele fizice (NT-ul si punctul de acces activ de la client)
 nu erau cu autonegociere de viteza? fiecare trimitea cum il taia
 capul?

 t.
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] NAS cu consum rezonabil

[Andrei Pascal]

Drop webmin. Mi-a mâncat ficații de curând cu inteligența-i sclipitoare...


2014-04-01 12:49 GMT+03:00 Paul Lacatus (Personal) p...@paul-lacatus.ro:


 On 4/1/2014 12:38 PM, Tiberiu ATUDOREI wrote:
  Eu am un NAS facut cu:
  - o placa cu AMD E-350 cu 2 GB ram
  - 6 discuri de 3 TB (am pornit cu 4 WD Green cu ceva setari mai pentru
 NAS,
  apoi am mai adaugat inca 2 Toshiba) cu ZFS
  - boot de pe un vechi stick de 128MB (deci am varianta embedded)
  NAS4Free (e o mica diferenta fata de FreeNAS, FreeNAS e bazat pe BSD 8 si
  are cerinte de HW mai mari, NAS4Free  e cu BSD 9 si e un fork din FreeNAS
  original, inainte de a fi carmit mai spre enterprise...nu intru in
  detalii politice).
  FreeNAS / NAS4Free are samba  nfs OOB dar nu si svn; pe de alta parte
  gogu' da o multime de linkuri pentru subversion freenas de exemplu:
  http://erikwramner.wordpress.com/2010/12/14/subversion-on-freenas/
  Nu ma intereseaza foarte mult viteza (oricum ma leg la NAS fie prin
  wireless fie prin PowerLAN), serverul e silentios (un ANTEC P180 cu o
 sursa
  mini-ATX modificata pentru dezactivare ventilator, ventilatoare cu
 turatie
  redisa puse la HDD)... si toppingul de pe inghetata: consumul NAS-ului e
  cam 50 W.
 
 
 Ai sase discuri , aici e consumul.  Eu azi am terminat de inlocuit
 discurile in server si acum incep sa gandesc la problema. Trebuie mai
 intii sa-mi iau o memorie DDR3 pentru placa de baza si apoi sa vad ce
 pun pe ea.  Sunt tentat parca mai mult catre un centos cu webmin . Nu e
 interfata asa eleganta la ca Free nas sau echivalente dar parca e mai
 versatil .  Mai studiez punctele voastre de vedere .

 Eu as pune unul sau doua discuri maxim pe NAS si fara raid. Datele de pe
 nas vor fi replicate periodic pe server si ideea e sa consume putin .
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] limitari rsync

[Andrei Pascal]

Uhm...

complicat != profi

Nici pentru valori foarte mari ale lui complicat și nici pentru valori
mici ale lui profi. Din contră chiar: cred că o soluție e cu atât mai
profi cu cât e mai simplă.

KISS.


2014/1/23 Alex 'CAVE' Cernat c...@cernat.ro

 On 1/23/2014 12:53 PM, Petru Ratiu wrote:
  Solutia rusii au folosit un creion ar fi sa te uiti statistic la ce ora
  se termina operatiile alea si sa pui rsync de pe destinatie la 1h mai
  tarziu, sa fii acoperit. Si daca esti paranoic iti pui la finalul jobului
  de procesare o alerta sa-ti dea mail daca a depasit ora la care incepe
  cronul sa stii sa rulezi manual/ajustezi de mana.
 uite ca de data asta nu sunt de acord cu rusii (desi intr-adevar e
 solutia cea mai simpla); si in caz cu pull ar fi de modificat intr-un
 singur loc, ceea ce ar fi totusi ok (am avut mai de mult chestii de
 astea unde era configurat cu push si trebuiau facute ajustari prin jde
 locuri); ma gandisem la asta initial, dar parca nu e indeajuns de
 complicat/profi pe gustul meu :D
 dar daca tot ne place sa ne complicam viata (sau sa zicem eufemistic sa
 imbunatatim programele), de ce nu ? :-P

 Alex

 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Mutare Hard-uri arie raid linux pe o instalare

[Andrei Pascal]

2013/11/21 Iulian Murgulet gul...@casbv.ro


Si intotdeauna contextul/peisajul este esential. Se pot aplica
 tehnologii
 proaste/nefiabile/non-enterprise care intr-un anumit context/peisaj
 sa de rezultatele scontate, dar pot fi si situatii in care se aplica
 tehnologii bune/fiabile/enterprise care sa nu conduca la rezultatele
 dorite. Aici se face
 diferenta intre un admin bun/capabil si unul mai putin bun. Adica un
 admin bun, cu o dotare tehnica existenta, cu un anumit buget la
 dispozitie, obtine rezultatele dorite/asteptate (si constante in timp)
 de management! Sigur exista si situatii in care nu ai cum sa obtii
 rezultate intr-un anumit context.


Tu omiți un lucru. Adminul este un simplu executant. În funcție de
situație, poate fi și factor de influență, dar EXTREM de rar e factor de
decizie. Pe cale de consecință adminul e pus în 99% din cazuri să facă din
rahat bici care bici mai trebuie să și pocnească (nu la modul în care iese
fumul magic) iar dacă $CEVA merge prost ÎNTOTDEAUNA va fi vina lui și nu a
factorilor de decizie care nu au alocat resursele necesare (bani și timp)
pentru o soluție potrivită problemei.

Dacă ne luăm după definiția ta, eu unul ar trebui să zic că nu am văzut
niciodată admini buni în locuri cu management prost. Ceea ce nu e adevărat.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Mutare Hard-uri arie raid linux pe o instalare

[Andrei Pascal]

2013/11/15 Iulian Murgulet gul...@casbv.ro

 Quoting Tarhon-Onu Victor lsmi...@gmail.com:

  On Thu, 14 Nov 2013, Iulian Murgulet wrote:
 
  Ma indoiesc ca aia de la CERN umbla cu discuri varza, sau green.
 
Tu crezi ce vrei, eu doar imi fac datoria sa-ti spun care-i
  realitatea ca sa nu ramii cu impresia ca ce se intimpla intr-un sistem de
  calcul e cumva magie neagra, sau ca justificarile oficiale ale unora
  pentru niste erori timpite si greu de imaginat la fondurile pe care le au
  si masurile pe care ar trebui sa le ia pentru prevenire sint deja baza de
  studiu stiintific.
Ai avut si tu un array software raid in 5 ani cu discuri de
  2ROL/bax care ti-a crapat si acum gata, ai acumulat experienta care-ti
  spune ca software raid-ul e de cacat. Serios!

... nu cred ca exprimarile ne-elegante, ca sa fiu diplomat,
 intarasc argumentele! Mai cred ca respectul si bunul-simt ajuta mai
 mult!

   Raid soft am folosit
 de mai bine de 10 ani, pe mai mult de o masina. Folosesc si acum md
 raid1 pe partitiile cu sistemul de operare. Eu am scris ca md raid1 nu
 e cea mai buna solutie pe partitiile de date, si am sugerat dupa
 parerea mea, o solutie mai
 buna, evident conform cu lipsa mea de experienta!


Să-ți spun că pe mașini de milioane $ care țin date de zeci/sute de
milioane $ se folosesc RAID 1 și/sau RAID 5 SOFTWARE în Linux cu filesystem
ext3... sau să nu-ți spun? Să-ți mai spun că în europa (NUMAI în Europa!)
sunt câteva mii de asemenea mașini, doar de la un vendor anume? Neah, mai
bine nu-ți spun.




 
Probabil ca nu intelegi nici despre ce relatezi aici. Ce legatura
  are raid-ul software sau hardware sau mistiqueware daca datele de pe un
  disc se duc in lumea lor?

 ... si ce ar trebui sa inteleg?

Nu e job-ul partii de control si management a array-ului sa-si dea
  seama ce se intimpla pe un disc cu datele atita timp cit ele nu trec prin
  BUS/interfata. E treaba partii de management a discului sa-si dea seama
 ca
  discul de 2ROL/bax e cu vaca iar tu sa folosesti un soft de monitorizare
  periodica a semnalelor de la SMART care sa te atentioneze ca
  cheapreliable=FAIL.

 ... cum am mai precizat anterior, altii au alta parere. Ei cred ca e
 treaba
 partii de control/management a array-ui sa detecteze erorile(in
 anumite conditii) si sa le si repare din informatiile de
 redundanta(daca exista date suficiente). Nu trebuie sa si fii de acord
 cu solutia asta. Si de ce ma rog nu
 as putea sa folosesc md raid pe discuri cheap? RAID tocmai asta
 insemna: redundant array of inexpensive disks. Tu te referi la
 RAE(xpensive)D, nu-i asa?


Controller-ul nu face writethrough pe disc, că merge pe ideea că discul e
de încredere. Dacă discul NU e de încredere, nici un controller n-o să
poată preveni coruperea datelor. AAA, dacă tu vrei să și citești
imediat după ce ai scris, să vedem ce impact are asta asupra următorului
paragraf:



 
Si pentru orice altceva exista md5sum/sha1sum. Daca ceva se duce
  la vale vei vedea folosind astfel de utilitare indiferent de mediul pe
  care sint datele.

Da. Ia sa vedem ce zici tu, poate iarasi nu inteleg eu si-mi scapa
 ceva. Caz
 concret: am 12 Tb de date, cu 'jde milioane de fisiere, si scriu cam
 1Tb/24h.
 Cam cat ar dura sa fac verificari de md5sum/sha1sum? Si sa creez
 altele la fisierele modificate/adaugate? Dar tot nu ma ajuta cand
 citesc, pt. ca nu stiu
 daca ce citesc e asa cum a fost scris sau nu. Si daca in loc de 12 Tb,
 am 120Tb?


Deci tu aici propui ca controller-ul să și citească înapoi ceea ce a scris,
nu? Eu asta înțeleg.


Alt caz, cablu sATA prost: SMART zice OK, dar aleator


SMART nu mai apucă să zică nimic, că ți se umplu logurile sistem mult
înainte de SMART dacă ai un cablu prost. Dar, scuză-mă, parcă vorbeam de
sistem de producție (care în general trebuie să fie foarte fiabile), nu de
calculatoare făcute pe genunchi să iasă eftin, că și-așa plătim
curentu'... , sau greșesc? Deci ce caută un cablu PROST într-un sistem de
producție?!



Si gindeste-te cite instalari de OS sint pe RAID, daca s-ar duce
  ceva la vale iti dai seama ca intr-un final masinile alea ar boota cu
  spatele, nu? Ah, dar stai, tu nu gindesti, doar crezi ce ai citit pe
  internet!
 

Oare asa sa fie? Toti bat campii? Si astia cu ZFS, BTRFS,
 ext4(metadata checksumming), XFS(metadata checksums)? Alt caz, cablu
 sATA defect la un moment dat: SMART zice OK, dar aleator ZFS scrub
 zice ca a detectat erori, si
 a corectat acele erori(4 din 8 teste, 2 teste/24 ore). Schimbat cablul
 eSATA,
 erorile au disparut de atunci. Si mai sunt si alte fenomene din astea
 ezoterice(controler disk/RAM/samd)! Aici m-ar fi ajutat cu ceva md-ul
 sau sumele de control md5sum/sha1sum calculate? Cand as fi aflat?

De fapt eu asta am vrut sa zic(poate nu m-am exprimat cum trebe):
 - md raid nu e prost;
 - md raid nu e cea mai buna solutie d.p.d.v. al detectiei/corectiei
 erorilor(erori care pot sa apara din N directii si 

Re: [rlug] Mutare Hard-uri arie raid linux pe o instalare

[Andrei Pascal]

2013/11/15 Andrei Pascal avpas...@gmail.com


 2013/11/15 Iulian Murgulet gul...@casbv.ro

 Quoting Tarhon-Onu Victor lsmi...@gmail.com:


De fapt eu asta am vrut sa zic(poate nu m-am exprimat cum trebe):
 - md raid nu e prost;
 - md raid nu e cea mai buna solutie d.p.d.v. al detectiei/corectiei
 erorilor(erori care pot sa apara din N directii si care nu sunt
 imputabile
 lui MD: disk,RAM,echipamente,incompetenta,etc,etc);


 E la fel de bună ca un software RAID.



Am vrut să zic hardware RAID, scuze pentru eroare.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Mutare Hard-uri arie raid linux pe o instalare

[Andrei Pascal]

2013/11/15 Iulian Murgulet gul...@casbv.ro

 Quoting Andrei Pascal avpas...@gmail.com:

  Of of, m?i m?i... Po?i l?sa scrub-ul ?la s? ruleze , e drept - dar tot
 î?i
  va fute discurile. ?i, întreb eu, CÂND ruleziscrub-ul?

 ... on-demand


Căt de des? Cum te asiguri că l-ai rulat FIX înainte să apară orice
posibilă corupție? Dacă datele s-au corupt înainte să rulezi scrub-ul?


  Dac? îl rulezi la
  scriere ?i cu asta basta, nu e nici o diferen?? între ZFS ?i RAID 5 de
  exemplu.

Ba da este. ZFS nu are RAID-5 write hole!

 Ok, fie cum zici tu.


  Plus c? e la mintea coco?ului c? într-un mirror nu pui discuri din
  acela?i lot de produc?ie.
 
  Argumentul cu rebuildul mirror-ului ZFS e valabil, dar, cum spuneam mai

 ... iar restul e poveste ?


Vezi mai sus...


  înainte, ZFS e ?i volume manager ?i filesystem iar suport comercial n-are
  decât pe Solaris. Pentru tine acas? îns? merge ?i pe *bsd, nu-i bai. Sau
  dac? nu te intereseaz? suportul.
 

 ... nu ma intereseaza. Merge in productie si la mine si la alte case mai
 mari.


Mă bucur doar că nu stau  în Brașov, pe partea relației mele cu statul
mult-iubit. Și sper că datele despre mine nu sunt ținute pe acele mașini,
că n-o să am nici o plăcere în a alerga pentru a le reface când acel ZFS o
va lua prin copaci.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Was Pornire MySql, but now is Agatare Mysql Slackware64 14.0

[Andrei Pascal]

N-ai înțeles nimic. Slackware e singura distribuție pură, restul e niște
corcituri corporatisto-imperialiste.


2013/10/11 Vali Dragnuta vali.dragn...@inode.ro

 Nemaipunind la socoteala ca prin celelalte distributii merge, dar in
 slackware nu. Deh, sistemul conspiratiile e impotriva slackware.


 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Was Pornire MySql, but now is Agatare Mysql Slackware64 14.0

[Andrei Pascal]

Deci ierea imperialistii!
On Oct 11, 2013 7:03 PM, Neagu nea...@gmail.com wrote:

 On 11/10/2013 12:26 PM, Tarhon-Onu Victor wrote:
Desigur, nu are cum sa fie complicat daca ai timp, experienta si
  disponibilitate pentru asta. Nu te va invinui nimeni daca nu poti sa
  arunci o privire. Ar fi fost insa benefic pentru comunitate, poate e
  cineva care poate arunca un ochi la ce se intimpla.
 

 M-ai atins la punctul sensibil. Pentru comunitate si pentru linistea mea
 sufleteasca am aruncat un ochi la ce se intampla:

 In primul rand m-am uitat din alt terminal in lista de procese si nu
 exista nici un proces in plus daca dau sau nu enter in primul terminal.
 Apoi m-am uitat in scriptul care merge adica
 /usr/share/mysql/mysql.server, script scris in 1996  de TCX DataKonsult
 AB  Monty Program KB  Detron HB
 Am observat ca se apeleaza acelasi scrip mysqld_safe ca si rc.mysqld,
 deci banuiala mea ca bug-ul ar fi in mysqld_safe a cazut.
 Diferenta intre cele doua apeluri a fost ca in mysql.server la sfarsit
 inainte de  mai existau doi parametri respectiv: /dev/null si 21
 Am adaugat si in rc.mysqld cei doi parametri si acum totul e Ok.

 Neagu - bucuros ca a rezolvat bug-ul vechi de 7 ani

 ps. Cine credeti ca a scris scriptul rc.mysqld, cel cu bug-ul?

 Copyright 2003 Patrick J. Volkerding, Concord, CA
 Copyright 2003 Slackware Linux, Inc., Concord, CA
 Copyright 2008 Patrick J. Volkerding, Sebeka, MN




 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Centos 6.4 x64 XFS

[Andrei Pascal]

Îmi pare rău că te contrazic, da' numa' în septembrie am trântit 3 mașini
cu /boot pe /dev/md0. E drept, Oracle Linux da' cu putină bunăvoință se
poate considera că merge și pe CentOS aproape la fel de bine. :P

Cred că ai amețit tu ceva p-acolo și de-aia n-a mai plecat mașina.


2013/10/8 Iulian Murgulet gul...@casbv.ro

 Quoting Adi Pircalabu apircal...@gmail.com:

  2013/10/8 Iulian Murgulet
  Quoting Manuel Wolfshant
 
  Merge fara nici o problema. Chiar si CentOS 5.
 
   Wolfy, membru in echipa CentOS QA
 
  ... ba din pacate NU. Chiar zice instaler-ul ca nu poate pune xfs pe /
 
  De ce ai nevoie de xfs pe /? Ai cerinte speciale pentru root fs pe
  care ext4 nu le satisface?

 ext4 nu stie de snapshot!! Oricum am renuntat la ideea cu centos, ca vad
 ca nu stie nici chestii elementare(parerea mea) cum ar fi sa faca boot de
 de un raid1(md) ... grub da file not found la boot. Asa ca am comutat
 pe debian ca asta cel putin stie sa faca boot de pe raid1. Macar asta
 face boot de pe
 md. Imi pare rau ca am pierdut timpul.

  Ai optiunea sa formatezi o partitie ca xfs
  dupa instalare si sa pui acolo sa zicem /var. Eu unul nu as instala pe
  xfs din installer daca nu as putea sa modific optiuni ca agcount sau
  agsize. In plus, acum vreun an si ceva am facut ceva teste comparative
  intre xfs si ext3/ext4, jucandu-ma cu diferite optiuni si am ramas
  pana la urma la ext4. In afara de oarece risipa de spatiu, in rest a
  corespuns cerintelor - stabil si mai rapid la citire/scriere pe
  fisiere mici.
 
  --
  Adi Pircalabu
  ___
  RLUG mailing list
  RLUG@lists.lug.ro
  http://lists.lug.ro/mailman/listinfo/rlug
 



 
 This message was sent using IMP, the Internet Messaging Program.


  ATENTIONARI =

 - pentru atasamente tip Office va rugam sa folositi format OFFICE 97;
 - nu trimiteti date personale (CNP, copii dupa acte de identitate etc).

  O lista completa cu reguli de utilizare exista la:

 http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106

 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov
 [web-site]: http://www.casbv.ro
 [forum]: http://gw.casbv.ro/forum_smf/index.php

 ==

 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Linux Install Fest 2013

[Andrei Pascal]

Tipic RoEDU, pentru cine știe...


On Thu, Sep 26, 2013 at 9:00 PM, Alexandru Juncu alex.ju...@rosedu.orgwrote:

 On 26 September 2013 20:57, Mihai Maruseac mihai.marus...@gmail.com
 wrote:
  2013/9/26 Petre Mihail petremih...@gmail.com:
  Iupii:
  Server not found
  May i mumble...?
 
  UPB și site reliability.

 RoEduNet (actually) ftw!
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Debian release beer?

[Andrei Pascal]

I-auzi, aveți entă... entra... vine Sin!

Io nu'ș dacă poci ajunge, pe motiv de murit cu customeru' de gâți.


2013/4/23 Eugeniu Patrascu eu...@imacandi.net

 +1

 2013/4/23 Petru Ratiu rpe...@gmail.com:
  Cu ocazia Debian release pentru debianisti, Pastelui pentru credinciosi
 si
  primaverii pentru restul, punem si noi de-o bere?
 
  Ma gandesc undeva in saptamana de dupa Pasti (istoric chestiile astea se
  intampla joi seara, dar nu e batut in cuie), ca e posibil sa prindem prin
  tara si diversi colistasi emigrati intorsi pt. cozonaci (nu dam nume pana
  nu confirma).
 
  TL;DR: pe 9 mai, ziua victoriei (si a PCR-ului) undeva prin Centrul
 Vechi,
  ca sa fie si cu mici (da, Bucuresti).
 
  --
  P.
  ___
  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




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] pwrite() slow

[Andrei Pascal]

N-are de unde RAID5 că are doar 2 discuri.


2013/4/14 Mircea Mitu mir...@sigu.ro

 On 14.04.2013, at 13:20, petrescs petrescs+r...@gmail.com wrote:

  Am preferat RAID soft pentru ca am considerat ca nu se justifica un
  controller hw dedicat ... Nedumerirea mea era daca in conditiile date
 durata pwrite
  este justificata de ceva, mi s-a parut inadmisibil de mare.


 Daca e Raid5, scrierea db e lenta
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Bind override răspuns DNS pentru anumite surse

[Andrei Pascal]

On Wed, Mar 27, 2013 at 4:06 PM, Adrian Popa adrian.popa...@gmail.comwrote:

 Da, de ce îmi era frică:

 Mar 27 16:03:35 frost named[14714]: /etc/bind/named.conf.local:25: when
 using 'view' statements, all zones must be in views

 Trebuie să bricolez un pic configul ca să meargă cum vreau eu...


pai pui restul zonelor intr-un view global / external care include
toate sursele.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ssd, raid, lvm, wtf, etc

[Andrei Pascal]

2013/2/21 Dan Borlovan d...@level7.ro


 Ieri am turnat un w7 pe un 840 pro de 128gb, fara sa numar partea de
 post, windows 7 a bootat to desktop in like 14 secunde, pe un core2duo
 si sata2. Tre sa recunosc, mi-a placut.



Vă-n zbang, mă băgați la cheltuieli, că s-ar putea să mă enervez să-mi pun
și eu 256 GB pe laptop... :( Problema e că chiar am ce face cu banii în
perioada asta! :D

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ssd, raid, lvm, wtf, etc

[Andrei Pascal]

2013/2/21 Mircea Mitu mir...@sigu.ro

 On 21.02.2013, at 03:38, Dan Borlovan d...@level7.ro wrote:

  Te sperie ce anume?

 Ca nu merge Trim pe raid 1, 4, 5, 6, 10
 Numarul de scrieri pe ssd intr-unul din raidurile astea se mareste
 semnificativ = scade durata de viata si performanta



Și nu vrei să le înghesui într-o densitate prea mare (gen JBOD-uri), pentru
că degajă AL DRACU' de multă căldură. Mai ales la scriere.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ssd, raid, lvm, wtf, etc

[Andrei Pascal]

2013/2/21 Dan Borlovan d...@level7.ro

 On 02/21/2013 08:34 AM, Andrei Pascal wrote:

  Și nu vrei să le înghesui într-o densitate prea mare (gen JBOD-uri),
 pentru
  că degajă AL DRACU' de multă căldură. Mai ales la scriere.

 Mmmm, sa vedem, samsung 840 pro 512gb cf. tomshardware

 0.15W in idle
 0.73W tavalite in pcmark

 Sahara, nu alta

 Sau ziceai la misto?


Alea-s commodity sau entărpraiz greid? Nu ziceam deloc la mișto, e second
hand info de la oameni care au instalat array-uri de SSD-uri și nu puteau
sta în spatele rack-ului de furnal ce era acolo.

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Andrei Pascal]

On Jan 22, 2013, at 15:59, Catalin Vasilescu

 catalin.vasile...@ymail.com wrote:

  Cred ca am gasit cauza: probleme de retea(nic sau sw, inca nu stiu exact
 care din ele)si cum a spus si Andrei Prodan rezulta ocfs2 self-fencing si
 reboot.
  Ciudat este ca in loguri nu apare nimic.
 
  Multam pentru ajutor.
 
  ---
  Catalin Vasilescu


E doar OCFS acolo sau si o baza de date? Ca alt motiv de OCFS (exceptand un
server de NFS... ceea ce e usor overkill) nu vad.

Daca e si o baza de date, nu strica o privire pe logurile de undeva de sub
$ORACLE_HOME, zic si io... (serviciile de CRS au obiceiul sa scrie prin
propriile loage).


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Incidentul de la ziua proiectului Debian din București

[Andrei Pascal]

2012/8/16 Tiberiu C. Turbureanu t...@ceata.org:
 Salut,

 La ieșirea la bere de ziua proiectului Debian [1], organizată de
 Prolinux/RLUG [2], cu rezervarea făcută pe numele Asociației ProLinux
 [3], coordonată de un membru al lui ProLinux/RLUG -- la un moment dat,

[incident details deleted because of irelevance]

 Nu este vina Asociației ProLinux că s-a întâmplat acest incident, dar
 este vina ei în calitatea de organizator că nu și-a cerut scuze
 printr-un reprezentant pentru că la acest eveniment au fost discriminați
 participanți în funcție de comunitatea din care fac parte. Este vina lui
 ProLinux și dacă nu se iau măsuri de sancționare și de preîntâmpinare a
 unor astfel de manifestări pe viitor.

Dude, acum serios: ce anume coordonare a fost acolo? Plus ca, din
cate stiu eu, iesire la bere != eveniment. La o iesire la bere
lumea se manifesta in toata splendoarea-i. Nu ii iau apararea lui
sin, departe de mine gandul, dar daca v-ar fi deranjat pe cat de mult
declari puteati bine mersi sa va ridicati de la masa si sa plecati
(eventual cu mesajul ca poate sin sa plateasca, asta in contrapartida
pentru serviciile pe care le solicita, da' astea-s detalii, nu merita
discutate). Defularea unor asemenea frustrari pe o lista de discutii
si ridicarea lor la rang de incident diplomatic inter-comunitar - LA
DOUA ZILE DUPA - sint dovada unei lipse acute de, hai sa-i zicem,
maturitate. Sau de promptitudine in reactie.

Nu sunt membru ProLinux, dar intamplator cunosc destui membri (si-l
cunosc si pe sin, ca o paranteza), iar afirmatia ca ProLinux ar fi
responsabila de acest incident ma face sa inteleg ca voi, cei din
Ceata (in fruntea carora te afli / pe care ii reprezinti) mai aveti
mult de invatat pe partea de interactiuni sociale si nu numai...


 Tiberiu C. Turbureanu
 Președinte, Fundația Ceata
 Calea Călărași nr. 57, ap. 2, București
 Secretariat: +40-761-810-100
 Susții libertatea artelor și tehnologiilor?
 Înscrie-te ca membru! (http://ceata.org/inscrieri)


-- 
Ave, independent (sort of, nevasta nu stiu cat ar fi de acord cu o
asemenea afirmatie)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Incidentul de la ziua proiectului Debian din București

[Andrei Pascal]

2012/8/16 manuel lonely wolf wolfshant wo...@prolinux.ro:

 [1] Cei care ne-au insotit la Conferinta Linux din 2003 isi amintesc
 probabil de seara cind a vrut sa se bata la pieptul gol de unul singur
 cu vreo 15 insi pe motiv ca localnici fiind tineau cu o alta echipa de
 fotbal.

Io n-o tin minte decat pe aia cand s-a dus in barul hotelului - bar
plin de unguri - si s-a apucat sa-i invete pe aia Noi suntem romani.
Sin... 'nuff said.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] url network monitoring

[Andrei Pascal]

2012/7/16 John Doe Beaver ltlbea...@gmail.com:
 Salut!

 Am urmatorul scenariu:

 retea --- switch --- gateway internet --- internet

 Se doreste o situatie de tip ip accounting din care sa reiasa top
 talkers, ceva de genul asta:

 ip: 192.168.1.X - 15G total
 Url  Traffic
 youtube.com 10G
 facebook.com 5G

 Mai exact, trebuie sa fac accounting la fiecare ip din retea, si pe
 fiecare ip din retea sa am si situatia de mai sus.
 Am configurat pe switch port-mirroring si in acel port este conectat
 un calculator cu linux.
 Am instalat ntop si imi arata cantitatea de trafic per ip, dar nu imi
 spune ce domenii a accesat si in ce cantitate.
 Ar mai fi o solutie in care sa fortez toti userii sa treaca printr-un
 server squid in mod transparent, dar nu as vrea sa apelez la aceasta
 varianta, doresc doar sa monitorizez.

 Are cineva o idee care m-ar ajuta sa rezolv situatia asta?

Gandeste-te ce trebuie sa faci - that is, content inspection (ca doar
vrei domeniile accesate, nu?). Cum planuiesti sa faci asta fara un
proxy transparent? Nu ca n-ai putea cu wireshark sau ceva similar...
dar merita efortul atunci cand ai scula deja disponibila?

/je
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] captura conectari ssh telnet

[Andrei Pascal]

2012/4/20 Gabriel jarod...@yahoo.com:

 tcpdump -n host not \(ip1 and ip2 and ...\) and port \(22 or 23\) and 
 tcp.flags.syn==1 -w /logfile.pcap

 - ip1,2... sunt IP-urile placilor de retea de pe serverul respectiv
 - aia cu tcp.flags e altfel, gasesti tu in manual cum faci match pe 
 segmentele cu SYN

--syn, da.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Samba mysql authentication

[Andrei Pascal]

On Wed, Apr 4, 2012 at 19:10, Ionut Eana ionut.e...@gmail.com wrote:
 Scopul era sa autentific si openvpn si samba prin acelasi mecanism cu
 useri comuni. M-am gandit ca redundant ca omul sa bage acelasi
 user/parola la autentificarea openvpn si pe urma acelasi user/parola
 la samba, asa ca am renuntat la povestea asta.

Esti sigur ca VREI cu adevarat asa ceva? Eu zic sa te mai gandesti de
cateva ori...


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Samba mysql authentication

[Andrei Pascal]

2012/4/4 Mircea Mitu mir...@sigu.ro:
 On 04.04.2012, at 21:22, Andrei Pascal avpas...@gmail.com wrote:

 Esti sigur ca VREI cu adevarat asa ceva? Eu zic sa te mai gandesti de
 cateva ori...

 La ce anume? Useri comuni sau autentificare in mysql?

Ambele? Hai ca mysql-ul ala mai poate fi trecut cu vederea... desi la
 30 useri cred ca e putin prea complicat.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Aplicatie software gratuita pentru comunicare interna (chat)

[Andrei Pascal]

2012/3/20 Marian Banica banica.mar...@gmail.com:
 Salutare,

 Suntem in cautarea unei aplicatii open source pe care sa o folosim pentru
 comunicare interna.
 Ne dorim practic un sistem de tip skype sau gtalk in care sa aiba acces
 doar oamenii din companie si sa putem de asemenea sa adaugam chat rooms.
 Avem nevoie doar de mesaje scrise, nu voce, nu transfer de fisiere, nu
 video.

 Pana acum am luat in calcul mai multe variante dupa cum ar fi:
 1) sistem de tip IRC conectat cu client Pidjin
 2) sistem de tip Jabber conectat cu client Pidjin
 http://xmpp.org/xmpp-software/servers/
 3) sistem ejabbered
 http://www.ejabberd.im/

 In toate cazurile am intampinat aceeasi problema: nu dispunem de un server
 dedicat si in acest caz am avea nevoie de un sistem scris in PHP, Ruby,
 Perl sau Python.

 Ca si curiozitate as fi interesat voi ce folositi ca sistem de comunicare
 interna in cadrul echipelor sau a companiilor.

 Cu drag,
 Marian

XMPP-based chat. Si e ditai imensitatea de companie...

Besides, de ce e asa complicat de pus la dispozitie o masina dedicata?
Nu trebuie sa fie ceva monstruos.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Aplicatie software gratuita pentru comunicare interna (chat)

[Andrei Pascal]

se integreaza cu SSO-ul de la Oracle, da' nu stiu care e exact aplicatia de
XMPP. Ideea de baxa, insa, e ca daca se vrea, se si poate...
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] load balancer pentru apache

[Andrei Pascal]

2012/3/12 huruiala cosmin huruiala_petrecos...@yahoo.com:
 cu F5 am putina experienta dar nu pentru partea de load balancing ci de waf. 
 E groaznic de configurat!

Spre deosebire de...?

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] freebsd-ul, 9-le si linuxistii

[Andrei Pascal]

On Sat, Jan 14, 2012 at 13:41, tiberiu socaciu tibisoca...@gmail.comwrote:

 On Fri, Jan 13, 2012 at 12:15 PM, Calin Miclaus mca...@arlug.ro wrote:
  On Fri, Jan 13, 2012 at 09:35, Quamis qua...@gmail.com wrote:
  Ce avantaje are freebsd-ul fata de un linux normal?
 
  Care linux (nu) e normal ?

 slack :D

 t.


Slacu' nu ie Linux!

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Optimizare delivery local postfix

[Andrei Pascal]

2012/1/11 Adrian Popa adrian.popa...@gmail.com

 Nu mi se pare chiar așa de rea ideea mutării cozilor în ramdisk


Tu chiar n-ai citit ce-a zis Petre mai sus, nu? :)

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Oracle shared memory files

[Andrei Pascal]

2011/10/4 Gyula Keresztely-Krall xene...@gmail.com:
 2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
 On 10/04/2011 02:28 PM, Gyula Keresztely-Krall wrote:

 P.S. Kernel: Linux db.mydomain.net 2.6.18-92.el5 #1 SMP Fri May 23
 23:40:43 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux

 nelegat de problema ta ci de versiunea de linux folosita: spre binele
 vostru sper ca masina aia e bine izolata si nu are nimeni cont pe ea. in
 caz contrar se obtine root de catre orice user in 1 sec


 Da, este intr-o retea interna , neaccesibila din afara.
 Dar poti dezvolta te rog subiectul ? (eventual in privat)

 Mersi.


Wolfy se refera la antichitatea de RHEL 5.1 ce ruleaza pe masina aia.
Si sper ca userul 'oracle' are alta parola decat aia default, BTW.

-- 
Ave sa turnam gaz pe foc
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Oracle shared memory files

[Andrei Pascal]

2011/10/4 manuel lonely wolf wolfshant wo...@prolinux.ro:
 On 10/04/2011 03:04 PM, Gyula Keresztely-Krall wrote:
 Este un:
 RH Enterprise Linux Server release 5.2 (Carthage)
 cu sec la zi cica (am mostenit de altfel),
 cica fiind cuv cheie.
 https://rhn.redhat.com/errata/RHSA-2010-0704.html
 orice kernel anterior celui de mai sus da instant root access. tu rulezi
 cel implicit din 5.2 (anno domini 2008 adica muult mult mai vechi). iar
 daca userul oracle a accesibil din retea ( si de obicei este fiindca 99%
 din utilizatori il creeaza cu shell /bin/bash) ...

Problema e ca userul ala are nevoie de shell interactiv cel putin
atunci cand vorbim de RAC. Dar intrucat omu' de baza ne-a zis ca nu se
poate da restart la DB, inclin sa cred ca e vorba de o instanta
stand-alone.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Sistem open source de tip wiki

[Andrei Pascal]

2011/9/8 Marian Banica banica.mar...@gmail.com:
 Salut,

 Faci referire la angajati sau la exprimarea cerintelor mele din punct de
 vedere tehnic? :)

 Marian



 2011/9/8 Petru Ratiu rpe...@gmail.com

 2011/9/8 Marian Banica banica.mar...@gmail.com:
  Salut,
 
  Nevoie:
  Crearea unui sistem de* gestiune a cunostintelor dintr-o firma*, de la
  manuale de dezvoltare a unor solutii pana la structura firmei
  Existenta unui *numar mare de documente* care se plimba actualmente din
 mail
  in mail fara a mai fi modificate (tot felul de template-uri)
  *Pierderea unor informatii vitale* pentru companie atunci cand unul
 dintre
  angajati paraseste compania
  *Timp* destul de *mare* al noilor angajati *pentru invatarea unor
 elemente
  specifice companiei* si multe intrebari repetitive la care o pagina de
 wiki
  poate da raspunsuri mai complete decat din vorba in vorba.
 

 Daca mi se permite un raspuns putin mai sarcastic, probabil nu o
 solutie software va trebuie ci un ciomag si cineva sa-l foloseasca.

 --
 Petre eu as munci, da' nu e biroul/scaunul/wiki-ul prea ergonomic
 si-mi cauzeaza la feng-shui

1. La angajati, d'oh...
2. Top posting STILL sucks.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Sistem open source de tip wiki

[Andrei Pascal]

2011/9/8 Petru Ratiu rpe...@gmail.com:
 2011/9/8 Marian Banica banica.mar...@gmail.com:
 Salut,

 Faci referire la angajati sau la exprimarea cerintelor mele din punct de
 vedere tehnic? :)


 Nu, la angajati. Senzatia mea e ca te chinui prea mult sa gasesti ceva
 suficient de flexibil, de moale si de roz ca sa faca oamenii sa le
 pese. You won't.

 Chestiile alea de care zici functioneaza la fel de bine cu toate
 documentele importante si instructiuni de folosire a documentelor
 importante se scriu pe fileserver sau va ia mama naibii. Cauta un sef
 cu autoritate si explica-i importanta centralizarii acestor
 informatii, are el grija sa creeze procesul, dupa care o sa ai ceva
 care se poate imbunatati (si niste cerinte specifice).

 Na, daca firma de care zici are 2000 de oameni si au dificultati in
 document management si alte cuvinte de-astea stufoase, e alta
 discutie, dar tare am senzatia ca nu e cazul.

 PS: vezi ca confuzia intre wiki si document management duce la
 .docx-uri tinute in baza de date. On that path lies madness.
 --
 Petre.

Aici nu pot decat sa-l secondez pe Petre. Grija principala trebuie sa
fie de a crea o modalitate bine structurata de acces la informatia
relevanta, de preferat web-based (a.i. sa poti pune bookmarks in
browsere) si de a avea un individ care s-o pastreze actualizata. Si,
desigur, autoritatea de care zicea Petre si care sa spuna: in ROI
scrie ca in 2 saptamani trebuie sa citesti materialele X, Y, Z, A, B,
C. Nu le-ai citit... m*e. E singura modalitate care functioneaza cand
ai parte de o circulatie masiva a fortei de munca (nu vreau sa ma
gandesc cum altfel ar fi putut rezolva problema asta la o firma care
numai in .ro are peste 2000 de oameni).

A, daca e migratie masiva a fortei de munca e posibil ca problema de
baza sa fie in cu totul alta parte. Dar acest aspect depaseste cadrul
discutiei noastre...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ordinea discurilor la raid10

[Andrei Pascal]

2011/8/19 Petru Ratiu rpe...@gmail.com:
 2011/8/19 Dan Borlovan d...@level7.ro:

 Pe de alta parte, un raid6 s-ar putea sa fie mai simplu de digerat, chit
 ca implica un pic de procesor, sint destule core-uri. Nu ca la ora asta
 mi-as da seama care varianta e mai rapida.


 Raid10 ar trebui sa fie sensibil mai rapid, in special la random reads
 (baza de date). Daca e nevoie doar de long-term storage (backup, porn
 machine, etc), probabil ca raid6 e mai useful (daca nu altceva, macar
 pentru ca-i poti face grow).

Iar in caz de rebuild RAID6 o sa frece TOATE discurile din RAID (ca si
RAID 5, de altfel) ceea ce pe langa penalizarea de performanta mai
introduce si stress suplimentar asupra tuturor discurilor (si nu doar
asupra unuia singur ca in RAID 1+0.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] sysadmin day beerfest?

[Andrei Pascal]

On Fri, Jul 29, 2011 at 16:33, Andrei Staicu andrei.sta...@gmail.com wrote:
 Pana la urma unde a ramas (daca a mai ramas)?
 Bewarw of programmers who carry screwdrivers!

Beware of rpetre, he has I void warranties T-shirt...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] Bonding ifdown/ifup

[Andrei Pascal]

Salutari,


Dupa 2 zile de chin si sapaturi arheologice, ma vad nevoit sa dau si
aici cu intrebarea. Deci:

Se da un numar X de masini, model HP BL460 G7. Adicatelea blade-uri.
Ele contin fiecare cate doua placi de retea a cate 2 porturi bucata,
mai exact:

[root@host01 ~]# lspci | grep -i ether
02:00.0 Ethernet controller: Emulex Corporation OneConnect 10Gb NIC
(be3) (rev 01)
02:00.1 Ethernet controller: Emulex Corporation OneConnect 10Gb NIC
(be3) (rev 01)
09:00.0 Ethernet controller: Broadcom Corporation NetXtreme II
BCM5709S Gigabit Ethernet (rev 20)
09:00.1 Ethernet controller: Broadcom Corporation NetXtreme II
BCM5709S Gigabit Ethernet (rev 20)

Evident c-am vrut sa cuplez porturile in perechi de pe placi diferite
ca sa evit situatii neplacute gen s-a dus pe copca un controller
ethernet. Concluzie: bond0 = eth0 + eth2 si bond1 = eth1 + eth3.
Definitii:

[root@host01 network-scripts]# cat ifcfg-eth*
# Broadcom Corporation NetXtreme II BCM5709S Gigabit Ethernet
DEVICE=eth0
BOOTPROTO=none
SLAVE=yes
MASTER=bond0
ONBOOT=yes
# Broadcom Corporation NetXtreme II BCM5709S Gigabit Ethernet
DEVICE=eth1
ONBOOT=yes
HOTPLUG=no
SLAVE=yes
MASTER=bond1
# Emulex Corporation OneConnect 10Gb NIC (be3)
DEVICE=eth2
ONBOOT=yes
SLAVE=yes
MASTER=bond0
# Emulex Corporation OneConnect 10Gb NIC (be3)
DEVICE=eth3
ONBOOT=yes
HOTPLUG=no
SLAVE=yes
MASTER=bond1

[root@host01 network-scripts]# cat ifcfg-bond*
# bond0 device comprised of eth2 (PCI, default active) and eth0
(onboard, default standby)
DEVICE=bond0
BONDING_OPTS=mode=1 arp_interval=100 arp_ip_target=x.y.z.5
fail_over_mac=1 arp_validate=1
BOOTPROTO=static
BROADCAST=x.y.z.255
IPADDR=x.y.z.13
NETMASK=255.255.255.0
NETWORK=x.y.z.0
GATEWAY=x.y.z.5
ONBOOT=yes
# bond1 device comprised of eth3 (PCI, default active) and eth1
(onboard, default standby)
DEVICE=bond1
BONDING_OPTS=mode=1 arp_interval=100 arp_ip_target=a.b.c.21,a.b.c.23
arp_validate=3 fail_over_mac=0
BOOTPROTO=static
IPADDR=a.b.c.21
NETMASK=255.255.255.240
NETWORK=a.b.c.16
BROADCAST=a.b.c.31
ONBOOT=yes


Incercarile de failover posibile sunt doar pe baza de ifdown ethX,
intrucat serverul se conecteaza intr-un backplane care da in niste
switchuri fizic existente in sasiu. Din acest motiv testul cu miimon
(prezenta purtatoarei la layer 1) nu sunt relevante dar au fost totusi
incercate mai devreme. (Maine dimineata o sa facem si testul cu scos
cablul, dar nu merge decat pentru doua din cele 4 porturi si trebuie
modificate setarile sasiului, chestie pe care am zis sa n-o fac totusi
ca mai sunt si alte sisteme p-acolo.) Au fost mai multe combinatii de
optiuni pentru modului de bonding, astea sunt printre ultimele.
Clientul prefera modul active-backup; teoretic ar trebui sa fie
functional si round-robin-ul (modul 0) dar nu sunt absolut convins ca
nu ma pasc probleme ulterioare (urmeaza sa ajunga pe masina un Oracle
RAC).

Combinatii de parametri:
fail_over_mac=0, 1 sau 2;
arp_validate=0, 1, 2 sau 3 (nu stiu ce smecherii au facut la nivel
de switchuri);
s-a incercat si miimon=100 in loc de arp_interval=100; acelasi rezultat.

Rezultatul:

Test pornit de pe o alta masina (cele doua segmente de retea sunt
respectiv comune):

[root@host02 ~]# ping a.b.c.21
PING a.b.c.21 (a.b.c.21) 56(84) bytes of data.
64 bytes from a.b.c.21: icmp_seq=1 ttl=64 time=0.168 ms
64 bytes from a.b.c.21: icmp_seq=2 ttl=64 time=0.211 ms
64 bytes from a.b.c.21: icmp_seq=3 ttl=64 time=0.182 ms
64 bytes from a.b.c.21: icmp_seq=4 ttl=64 time=0.171 ms
64 bytes from a.b.c.21: icmp_seq=5 ttl=64 time=0.203 ms
64 bytes from a.b.c.21: icmp_seq=6 ttl=64 time=0.180 ms
64 bytes from a.b.c.21: icmp_seq=7 ttl=64 time=0.181 ms
[aici se da ifdown pe host01]


Pe host01 (masina de test):
[root@chost01 network-scripts]# cat /proc/net/bonding/bond1
Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth3
MII Status: up
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0
ARP Polling Interval (ms): 100
ARP IP target/s (n.n.n.n form): a.b.c.21, a.b.c.23

Slave Interface: eth1
MII Status: down
Link Failure Count: 3
Permanent HW addr: 98:4b:e1:5e:1e:80

Slave Interface: eth3
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:17:a4:77:04:1e

[[[aici totul e frumos]]]

[root@host01 network-scripts]# ifdown eth3

[root@host01 network-scripts]# cat /proc/net/bonding/bond1
Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)

Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: None
MII Status: up
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0
ARP Polling Interval (ms): 100
ARP IP target/s (n.n.n.n form): a.b.c.21, a.b.c.23

Slave Interface: eth1
MII Status: down
Link Failure Count: 3
Permanent HW addr: 98:4b:e1:5e:1e:80

...si a murit. Nici o incercare de 'ifup eth1' (care ar fi trebuit sa
preia traficul) nu are succes.

Distributie RHEL 5 update la zi, no extra fiddlings.

Any hints?



Multam frumos!

Re: [rlug] problema ext3 / grub (rezolvata)

[Andrei Pascal]

2011/4/11 Dan Borlovan d...@level7.ro



 On 04/11/2011 02:00 PM, Catalin Muresan wrote:
  si aici cam orice cu / (existent sau inexistent) crapa. Intr-un final
  descopar ca in / erau cam 2-300k+ fisiere (damn you webmaster!). Sters

 Spune-mi ca un ai aplicatii de web care ruleaza ca root si pot crea
 fisiere in / ... altfel ti-ai meritat-o


Nu are el... a avut webmasteru'.


-- 
Ave Nu io nenea, nu io!!!...
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] problema ext3 / grub (rezolvata)

[Andrei Pascal]

2011/4/11 Catalin Muresan catalin.mure...@gmail.com


 ah, a fost un brainfart de-al webmaster-ului, era plin cu index.html.1 
 index.html.50,
 un cron pe minut pus un wget care constiincios tot aducea si salva in /
 (script pus in cron.d care
 din ceva motiv se executa cu CWD=/).


La faza asta brainfart e un eufemism. MARE.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] problema ext3 / grub (rezolvata)

[Andrei Pascal]

2011/4/11 Petru Ratiu rpe...@gmail.com

 2011/4/11 Andrei Pascal avpas...@gmail.com:
  2011/4/11 Catalin Muresan catalin.mure...@gmail.com
 
 
  ah, a fost un brainfart de-al webmaster-ului, era plin cu index.html.1
 
  index.html.50,
  un cron pe minut pus un wget care constiincios tot aducea si salva in /
  (script pus in cron.d care
  din ceva motiv se executa cu CWD=/).
 
 
  La faza asta brainfart e un eufemism. MARE.

 Io as fi curios de ce avea webmasterul drept sa ruleze cronuri ca
 root. Sau si mai rau, cine a facut chmod 777 pe /.

 --
 Petre desi nu m-ar surprinde daca raspunsul e cpanel


Sau poate a rugat un pretin sysadmin...

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] mc sub screen - debian squeeze

[Andrei Pascal]

2011/3/14 Alex 'CAVE' Cernat c...@cernat.ro

 Salut

 Folosesc din plin morcov commander-ul (mc), dar vad ca in ultimul timp ma
 supara foarte tare.
 Mai precis, in ultima versiune de debian (squeeze ca sa fiu exact) o ia
 razna terminalul destul de rau atunci cand lucrez sub screen.
 Combinatia de mc cu screen (plus ssh din putty) era destul de cu probleme
 si
 mai de mult, dar un export LANG=C il calma fara probleme. Acum insa cutzu.
 Am testat cu toate tipurile de TERM venite in minte (xterm, linux, screen,
 chiar si vt100 parca), dar nu am vazut nicio imbunatatire. Cel mult merge
 putin dar se strica randurile destul de repede.
 Are cineva success stories de impartasit ? Adica configuratii care sa si
 functioneze ? Ca momentan gogule nu e de niciun ajutor ...

 Alex


Daca vorbim de PuTTY, la Window - Translation te ajuta sa setezi UTF8 in
loc de ce altceva e acolo?

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] partitii si fdisk

[Andrei Pascal]

2011/3/8 Catalin Catana catalin.cat...@phpsolutions.ro

 Buna,


Salut,



 Vreau sa fac grow la '/' dar m-am blocat la outputul lui fdisk din care
 nu imi dau seama cum e folosit diskul sdb ... deoarece ma asteptam
 sa vad o partitie de tip ext 3 care incepe la un anumit block si se termina
 undeva, dar ... vedeti si voi mai jos.

 Imi poate explica cineva ce inseamna output-ul de mai jos a lui fdisk,
 si cum sa vad/modific/sterg partitiile de pe disk ?

 --
 Command (m for help): p

 Disk /dev/sdb1: 79.4 GB, 79497298944 bytes
 255 heads, 63 sectors/track, 9664 cylinders
 Units = cylinders of 16065 * 512 = 8225280 bytes




  Device Boot  Start End  Blocks   Id  System

 Command (m for help):
 --

 diskurile sunt folosite in felul urmator



Pentru ca se da fdisk /dev/sdb, nu fdisk /dev/sdb1.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] partitii si fdisk

[Andrei Pascal]

2011/3/8 Catalin Catana catalin.cat...@phpsolutions.ro

 On 3/8/2011 1:52 PM, Andrei Pascal wrote:

  Pentru ca se da fdisk /dev/sdb, nu fdisk /dev/sdb1.

 Multumesc :)
 Cateodata mai tre' sa-ti dea cineva o palma sa te trezesti ... (mie
 sa-mi dea)


Relax, am avut cu totii zile in care cafeaua nu si-a facut efectul. Nici a
doua. Cafea, that is.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] combinatie taste = rulare script

[Andrei Pascal]

2011/1/28 Munteanu Alexandru munteanu.alexan...@yahoo.com

  In stilul asta, nu m-ar mira sa apara curand ceva OS care
  pentru
  securitate sa te puna sa dai ctrl-alt-del inainte de
  login, de parca
  dansul ploii la tastatura face porumbul sa creasca mai bine
  or
  something.

 Aici faci referire la windows sa inteleg =))


...care face asta de peste 15 ani...

-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] LOAD 2011 : o crestere de 38% a vitezei prin virtualizare

[Andrei Pascal]

2011/1/25 Alex 'CAVE' Cernat c...@cernat.ro:

 Cum au obtinut ei datele, nu stiu.
 Ce am observat eu e ca un XP Professional booteaza semnificativ mai
 repede rulind ca domU in o masina vrituala Xen avind Centos 5 ca host OS
 decit atunci cind era instalat direct pe bare metal pe acelasi calculator.

 butarea ca butare, ca aia o faci o data la inceput si dupa aia doar cand
 rebootezi (ce-i drept, e nevoie cam des, dar hai sa nu facem flama)
 dupa aia cum se misca ? ca pe toate virtualizarile de la vmware mergea
 muuult mai greu (se mai misca rezonabil doar daca dezactivam toate
 cache-urile posibile, ceea ce pentru testlab mergea, dar pentru un
 sistem personal, ca productie si xp e cam oxymoron, nu prea, ca se
 puteau pierde date)

 Alex

VMware iti freaca discul la greu, intrucat tine o copie pe disc a
memoriei VM-ului. Deci daca ai multe modificari in memorie (deci
masina folosita) normal c-o sa mearga greu intrucat astepti dupa disc.


-- 
Ave
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] fedora 14 :: bloat processes

[Andrei Pascal]

On Thu, Dec 2, 2010 at 22:51, Adrian Sevcenco adrian.sevce...@cern.ch wrote:
 Salut! Am in fedora 14 tot felul de procese ce nu au ce cauta .. si nici
 nu pot dezinsatala respectivele pachete ca mi se dezinstaleaza jumatate
 de sistem .. procesele in cauza sunt :
 modem-manager, wpa_supplicant, system-setup-keyboard si cagibi

 Are cineva idee cum pot sa fac sa le opresc sa fie lansate?
 tot ce e pornit in rc5.d :
 acpid           5:on
 akmods          5:on
 atd             5:on
 auditd          5:on
 crond           5:on
 cups            5:on
 haldaemon       5:on
 iptables        5:on
 irqbalance      5:on
 mcstrans        5:on
 messagebus      5:on
 network         5:on
 ntpd            5:on
 nvidia          5:on
 postfix         5:on
 psacct          5:on
 rsyslog         5:on
 smartd          5:on
 sshd            5:on
 sysstat         5:on
 udev-post       5:on
 ups             5:on

 Multumesc!
 Adrian

chkconfig serviciu off
/etc/init.d/serviciu stop


Dar ce ai tu acolo e decent, nu m-as lega de ele. Poate ups


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Certificari LINUX - Offtopic

[Andrei Pascal]

2010/10/20 Ticlea Petru Alexandru ticlea_alexan...@yahoo.com:
 In 80% din cazurile de la noi, e mai important (sper sa fie in procent cat 
 mai mic) sa faci repede ceva, sa vada userul/seful, decat sa-l planifici si 
 sa te asiguri ca nu apar surprize.
 IMHO, e mai important sa sti _cum_ sa faci, decat actiunea in sine.

Asta e valabil nu numai la noi. Peste tot lumea se grabeste, si se
merge pe principiul sa fie gata cat mai repede (a.k.a. cincinalul
in 4 ani jumate pentru cei care au prins vremurili). Asta porneste de
sus, de la menajeri care dau termene de finalizare fie pe baza unei
estimari gresite a timpului necesar realizarii produsului finit (si o
instalare de OS tot produs finit e), inclusiv teste daca e nevoie, fie
fara sa aiba habar vreo clipa de cata munca e necesara.

Managerii BUNI sunt extrem de rari. Si asta se vede in calitatea
produselor finale care ajung pe piata - fie ea publica sau interna a
unei organizatii.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Certificari LINUX - Offtopic

[Andrei Pascal]

2010/10/20 Iulian Roman iulian.ro...@gmail.com:

 as spune ca sunt pe cale de disparitie. paradoxal, cu cit am schimbat locul
 de munca pentru salariu mai mare cu atit am dat de manageri mai imbecili. si
 asta pentru ca se merge pe conceptul total gresit ca managerul nu trebuie sa
 fie tehnic. sunt de acord ca nu trebuie sa faca chestii tehnice, dar nu poti
 fi IT manager numai cu ITIL/SOX/PRINCE si toate cacaturile derivate.

Vei gasi foarte rar un manager foarte competent atat dpdv managerial
cat si dpdv tehnic. Asta pentru ca treaba managerului nu mai este una
care sa tina de facerea propriu-zisa a treburilor, ci de organizarea
celor ce fac si interfata intre ei si superiori. Si doar foarte rar
vei gasi competente manageriale la un techie - cei mai multi techies
prefera sa faca $STUFF decat sa ii coordoneze pe altii, sa faca
birocratie etc. Nu zic ca nu cunosc exceptii de la regula, dar sunt
foarte rare. :)

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] A aparut din nou Flash plugin de 64 de biti (beta)

[Andrei Pascal]

2010/9/16 Mircea MITU mir...@sigu.ro:
 On Thu, 2010-09-16 at 21:10 +0300, Manuel lonely wolf Wolfshant wrote:
 btw, versiunea pe care o folosesti tu
 - nu mai e era oferita de adobe de multe luni, fiindca
 - are gauri de securitate ( pe linga alte buguri)

 Pe care versiunea noua nu le are, carevasazica inca, parol! ;)

Nu le are _pe_aceleasi_, aia da.

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] CentOS 5.5 default route

[Andrei Pascal]

2010/8/25 Claudiu Nicolaie CISMARU clau...@virtuamagic.com:

 un typo? ip si default gw sunt in acelasi subnet ?

 Checked si rechecked :)

 Pana la urma am rezolvat asa:
 firstboot --reconfig

 Si acolo am dat save la toate... si acum merge.

Ideal ar fi fost sa salvezi configurile nefunctionale ca sa vezi unde
era problema. Pot pune pariu ca a fot un typo undeva...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] CentOS 5.5 default route

[Andrei Pascal]

2010/8/25 Claudiu Nicolaie CISMARU clau...@virtuamagic.com:


 Ideal ar fi fost sa salvezi configurile nefunctionale ca sa vezi unde
 era problema. Pot pune pariu ca a fot un typo undeva...

 Pai ce typo daca eu am dat doar Save la ce era afisat pe ecran? :)

La cele de dinainte de 'firstboot --reconfig', d'oh! :)


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] schimbari ftp.lug.ro

[Andrei Pascal]

Multumim pentru eforturi! Iar ceasu' rau pisica treispe sunt
prezente oricand si oriunde, deci nu-i bai...

2010/8/23 Petru Ratiu rpe...@gmail.com:
 Serverul lug.ro din datacenterul Ines a fost schimbat weekendul asta
 cu un hardware nou (stiti, serverul ala pe care v-am cerut bani acum
 enshpe luni :D). Dat fiind ca ceasul rau, pisica treispe si vremea

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Atelierele RLUG - editia august 2010

[Andrei Pascal]

2010/8/17 Nicu Buculei nicu_...@nicubunu.ro:
 On 08/17/2010 11:04 AM, Petru Ratiu wrote:

 Sambata de la ora 12:00 la 14:00 se va petrece tot in locul stiut,
 editia pe august a atelierelor RLUG. De data asta, Nicu Buculei s-a
 oferit sa faca niste demonstratii practice de editare grafica cu Gimp
 si/sau Inkscape (in urma cererilor catorva membri ai publicului). Daca
 aveti niste idei de subiecte pe tema asta, Nicu ar fi interesat sa le
 afle din timp sa isi faca programa.

 Sa sparg eu gheata cu idei:
 - am primit o cerere de a vorbi despre filtre in GIMP (e cam generica tema)
 - am de ceva timp in cap o prezentare despre butoane 2.0 in Inkscape
 - am mai fost intrebat despre corectarea White Balance la fotografiile
 JPEG (curbe de culoare)


Hate^n, eu sunt mana criminala care a intrebat de white balance dar
_fix_in_aceasta_sambata_ nu am cum sa fiu in Buc. mai devreme de 6
seara :(





-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] printf si UTF-8

[Andrei Pascal]

2010/7/5 Flower flowe...@golia.ro:
 On 07/05/2010 02:43 PM, Petru Ratiu wrote:

 Sorry, dar nu ma pot abtine: de ce te chinui sa scrii zilele
 saptamanii in ro_RO.UTF-8 langa backup starts at ?

 Because, este o informație foarte utilă pentru toți back-up managers :)


 Flower

Ce anume, romgleza? :D



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] printf si UTF-8

[Andrei Pascal]

2010/7/5 Dan Borlovan d...@level7.ro:
 On 07/05/2010 02:57 PM, Andrei Pascal wrote:

 Ce anume, romgleza? :D

 OT

 Poate are omu un sef care nu stie cine e mondei si cine e tusdei (sefii
 place la ei rapoarte da' unii au facut rusa+franceza in liceu)

Aia inseamna si disparitia lu' backup starts at in detrimentul lu'
backup-ul incepe la.



-- 
Ave, grammar nazi
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] printf si UTF-8

[Andrei Pascal]

2010/7/5 Petru Ratiu rpe...@gmail.com:

 Poate are omu un sef care nu stie cine e mondei si cine e tusdei (sefii
 place la ei rapoarte da' unii au facut rusa+franceza in liceu)

 Nici o problema, dar de ce backup started at in loc de backup-ul a
 început la (sau copia de siguranță s-a efectuat la, pentru a
 satisface cele mai pruteniene gusturi)?

 --
 Petre.

Na c-ai dat la dastauta mai repede ca mine...


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Dilema backup via sshfs [newbie]

[Andrei Pascal]

...Cu mentiunea ca trebuie si mount cu acl.

On 2010-03-18, Manuel lonely wolf Wolfshant wo...@prolinux.ro wrote:
 On 03/18/2010 07:48 PM, Petru Ratiu wrote:
 2010/3/18 Flower flowe...@golia.ro:

 icebox wrote:

 Am un server remote (web+mail) la care doresc sa ii fac un backup
 periodic.

 Am decis sa montez folosind sshfs serverul remote pe calculatorul ce
 va face backup-urile si sa folosesc rdiff-backup. Problema este ca nu
  gasesc o solutie multumitoare: - nu doresc sa permit root login pe
 serverul remote. - fisierele ce trebuiesc copiate apartin de useri si
 grupuri diferite si multe nu pot fi read by others - sunt mai multe
 grupuri deci userul backup ce monteaza folderul nu le poate apartine
 tuturor

 Astfel nu am nici o idee ce sa mentina securitatea si totodata sa
 permita accesul userului backup la toate fisierele.

 Va rog sa imi sugerati o solutie - fie si vorba de alt procedeu de
 backup. In mare nu tin nici la sshfs nici la rdiff-backup. Ce doresc
 e o solutie simpla  (e vorba de 2-3 gb de fisiere deocamdata) si
 preferabil sa stie incremental snapshots.

 tar executat din cron ca root local.
 rsync peste ce vrei tu după fișierul tar.


 Nu stiu daca cu tar ii ies foarte incrementale snapshoturile. Singura
 solutie care imi vine in cap la sa citeasca fisierele altora dar sa
 nu fie root e cu roluri de SELinux, dar s-ar putea sa fie destul de
 mare scarpinarea suplimentara.

 gr
 man setfacl. useradd backup, setacl -m -u:backup:rx pe directoare,
 respectiv -r pe fisiere. ssh bac...@server (cu cheie). enjoy



 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Eroare ram sau placa de baza?

[Andrei Pascal]

On Mon, Mar 15, 2010 at 10:27, Munteanu Alexandru
munteanu.alexan...@yahoo.com wrote:
 Salut am un server care la un moment dat random se blocheaza si apare 
 urmatoarea eroare in log-uri:

[...]

 La ram am dat un memtest si a fost ok...de la ce poate fi?

 Va multumesc.

Incearca sa instalezi edac-utils si vezi ce zice si ala. Memtest86 nu
stie sa citeasca informatiile de ECC.



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] probleme bonding cu at-gs950/24

[Andrei Pascal]

2010/3/5 Bogdan-Stefan Rotariu bog...@rotariu.ro:

 Acum o sa ai alta problema, dupa n timp ti se va bloca switch-ul :)
 Nu ca imi doresc sa ti se blocheze, dar e fact asta.

Poi di she?


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] probleme bonding cu at-gs950/24

[Andrei Pascal]

2010/3/4 Vlad Georgescu v...@lsi.ro:
 Andrei Pascal wrote:

 Da' tii NEAPARAT la LACP?


 zici ca balance-alb merge bine? esti multumit?

2 x 10Gbit pe noduri de RAC de la Oracle. Pana acum n-a crapat (de
vreun an si ceva)...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ip based KVM

[Andrei Pascal]

2010/2/18 manuel lonely wolf wolfshant wo...@prolinux.ro

 Bazy wrote:se poate comanda via reprezentanta lor de aici (e o firma care
 de fapt e
 reprezentanta IBM...), dar e cu bataie de cap. mie nu imi plac bataile
 de cap asa ca le-am adus din SUA.


Adus as in adus de cineva sau comandate online?


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ip based KVM

[Andrei Pascal]

2010/2/18 manuel lonely wolf wolfshant wo...@prolinux.ro

 ambele amindoua. comandate online cu livrarea la cimeva din sua care
 le-a adus in sacosa :)


Ok, sa caut si eu pe cineva acolo... :D


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] ip based KVM

[Andrei Pascal]

2010/2/18 Petru Ratiu rpe...@gmail.com

 2010/2/18 Bazy baz...@gmail.com:
 
  Am acasa un server pe care testez diferite lucruri, fie de la lucru,
 fie
  din locatia unor clienti. M-ar interesa un KVM peste IP, un fel de DRAC
 de
  la Dell sau iLo de la HP.


 Daca nu te intereseaza mod grafic (adica daca n-ai windows), un
 cablu serial din alt computer poate face minuni :)

 Poate ca acel computer nu stie de redirectarea consolei pe seriala, cel
putin la BIOS...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] distro linux certificate oracle

[Andrei Pascal]

In afara de suportul pentr ULN (Unbreakable Linux Network, adica RHN
branduit Oracle) nu e nici o diferenta. Besides, poti sa descarci un kit de
OEL sa te dai cu el, dar singura chestie diferita de Red Hat e artwork-ul.

2010/1/13 Mache mir...@sigu.ro

 Hello,

 Ca sa continuam slavirea mysql, am o firma ce vrea sa instaleze un
 erp/crm/stf bazat de Oracle pe un server Linux si insista ca acel Linux
 sa fie RHEL sau SLES, deoarece doar acestea sunt certificate de Oracle.

 La intrebarea mea daca nu merge pus pe Oracle Enterprise Linux am primit
 raspuns ca Oracle nu a certificat decat RHEL/SLES si ca atare nu
 garanteaza sa mearga ok pe altceva.

 Trecand peste WTF-ul de rigoare, ce experienta aveti cu OEL vizavi de
 RHEL/SLES? Stiu ca e clona de RHEL, dar experienta mea e limitata cu el.

 Multumesc




-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] distro linux certificate oracle

[Andrei Pascal]

2010/1/13 Nicu Buculei nicu_...@nicubunu.ro


 La intilnirea RLUG din noiembrie Ender parca ne povestea de tot felul de
 patchuri pe care le dezvolta/aplica.


Da, asa e, dar in general alea sunt orientate spre optimizarea engine-urilor
de DB.


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] distro linux certificate oracle

[Andrei Pascal]

2010/1/13 Vali Dragnuta vali.dragn...@inode.ro


 Personal as recomanda fara sa stau prea mult pe ginduri RHEL in loc de
 OEL.


Evident, cu atat mai mult cu cat cica app e suportata DOAR pe RHEL (si SLES)
si nu si pe OEL. De ce nu si OEL... e chiar o dubiosenie ciudata. E posibil
sa nu fi apucat s-o testeze, SAU sa nu fi avut solicitari in directia asta
de la clientii care marca $$$.

Oricum, astea-s detalii nesemnificative, ca sa zic asa...

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] samba :: share ro/rw functie de ip

[Andrei Pascal]

2009/12/29 Adrian Sevcenco adrian.sevce...@cern.ch

 Salut! Aveti idee daca se poate face (si daca da, cum?) in samba un
 share care sa fie read-only pentru anumite ip-uri si rw pentru
 alteleMultumesc,
 Adrian


'write list' si 'read list' nu te ajuta? Corelat cu hosts allow, desigur...



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] samba :: share ro/rw functie de ip

[Andrei Pascal]

2009/12/29 Adrian Sevcenco adrian.sevce...@cern.ch

 Andrei Pascal wrote:
  2009/12/29 Adrian Sevcenco adrian.sevce...@cern.ch
 
  Salut! Aveti idee daca se poate face (si daca da, cum?) in samba un
  share care sa fie read-only pentru anumite ip-uri si rw pentru
  alteleMultumesc,
  Adrian
 
 
  'write list' si 'read list' nu te ajuta? Corelat cu hosts allow,
 desigur...
 Nu stiu .. acum am citit .. din cite am inteles aceste liste dau
 selectii per useri .. dar nu vreau sa fac per user (nu vreau sa fac
 autentificare la montare)
 Ma gindesc ca as putea face direct cu hosts allow dar e posibil sa am
 doua shareuri cu denumiri identice ? adica sa am ceva de genul :
 [share1]
 host allow 192.168.1.10

 [share1]
 host deny 192.168.1.10
 host allow 192.168.1.0/24
 writeable = yes

 Multumesc!
 Adrian


stai putin, ca tu ametesti situatia. Dai nume diferite la share-urile alea,
daca permiti accesul pe baza de IP. Problema cu autentificarea nu ar trebui
sa fie extrem de dureroasa, ca un user trebuie sa stie o singura parola. Dar
daca vrei ca tine, nu poti face ceea ce propui tu pentru ca share-ul ala ar
beneficia de doua reguli diferite care se bat cap in cap.

Cred in continuare ca problema e definita incorect. Esti sigur ca vrei
permisiuni pe baza de IP, nu de user?


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] samba :: share ro/rw functie de ip

[Andrei Pascal]

2009/12/29 Adrian Sevcenco adrian.sevce...@cern.ch

 Andrei Pascal wrote:
 Nu e vorba de o chestie asha de serioasa :D


Orice chestie care se poate lasa cu date pierdute (pr0n included...) intra
in categoria serioasa.


 nu e problema de RW pentru
 anumite ip=uri ci doar un comp sa aiba RO (in reteaua de acasa, parintii
 sa nu imi stearga din greseala partea de multimedia ce e pe share :D )


Deci cum spuneam mai sus, e o chestie foarte serioasa :D


 o sa incerc totusi sa fac cum zicea domnul Dragnuta sa adaug la shareul
 de protejat un include = /etc/samba/%I si sa fac un fisier ce are ca
 nume ip-ul respectiv (am inteles bine?) ce sa contina doar read only =
 yes si sa bag la global defaults writeable = yes ...
 Ar fi ok asa?

 Multumesc,
 Adrian


Teoretic ar trebui sa fie ok. Practic testeaza si tu pana iese, dupa ce
citesti doacele de-ti sar capacele...


Spor!


-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Ia atitudine urgent, altfel te va taia la buzunar! Trebuie sa( bloca(m monopolizarea MySQL!

[Andrei Pascal]

2009/12/14 Eugeniu Patrascu eu...@imacandi.net

 On Mon, Dec 14, 2009 at 19:22, Petru Ratiu wrote:
  Interesant raspunsul Oracle de azi:
 
 
 
 http://finance.yahoo.com/news/Oracle-Makes-Commitments-to-iw-580489040.html?x=0.v=1

 Probabil ii costa mai putin sa investeasca in crapul ala decat s-o mai
 lungeasca cu CE pe seama achizitionarii Sun.

 Sunt curios in cat timp o sa se treazeasca Monty ala cu picioarele rupte :)


Ba, Monty nu e baiat rau, mai ales cand se imbata (si-l ia elfa la dans
toata seara... :D).

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] [prolinux] Logo - need for help

[Andrei Pascal]

hands++

-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Re: Re: checkout/commit/update foarte lent @samba cu tortoise

[Andrei Pascal]

 revenind la problema, nu pot sa renunt la samba pt ca cei care dezvolta
 sunt pe windows si le place foarte mult tortoise svn.



Tortoise SVN e una, tinutul repo-urilor pe un share samba e cu totul alta
mancare de peste. Asta e si scopul SVN-ului: sa aiba fiecare o
copie_LOCALA_ a repo-ului, in care fac diverse operatii ce se reflecta
apoi in repo. Tu doar iti complici existenta in mod inutil.

/me a pus eclipse cu tortoise SVN si nu a cerut nici dracu' Samba...



-- 
Ave
http://flying.prwave.ro
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] criptare trafic retea interna

[Andrei Pascal]

2009/2/13 Catalin Bucur c...@geniusnet.ro:
 Salut,

 A incercat cineva sa cripteze intregul trafic dintr-o retea interna
 transformand toata reteaua interna intr-un VPN (folosind openvpn sau
 altceva asemanator)? Rezista serverul de VPN la un trafic acceptabil
 (doar documente/mailuri)? Sau exista vreo metoda relativ simpla de a
 face acest lucru fara achizitionarea de hardware dedicat?

Stai sa ne intelegem... daca e retea interna atunci termenul de
server VPN e usor... deplasat. Tu faci practic un VPN mesh acolo,
daca ai comunicare peer-to-peer, sau vpn intre statii si fiecare
server (mai putin ala de DHCP) cu care astea comunica. Overheadul mi
se pare aberant, pentru CPU load cel putin.

De pura curiozitate: cine si de ce a pus o asemenea problema? Retea
interna == mediu in care ai incredere. Daca nu mai ai incredere nici
in reteaua interna... vai si-amar.


-- 
Ave

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] criptare trafic retea interna

[Andrei Pascal]

2009/2/13 Catalin Bucur c...@geniusnet.ro:
 Stiu ca e deplasat termenul, dar am pus intrebarea cu un scop: daca e
 putin probabil sa functioneze asa ceva, macar sa-i pot da cat mai multe
 argumente contra celui care insista la nesfarsit. Daca totusi am o mica
 sansa sa fac asa ceva, sa stiu ce ma asteapta.

Cati bani e dispus sa arunce pe fereastra pentru aberatia asta?
Eventual da-ne si adresa sa aducem o basculata sub geam... :)

 Pe de alta parte, in varianta criptarii traficului folosind echipamente
 dedicate, ce mi-ati recomanda? (daca e offtopic a doua intreabare, putem
 trece pe offtopic).

Placi de retea cu criptoare HW, dar ai nevoie de managementul
certificatelor pentru fiecare sistem in parte. Daca se cere o asemenea
solutie, inseamna ca problema e prost pusa - cel mai probabil cel care
o pune e un manager care nu are habar decat de buzzwords precum
criptarea iti rezolva problemele de securitate...


-- 
Ave

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] criptare trafic retea interna

[Andrei Pascal]

2009/2/13 Catalin Bucur c...@geniusnet.ro:
 Te rog, nu-mi mai aduce aminte si tu ca e o aberatie, avand in vedere
 zecile de moduri in care poti sustrage informatia dintr-o firma :-)
 Mersi de idei.

Pai arata-i zecile alea de moduri. Si o sa inteleaga ca asta cu
criptatul e fix pix.

Besides, switchul nu e securizat (incuiat intr-un rack / camera
separata etc.)? Prizele conectate la switch nu sunt doar cele care au
computer legat la ele? Porturile USB de pe statii sunt dezafectate -
nu din BIOS, ci HARDWARE! - si SIGILATE? Aveti detector de metale la
intrarea in firma? Aveti patch panel-uri care sa TAIE automat cablul
cand detecteaza deconectarea patch cordului de la statie? etc. etc.
etc. (deci aia cu criptarea e departe rau, vine dupa toate astea -
BTW, cele de mai-nainte se practica in medii EXTREM de SENSIBILE, prin
toate tarile care folosesc calculatoare...)


-- 
Ave

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Re APC UPS sau...

[Andrei Pascal]

2009/2/2 Dan Borlovan d...@level7.ro:
 Daca te aude un electronist...

 Orice sursa de pc daca detecteaza supra sau subtensiune pe iesiri (sint
 monitorizate cel putin cele de 3.3 / 5 / 12v) se opreste singura instant. In
 cazuri foarte rare (am vazut 2 in 13 ani) protectia merge prost si se
 prajeste tot computerul de la cap la coada ireversibil.

Cu stima si respect, da' o fi valabil pentru sursele _civilizate_ mai
noi de 6 ani. in 2000 existau surse DE SERVER (deci chestii decente,
redundante - 2 surse a 400 W bucata pe un backplane serios) care aveau
feedback si control DOAR pe bara de 5 V. Si uite-asa ajungea bara de
12 V la 13,6 si se .. placile video. Discurile, printr-un miracol
- prolly circuitele nu foloseau 12 V - n-aveau nici o jena. De ce?
Deoarece consumul pe bara de 5 V era IMENS.



-- 
Ave

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug