Re: [rlug] [Newsletter] Re: IBM cumpără RedHat

[Dan Borlovan]

> Ei, nici chiar așa!  :-]  Fix de obligația de a-ți oferi suport pentru 
> problemele tale se achită cel mai prost marile corporații…

[cam offtopic, stiu]

Stii momentul ala cand iti faci un repo local pentru un bug absolut stupid care 
iti omoara un serviciu zilnic, si nu este fixat decat in urmatorul LTS? Pentru 
ca esti pe distributie open source si nu ai suport platit. Si stai si compilezi 
de mana, ca altceva mai bun n-ai de facut...

Ei, time is money si uneori ai prefera sa dai banii aia pe suport si sa se 
rezolve problema.

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

Re: [rlug] [Newsletter] Monitorizare trafic prin router

[Dan Borlovan]

Pentru ip accounting (fara ids, doar accounting) pmacct stie sa toarne datele 
direct in mysql, poti seta sa-si faca singur tabele pe zi / luna / ce vrei tu, 
agregari etc

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

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

[Dan Borlovan]

> La restart network PENTRU O VREME (5-10 min) ssh-ul functioneaza fara probleme
? (pot face ssh sau telnet pe acel port)
> dupa acea orice conexiune e refused desi ping-ul merge.

Si eu votez pe conflict de adrese ip, verifica pe router adresa mac pentru 
ip-ul cu probleme, cand merge si cand nu merge

(Urmatoarea varianta ar fi masina usor compromisa, ceva in plus ruleaza pe ea 
si se joaca)

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

Re: [rlug] [Newsletter] script bash ruleaza corect de mana si in crontab da syntax error

[Dan Borlovan]

> Subject: Cron  /usr/bin/python /root/min_process

Tu ai incercat sa rulezi un script bash cu python? Sau e creierul meu offline?

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

Re: [rlug] Cum restartez sunetul pe ub UBUNTU-14.04 64 bits ?

[Dan Borlovan]

La mine pe 14.04 la pornire volumul e pe maxim, nu se seteaza la pornire (dac 
usb extern), sa vezi ce misto e daca uit sa-l dau in jos. Dar e suficient sa 
apas odata pe volum si sare la valoarea corecta.

(Tot mai bine decit bug-uri nerezolvate pe partea de "server", la care poti sa 
tot submit-ui patch-uri ca nu te ia nimeni in seama, si ajungi sa ai repo local)

-Original Message-
From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf Of 
Sîrbu Lucian
Sent: Wednesday, September 16, 2015 12:22 AM
To: Romanian Linux Users Group
Subject: Re: [rlug] Cum restartez sunetul pe ub UBUNTU-14.04 64 bits ?

Aveam candva o problema pe ubuntu pt ca daca faceai pulseaudio stop, facea
mute sau reset unui canal, si alsa salva default ca si cum trebuia sa fie
cu ala pe mute, si la restart nu mai auzeam nimic, desi totul parea ok.

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

Re: [rlug] Cum restartez sunetul pe ub UBUNTU-14.04 64 bits ?

[Dan Borlovan]

On 09/14/2015 11:05 AM, newbielinux wrote:
> Buna dimineata listashi,
> Pe un HP ProBook 450 am instalat un Ubuntu 14.04 pe 64 de bits.Functioneaza 
> bine, bine de tot.A mai ramas un aspect pe care nu l-am lamurit si sper sa am 
> partede ajutor de la voi.Am oprit normal laptop-ul si acum sunetul nu vrea 
> nici in ruptul
> capului sa functioneze.In trecut, daca se intimpla asta, restartam intreg 
> sistemul, am facut-o de
> trei ori si nu s-a rezolvat problema.Am "goglait" si am gasit "sudo alsa 
> force-reload", si asta fara rezultat.Asa ca am ajuns la problema care v-o 
> expun sub forma de doua intrebari:

Parca de ceva secole incoace prin ubuntu cel putin se foloseste 
pulseaudio, nu direct alsa. Asa ca pe ala trebuie sa-l repornesti.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] delivery report mai avansat

[Dan Borlovan]

On 08/28/2015 02:35 PM, Andrei Prodan wrote:
 Și dacă tot ești la subiect... Și un Free Bonus cu Cryptolocker

Alo boss... don't encrypt my porn collection...

(ca tot e vineri)

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] delivery report mai avansat

[Dan Borlovan]

On 08/28/2015 11:15 AM, Valentin Cozma wrote:
 Pot eu ca expeditor al unui email sa aflu de cate ori a fost citit IN
 TOTAL acel email ?

Probabil numai daca inserezi in mail un link gen 1pixeltransparent cu id 
unic, dar si atunci unii clienti de mail nu incarca din principiu 
link-uri externe

Doar cazul 1 se numeste read receipt

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] delivery report mai avansat

[Dan Borlovan]

On 08/28/2015 12:57 PM, Andrei Prodan wrote:
 Pai merge in 100% din cazurile in care omul vrea sa iti vada imaginile din
 mail sau sa iti citeasca articolul pe site. Ceea ce e perfect OK, ca
 ceilalti oricum nu cumpara :)

Deci clar, pui o poza provocatoare pe post de link de urmarire 
bigboobs.gif?unique_id=blabla si atunci toti o sa incarce imaginea si o 
sa-i poti contoriza

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] solutie firewall acelasi clasa ip-uri /24

[Dan Borlovan]

On 07/21/2015 05:02 PM, mat.mar...@gmail.com wrote:
 Vreau sa implementez o solutie de firewall intre anumite hosturi din
 aceeasi clasa de IP-uri /24, acelasi VLAN
 Nu doresc sa modific arhitectura routingului in retea sau configuratia de
 retea/firewall local al celorlalte hosturi.

Defineste intre

In anumite situatii foarte particulare un brigding firewall ajuta

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] SMART error (Usage) detected

[Dan Borlovan]

Pai da, mai tine-le mult la 60 de grade poate poate iese de-un gratar

Vezi ca la temperaturi d-astea tropicale si alte componente imbatrinesc in ritm 
alert

Pragul la care sare smart pare setat de fabricant la 60 de grade, de aia au 
intrat in fail. Celalalt e sensibil mai rece, pardon mai putin aproape de 
punctul de fierbere
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Alegere distributie

[Dan Borlovan]

Criptarea aia nu este implementata in hdd, si pina nu primeste parola prin nu 
stiu ce comanda ATA poti sa fluieri?

E chiar asa usor de spart?

Ca poti recupera datele criptate de acord, dar fara parola cum le decriptezi 
imediat?

— 
Dan Borlovan
Datagroup-Int

 On 19 May 2015, at 19:39, Alex 'CAVE' Cernat c...@cernat.ro wrote:
 
 On 19/5/2015 7:30 PM, Abibula Aygun wrote:
 Daca nu sunt / suntem prea indiscreti , care este motivul criptarii?
 Mie personal imi pare cam ciudata faza cu criptarea .
 Nu era ma simplu HDD password din BIOS ?
 
 poate e laptop si in caz de furt ... etc etc
 hdd password din bios tine poate doar la ala care il fura, ca nu stie
 carte, dar daca intra pe mana cuiva care stie ce face, datele s-au
 recuperat imediat
 
 Alex
 
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug

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

Re: [rlug] regbot attack : ce este si cum pot investiga

[Dan Borlovan]

On 04/24/2015 02:24 PM, Adrian Sevcenco wrote:

 Ce ma sfatuiti? Cum pot sa investighez problema?

Nu prinzi cu lsof ceva conexiuni http outbound deschise, ca sa vezi ce 
proces le initiaza?

Daca inteleg eu bine pe masina ta a fost plantat un botuletz mic si rau 
care ii scaneaza pe altii de phpbb-uri. Ala mai mult ca probabil nu 
ruleaza ca root ci ca whatever chestie a fost plantat (de obicei 
folosind un site local, vulnerabil, care te lasa sa faci upload si 
executie de script-uri)

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Upgrade ratat

[Dan Borlovan]

On 03/20/2015 12:02 PM, Dragos Popescu wrote:

 Ieri un pclinuxos si-a facut upgrade, printre altele si la kernel.
 Aparent n-a reusit, in /boot sunt fisierele celui vechi, in /lib/modules e
 cel nou. De pe dvd-ul de instalare am copiat /lib/modules, am rulat si
 mknitrd, totusi se opreste cu kill init.

Nu ai un kernel anterior bun cu care sa pornesti?

Nu cunosc distributia ta, pe alte distributii kernelele vechi nu se 
sterg, ramin in boot menu si pot oricind sa revin la unul care stiu ca-i 
bun.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] VMware esxi si centos

[Dan Borlovan]

 On 01 Feb 2015, at 11:23, Mihai Badici mi...@badici.ro wrote:
 
 Sau, lame thing, chiar nu mai e spatiu pe disk :)

Da, cind se umple discul totul ia o pauza pina se face loc liber, masinile 
pornite ingheata si stau cuminti

De exemplu niste snapshot-uri uitate de lume (sau create de un backup gen vmdk, 
veeam) pot creea surprize din astea. Been there done that.

Sau discuri virtuale care nu sint prealocate din start (in caz ca esx te lasa 
sa faci asta).

In cazul asta ar trebui sa fie alarma din esx activa pe storage

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

Re: [rlug] Performanta slaba la transfer USB sub centos 6.6 pe o placa ECS KBN-I/2100

[Dan Borlovan]

 Procesorul e folosit mult de mount.ntfs:

Oh, right. Asa-i ca ntfs e ntfs-3g e user-space

Schimba sistemul de fisiere cu ceva mai linux friendly, cu ntfs montat default 
mi-a mers si mie cu spatele pe un desktop core2duo la 3GHz

Sau sapa prin optiunile lui ntfs-3g, poate gasesti ceva ce te ajuta

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

Re: [rlug] Performanta slaba la transfer USB sub centos 6.6 pe o placa ECS KBN-I/2100

[Dan Borlovan]

 de kernel sau hardware ? E ciudat ca sunt foarte apropiate valorile de
 debit intre USB 2.0 si 3.0 si imi cam seamana a o limitare hard .
  uptime
  19:44:56 up 3 days,  6:13,  2 users,  load average: 1.07, 0.90, 0.56


Vezi cu un top sau vmstat daca-ti sta cumva procesorul blana in timp ce 
transferi
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] bash :: recursive function

[Dan Borlovan]

On 12/03/2014 03:38 PM, Adrian Sevcenco wrote:
 1. In afara de c++ exista modalitati mai simple si elegante de a face asta?

Orice limbaj de script decent, perl, python etc.

bash mi se pare prea masochist pentru din astea

Poti folosi de ex. un hash ca sa tii minte fisierele pe care deja le-ai 
prelucrat

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] bash :: recursive function

[Dan Borlovan]

 De exemplu, in python ar arata cam asa:

Poate-mi scapa mie, ca nu-s prieten cu python

Daca ai un fisier referit de mai multe ori ce faci?

Daca ai referinta circulara ce faci?

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

Re: [rlug] bash :: recursive function

[Dan Borlovan]

 M-a batut la un moment dat gandul sa incerc si eu o solutie (cu perl, of
 course :P), dar n-am avut timp. IMO, cel mai decent e sa mentii o lista de
 nume de fisiere aflate la care sa atasezi un flag daca le-ai citit. (un
 hash de forma nume = flag, unde flag incepe prin a fi 0, de ex).
 Initializezi aceasta lista cu numele fisierului initial si 0.
 
 Dupa aia, atata timp cat ai fisiere cu flagul 0 in lista, alegi unul, il
 setezi pe 1 si citesti din el nume de fisiere. Daca nu exista in lista, le

Te complici

Dai de un fisier
- daca e in hash, e citit, move on
- daca nu e, il adaugi in hash (doar cheie, nu ai nevoie de valoare) si apelezi 
recursiv functia cu noul fisier

Doar daca esti pe nu stiu ce microcontroller fara memorie si nu-ti permiti 
recursivitate, atunci te joci de-a lista cu flag-uri

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

Re: [rlug] bash :: recursive function

[Dan Borlovan]

 Si-asa se poate, am presupus ca fisierele sunt destul de mari (ca ajungi sa
 le tii deschise pe toate din el si risti sa ramai fara filedescriptori).

Pai nu-s toate deschise, ci doar “ramura” pe care esti

Dar da, in cazuri speciale, algoritmi speciali

 Also daca tii hashul ala intr-o forma care sa poata fi editata de procese
 separate, poti porni mai multi scarmanatori de fisiere in paralel.

Eee, deja intram la chestii avansate

Pe de alta parte storage-ul n-ar fi de aceeasi parere cu tine, cel putin daca 
vorbim de discuri mecanice

(inca nu e vineri, nu?)

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

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

[Dan Borlovan]

On 11/26/2014 02:41 PM, Cristian Marin wrote:
 Salut,

 Am si eu un problem solving de logica si structura cu anuntul asta: Ce 
 inseamna de la juniori in sus?

Daca tot e miercuri si ne prefacem ca-i vineri

Din text rezulta ca de la juniori in sus = rock star sysadmins

La modul serios, daca vrei aplici, vezi ce se cere de fapt. Textul ma 
gindesc ca e scris de un nene foarte activ si agitat de la marketing.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

Hmmm, bebelus sysadmin? :)

Si uite asa ne pune redhat pe lista de neseriosi

(junior = da' ce conteaza in ce ordine pun regulile de iptables?)

On 11/26/2014 03:35 PM, Cristian Marin wrote:
 Intrebarea retorica de logica era exista ceva mai jos decat un junior care
 nu au voie sa aplice?

 Cristic


 -Original Message-
 From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf 
 Of Dumitru Ciobarcianu
 Sent: Wednesday, November 26, 2014 15:03
 To: Romanian Linux Users Group
 Subject: Re: [rlug] [anunt] [JOB] RedHat, sysadmins


 On 11/26/2014 02:53 PM, Mihai Badici wrote:
 On Wednesday 26 November 2014 14:48:33 Alex 'CAVE' Cernat wrote:
 damn, de abia e miercuri
 Cel mai mare in acest caz, este Gurul cu Palarie Rosie  :)



 Gura bate Guru!


 Dumitru pe o rază de un metru în jurul meu s-a făcut vineri

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


-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

On 11/26/2014 03:49 PM, Cezar Lica wrote:
 pentru mai multe lamuriri:
 cati dintre voi sunt constienti ca denumirea jobului e 50% irelevanta?
 ca degeaba de numesti senior linux engineer daca ai pe mana o
 infrastructura de o numeri pe degetele de la mana care nu e ocupata :)
 clar aceasi persoana va fi junior intr-un mediu de ISP (daca reuseste sa
 ajunga la interviuri, si eventual sa le si treaca)

Relax, glumeam si noi sa ne mai destindem

Clar fiecare e senior in curtea lui si junior in curtea vecinului; 
depinde cit de repede inveti sa te adaptezi la noul job si cite prostii 
pe secunda patrata faci la inceput, din lipsa de experienta.

Doar ca la noi in romanica tre sa ceri senior ca sa vina la interviu 
juniori; daca ceri juniori vin toti copilasii care au rulat odata in 
viata un live cd de ubuntu sau doar cauta si ei un job si erau in drum.

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

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

[Dan Borlovan]

On 11/26/2014 03:59 PM, Cezar Lica wrote:
 eu am luat foc la faza cu femeia de servici :) . daca chiar vrei sa stii ce

Probabil cine a folosit-o nu s-a gindit neaparat la modul propriu

Eu personal am tot respectul pentru o tanti de servici (sau orice alt 
job vazut ca low level) care isi face treaba

Hai ca ne-am bagat bine de tot in offtopic, mai un pic si e gata ziua de 
lucru

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Migrare statii de lucru Office catre Linux

[Dan Borlovan]

 update-uri un client de office obisnuit. Am clienti care au 2003 chiar, 
 licentiat, cu extensia pt docx-uri si nu i-am auzit plangandu-se.

Nu e chiar ca-n reclama

Chiar zilele astea m-am lovit de un xlsx de 15MB. Office 2003 dupa vreo 5 
minute de chinuiala, timp a care a generat un xls de 42MB, a incercat sa-l 
incarce si... nu i-a iesit. Game over.

Plus ca orice stil/formatare etc. specifice office 2007+ se cam duc la 
conversie. Aici n-am exemple concrete, doar presupun.

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

Re: [rlug] Migrare statii de lucru Office catre Linux

[Dan Borlovan]

 În majoritatea cazurilor s-ar putea folosi .pdf.

Doar atita timp cit e un document care nu se mai vrea modificat (documentatie, 
factura, contract gata completat)

Nu ca n-ar avea si chestia asta cu pdf-ul surprizele ei, ca orice chestie 
portabila.

Dan, pe post de gigi contra
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Migrare statii de lucru Office catre Linux

[Dan Borlovan]

 Lasand gluma la o parte, mi se pare mai usor suportabili ~ 300 de dolari pe
 luna decat dintr-un foc mult mai multi bani pe Office standalone, care
 costa cateva sute de dolari (cred ca undeva la 250 daca imi aduc bine
 aminte) plus suportul aferent.

Vezi ca preturile din partea asta de lume sint usurel mai mari decit cele din 
state. Nu chiar duble dar nici foarte departe.

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

Re: [rlug] perl, fetchmail, gmail

[Dan Borlovan]

On 14 Oct 2014, at 15:18, Ionel Mugurel Ciobîcă i.m.ciob...@gmail.com wrote:

 668 |  if ($type == $Mail::SpamAssassin::Conf::CONF_TYPE_STRING) {

Ai vreo duma (eroare de sintaxa) in configuratia de la spamassassin...?

spamassassin --lint se plinge de ceva?

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

Re: [rlug] metoda backup imagine OS

[Dan Borlovan]

On 07/24/2014 11:30 AM, Iulian Roman wrote:

 Am explicat de la inceput. Vreau point in time restore la systemul de
 operare intr-un timp cit mai scurt (approx. o ora) si cu interventie
 minimala din partea adminului . O solutie de DR pentru systemul de operare.

Stiu ca nu e vineri, dar daca-mi permiti un raspuns la misto, treci pe 
osx si acolo ai time machine care face exact asta

Un pic mai in serios, de exemplu vmware stie snapshots si are si ceva 
sisteme de-a gata pentru backup automat periodic (cindva a fost vmdr, 
acuma e veeam). Ba chiar aud ca poti monta un snapshot si da o tura prin 
el de mina.

Pentru sisteme fizice mi-e ca doar un fs cu suport de snapshot-uri te 
ajuta. Windows are shadow copies. Linux... zfs?

O solutie universala la nivel de so pentru medii eterogene... ar fi 
fain. Dar la un sistem live fara plugin-uri pentru orice are baze de 
date in use (ca sa dea macar flush si lock pe timpul backup-ului), nu 
prea vad ce ar face. Plus ca sa obtii un sistem bootabil dupa restore, 
iar e un pic haios.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] fix disk indexes in cacti

[Dan Borlovan]

On 05/19/2014 08:31 PM, Petru Ratiu wrote:
 Stie cineva vreo metoda mai eleganta sau fac tot cu barda? (Eventual cu
 backup la rrd-uri si inlocuite manual).

rrd-ul se poate exporta in xml, trafora de mina si reimporta in rrd

rrdtool dump / restore

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] The internet is doomed

[Dan Borlovan]

Sculele vechi nu sint vulnerabile

Citez din articol

 OpenSSL 1.0.1 through 1.0.1f (inclusive) are vulnerable
 OpenSSL 1.0.1g is NOT vulnerable
 OpenSSL 1.0.0 branch is NOT vulnerable
 OpenSSL 0.9.8 branch is NOT vulnerable


On 04/08/2014 05:59 AM, Dumitru Gherman wrote:
 http://heartbleed.com/
 Start patching!
 ---
 Dumitru
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug


-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] NAS cu consum rezonabil

[Dan Borlovan]

On 04 Apr 2014, at 20:40, Abibula Aygun abibula.ay...@gmail.com wrote:
 Nu intotdeauna SMART este za god of the drive. Este ok in general dar mai
 sunt si cazuri cind da cu tifla in geam .
 Acum am 3 Hard-uri care merg fara bubecu SMART status bad . In schimb am cu
 status OK si failure la Long Test vreo 5 prin ograda.

Multa lume crede ca smart e altceva decit e de fapt

Smart e un sistem prin care ai acces la niste masuratori care le face intern 
hdd-ul. Le facea si pina atunci doar ca nu aveai acces la ele.

In plus, pentru fiecare valoare exista un prag de fail, care inseamna ca acea 
valoare a iesit din zona pe care producatorul o considera ok. Nu ca a murit 
calul sau ca peste 5 minute explodeaza platanele.

Unii parametrii gen sectoare realocate sau sectoare necitibile indica o 
problema clara dar tot omul decide daca sint acceptabile (sint vreo 3 si nu 
cresc) sau e de schimbat (apar cite 10 noi pe minut)

Alti parametrii nu indica in mod sigur o defectiune, poate era un contact pe 
cablu, poate s-a trezit motorul cu fata la perna, poate i-ai tras un pumn in 
mers etc.

Sistemul asta nu face previziuni de genul hardul va pica peste 3 zile 5 ore si 
4 minute. In orice moment poate apare un defect electronic sau mecanic care nu 
putea fi ghicit dinainte.

Sistemul nu indica in mod clar si irevocabil daca hdd-ul e perfect (da, pot 
exista sectoare necitibile de care nu stie pentru ca pur si simplu nu le-a mai 
citit nimeni de mult. Doar seagate stiu ca se apuca periodic sa faca un surface 
scan cind e idle)

Anumiti parametrii daca sint iesiti din zona verde, nu inseamna ca nu mai poti 
folosi hdd-ul. Poti doar lua o decizie in cunostinta de cauza (sau nu). Nu e 
nici o chestie ca ai hdd care inca iti merg bine cu status bad. Bravo tie, vezi 
numai sa nu ai date importante pe ele. Am vazut si eu masini (automobile) care 
inca merg desi nu este bec de avarie pe bord care sa nu fie aprins.

-- 
Dan Borlovan
Datagroup-Int



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

Re: [rlug] NAS cu consum rezonabil

[Dan Borlovan]

On 04/02/2014 01:26 PM, Iulian Murgulet wrote:
 Da, ia uite un Black Edition, dupa 3 ore de functionare. Zice SMART ca:

 Current_Pending_Sector -   1

  dar zfs-ul imi spune ca pe HDD-ul asta a gasit 84K cu erori(pe
 care i-a reparat din fericire). Oare cine minte aici?

Current pending = sectoare care _in momentul de fata_ le stie hdd-ul ca 
nu sint citibile. Ramin asa de obicei pina la prima scriere cind hdd-ul 
va vedea daca mai pot fi folosite sau trebuie realocate din rezerva.

C-au mai fost erori de citire cindva, nu zice nimeni ca n-ar fi asa

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] NAS cu consum rezonabil

[Dan Borlovan]

On 04/01/2014 04:00 PM, tiberiu socaciu wrote:
 si cum facem de un storage cu consum mai mic? sau ne mutam in claud? :(

Mai in gluma, mai nu, daca tot ai router wireless acasa, ai grija sa iei 
un model cu usb si care suporta ddwrt sau similar, si ii lipesti un hdd 
usb portabil. Bine asta daca nu vrei 10TB si wire speed.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Sa imi cumpar alte HDD-uri ?

[Dan Borlovan]

On 03/10/2014 02:24 PM, Paul Lacatus (Personal) wrote:

5 Reallocated_Sector_Ct   0x0033   252   252   010 Pre-fail
 Always   -   0
 197 Current_Pending_Sector  0x0032   100   100   000 Old_age
 Always   -   1
 198 Offline_Uncorrectable   0x0030   252   252   000 Old_age
 Offline  -   0

Pe asta ai un sector marcat ca necitibil, se va decide la urmatoarea 
scriere daca poate fi folosit sau trebe relocat

5 Reallocated_Sector_Ct   0x0033   252   252   010 Pre-fail
 Always   -   0
 197 Current_Pending_Sector  0x0032   100   100   000 Old_age
 Always   -   1
 198 Offline_Uncorrectable   0x0030   252   252   000 Old_age
 Offline  -   0

E las-o, fix aceeasi situatie

Hm, eventual cu cite un test read-only pe fiecare disc incearca sa vezi 
daca chiar exista acel un sector cu probleme

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Sa imi cumpar alte HDD-uri ?

[Dan Borlovan]

On 03/10/2014 03:09 PM, Paul Lacatus (Personal) wrote:
 Pina la urma intrebarea e sa cumpar sau nu un disc *repede*  ?

Votez si eu ca nu, pentru un singur sector pending si 0 realocate

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] detectare bucla in retea

[Dan Borlovan]

On 01/14/2014 09:57 AM, Munteanu Alexandru wrote:
   Se da o retea de 1000 calculatoare. RSTP este activat pe uplink-uri dar nu
 si catre pc-uri (normal).

Poate sint eu in pauza de gindire

De ce e normal sa nu activezi stp spre statii?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] perl redirect system

[Dan Borlovan]

 situatia este urmatoarea: dintr-un script perl rulez alte scripturi 
 externe si am nevoie sa le capturez output-ul (nu am nevoie de ele in 

Vezi daca te ajuta ceva de pe aici, combinat cu fork/exec in loc de system

Acuma creierul meu e in mod concediu, nu am verificat daca e ce cauti tu

http://perltricks.com/article/45/2013/10/27/How-to-redirect-and-restore-STDOUT

Dan

___
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

[Dan Borlovan]

 --- Prespunind ca ajunge corect acolo.Oricum, nu stim cit de bun este
 acel ECC (16bit, 32 bit...ce algoritm…)

La mediile magnetice sau optice iti trebe un ecc destul de serios. Mai ales la 
densitatea de informatie de acuma (c'mon, 6TB intr-un singur hdd cu 7 platane… 
in alte epoci hdd-ul avea 10MB)

Nu stiu la hdd; la cdrom in mod date ai vreo 276 de octeti (nu biti) de ECC 
pentru fiecare 2048 de octeti de date, nu doar 32 de biti de detectie

Ideea de aici e nu cit de bun e - in sensul cite erori poate corecta - ci 
faptul ca exista un mecanism de _detectie_ a erorilor

Pe noi ne deranjeaza silent corruption - erorile nedetectate - nu erorile 
detectate

Da in 18 ani in zona IT am vazut
- un hdd de desktop care corupea silent datele la scriere, banuiesc ca memoria 
de pe el era defecta si nu avea mecanism de detectie a erorilor
- doua laptop-uri care corupeau datele de pe hdd, unul dupa ce bause 
cafea/cola, celalalt posibil din cauza ca a stat prea mult pe patura la 
caldurica

Nimic voodoo / cabluri posedate / radiatii cosmice, doar defecte care duc la 
coruptie de date in etape in care nu exista paritate/crc/ecc

Dan

___
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

[Dan Borlovan]

 la hdd-uri din cite stiu numarul de biti redundanti si nici nu cred ca
 sint informatii care trebuie facute publice : platanele nu sint

De la Seagate citire, lungimea codului ECC: 50 de octeti la un sector standard 
(512 bytes), 100 de octeti la un sector advanced (4096 bytes)

http://www.seagate.com/tech-insights/advanced-format-4k-sector-hard-drives-master-ti/

 Pe noi ne deranjeaza silent corruption - erorile nedetectate - nu erorile 
 detectate
 Nu inteleg ce vrei sa spui aici. Erorile detectate prin faptul ca iti
 crapa o masina sau ai erori in filesystem si trebuie sa intervina fsck

Erori detectate - eroare de crc - daca ne referim la hdd, se traduce printr-un 
read error, crc failed

Chiar, am mai avut un caz de silent corruption, server facut din desktop, 
memorie fara ecc, un modul defect si al naibii Murphy, niciodata nu a crapat 
vreun program, culmea nici coruptie de FS, doar niste mail-uri care treceau 
prin masina aia aveau atasamentele (arhive) corupte

Dan
___
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

[Dan Borlovan]

 acum asa de design , nu as putea sa-l conving cumva ca device e md0 si 
 nu md127 ?

Nu stiu in centos

Sun ubuntu trebuie sa fie declarata aria in /etc/mdadm/mdadm.conf (declaratia 
ti-o da mdadm --detail --scan) dupa care trebuie actualizat initrd-ul 
(update-initramfs -u)
___
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

[Dan Borlovan]

 In principiu daca matricea e asamblata de kernel, nu citeste 
 /etc/mdadm/mdadm.conf.  
 
 In varianta cu initrd inseamna ca tu nu ai compilat in kernel raid-ul, ci il 
 folosesti ca modul. Presupun ca initrd nu asambleaza decat partitia de boot ( 
 daca este raid). In cazul asta restul de partitii va fi asamblat in scriptul 
 de 
 initializare de mdadm si deci o sa il vada corect, md0


Again, on ubuntu (si unul destul de vechi, eu inca sint pe 10.04 - dar deja 
avem apa calda de ceva vreme)

initrd contine niste magie (scripturi) care asambleaza doar aria de boot sau 
toate ariile, functie de cum e configurat (dpkg --reconfigure mdadm)

De fapt, cam multe drivere (inclusiv cele de fs) sint compilate ca module, si 
nu static in kernel, d-aia avem nevoie de initrd, le ia de acolo si incarca 
doar cele de care e nevoie. Nu ca in ziua de azi ar fi mare gaura de memorie sa 
bagi totul static in kernel, da' nu-i frumos.

In initrd exista o copie a mdadm.conf, care in mod evident nu se actualizeaza 
singura, ci doar cind refaci initrd-ul (cu update-initramfs -u)

So, nu e nevoie de nici un feli de hackereli de gen demontat si remontat aria 
in rc.local

Ma astept ca orice distributie care a descoperit apa calda sa aiba facilitati 
similare

Dar na, chestie de gusturi, atita timp cit exista rc.local si vrei sa te injure 
urmatorul sysadmin, poti sa faci ce vrei prin el. Recunosc ca si eu il mai 
folosesc din cind in cind.

Dan
___
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

[Dan Borlovan]

PS: tot in distributiile cu apa calda, montam fs-urile dupa UUID (prietenii 
stiu de ce) si nu dupa device, asa ca ni se cam rupe daca e md0, md127 sau 
md99
___
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

[Dan Borlovan]

Io nu sint in clar cu o chestie

hdd-ul are ECC (si da il foloseste). Nu stiu daca memoria cache de pe hdd e si 
ea macar cu bit de paritate, dar de pe platane erorile de citire sint detectate 
(si in masura posibilitatilor corectate)

sata are si el ceva crc, ca si sirmele de firma pot avea probleme (asta ca sa 
nu ma leg de ingeniosul care a proiectat mufele, care ies afara numai cind te 
uiti la ele)

memoria dintr-un server e ecc

nu stiu memoria cache din controller-ul raid, cel putin unele folosesc memorii 
simple de pc, dar la cele profi ma astept sa aiba si ele ecc

pe ethernet avem si acolo checksum-uri

Si atunci, exceptind cazuri extreme 
 - de coruptie intre doua medii de transfer (gen bug in fw la controllerul raid 
sau hdd care nu onoreaza un flush de cache)
 - modificari care trec de suma de control (ca nah orice algoritm de suma de 
control mai scurta decit datele respective va avea coliziuni - cazuri de erori 
nedetectate)

de unde naiba atitea silent data corruption?

-- 
Dan Borlovan
Datagroup-Int

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

Re: [rlug] md127 linux software raid

[Dan Borlovan]

On 10/31/2013 09:55 AM, Marius Lisaru wrote:
 Dupa instalarea sistemului, se mai creeaza o noua partitie raid din alte
 2 hdd-uri: /dev/md2. Editez fisierul de configurare mdadm.conf si bag si
 noua partitie. Din enfericire dupa reboot /dev/md2 devine /dev/md127.

 Fisierul mdadm.conf are urmatorul continut:

Nu stiu pe slack dar pe la altii trebe regenerat si initrd la fiecare 
modificare in mdadm.conf, pen' ca si acolo este o copie si se intimpla 
niste stuff

(In mdadm.conf bagi direct ce iese din mdadm --detail --scan)

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] kernel 2.6 - dropped packets

[Dan Borlovan]

On 10/30/2013 10:47 PM, Petru Ratiu wrote:
 incerc sa ajut pe cineva cu o problema dubioasa: pe servere cu kernel 2.6
 (cel mai mare 2.6.32), un simplu hping3  cauzeaza packet drops si oarece
 crestere mai mare a timpului de raspuns, pe la doar vreo 50 kpps.

Care e linia de comanda de la hping3, sa imi dau si eu jos reteaua?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] intrebare debian

[Dan Borlovan]

On 10/14/2013 11:52 AM, Mihai Badici wrote:
 O sa ma documentez data viitoare, acum e tardiv, ma intereseaza daca mai pot
 face ceva sau dau drumul la fresh install :)

Ce zice apt-get -f install ?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Centos 6.4 x64 XFS

[Dan Borlovan]

 de la instalare(host,interface,partitionare,grub,...). Prima data i-am  
 zis sa scrie grub in /dev/md0, si a doua oara in /dev/sda.
 

grub trebuie instalat in mbr-urile de la toti membrii din raid1 (sda, sdb etc) 
asta daca vrei sa poti porni de pe un alt membru decit cel implicit

md0 n-are treaba, md0 incepe acolo unde incepe partitia de raid, si nu la 
sectorul 0

Un installer bine facut iti va pune grub unde trebuie, dar odata ce schimbi un 
hdd e jobul tau sa-l instalezi pe hdd-ul nou (vezi motivul de mai sus)

bios-ul n-ar trebui sa fie prea speriat de evenimente, pentru el e tot aia ca 
in mbr ai un grub sau altceva, el incarca sectorul 0 si ii preda controlul

Nu sint sigur ca un simplu grub-install /dev/sdX face tot ce trebe, pe vremea 
grub1 il mai instalam de mina din linia de comanda grub cu fente de gen device 
(hd0) /dev/sdb; root (hd0,0); setup (hd0) asta dupa ce se sincroniza discul nou

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

Re: [rlug] Instalare Wi-fi pe Slackware64-14.0 ( not solved )

[Dan Borlovan]

On Oct 7, 2013, at 1:08 PM, Neagu wrote:

 Adapter Wi-fi USB: Edimax EW-7811Un

Stupid question

Te ajuta asta? First result on google :)

http://www.cianmcgovern.com/getting-the-edimax-ew-7811un-working-on-linux/

-- 
Dan Borlovan
Datagroup-Int

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

Re: [rlug] Block Joe Jobs Qmail

[Dan Borlovan]

On 09/26/2013 10:34 AM, Adi Pircalabu wrote:
 De ce? Pentru verificarea de adresa, dupa rcpt to Postfix tine
 conexiunea deschisa cu clientul, initiaza o conexiune noua la MTA-ul
 pentru care face relay in care verifica raspunsul la rcpt to. Pentru

O solutie mai ciobaneasca pt postfix care nu presupune ca mta-ul din 
spate sa fie tot timpul pe faza

Un recipient_access regenerat doar cind e nevoie (cind modifici adrese 
de mail) faci un programel care citeste prin ldap toate adresele valide 
din AD

In felul asta verificarea e instant

De multe spam-uri poti sa scapi daca folosesti un blacklist gen 
spamhaus, le rejectezi din start deja dupa ip-ul sursa

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Block Joe Jobs Qmail

[Dan Borlovan]

 Pai de obicei lumea pune smtp frontend nu doar de dragul de a nu expune
 direct in internet exchangeul (sa zicem groupwareul) cit si pentru a
 minimiza sau ascunde momentele de indisponibilitate temporara a acelui

Side note

Nu stiu altii, eu am frontend pentru a nu expune exchange si - important - a 
rula antivirus si antispam. Aia cu ascunde indisponibilitatea nu prea ma doare, 
nu este planificat sa nu functioneze exchange-ul pentru 24 de ore ca sa zici ca 
incepi sa pierzi mailuri. Si nici nu mai sintem in epoca modemuri de 33.6k ca 
sa transpir ca vai incep dupa aia sa vina mailurile puhoi si se infunda teava.

Dar fiecare cu cazul lui particular.

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

Re: [rlug] Standby la un home server linux si servicii mutate pe embedded PC

[Dan Borlovan]

On 08/26/2013 03:27 PM, Paul Lacatus wrote:
 O sa fac cum zici si chiar o sa verific consumul. Am pus o priza cu
 contor la toata nisa tehnica si acum am cam 120 W  din care serverul e
 cam la 80-90 W .  In total ma cam duce 120kWh pe luna .

Valeu mama

Pentru comparatie un desktop cu core2 e8600 si un hdd (sistem dell seria 
gx - sursa decenta) consuma cca 40W in idle (windows). In bios activate 
chestii de gen cpu c states si inca una (fara ele creste cu 7-8W)

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Fisier aleator destul de mare

[Dan Borlovan]

On 05/28/2013 10:17 PM, Andrei-Florian Staicu wrote:
 Salut,

 Am nevoie sa generez repede* un fisier destul de aleator (i.e. care sa nu
 fie prea comprimabil cu gzip) de 1TB.

Nu e vineri dar e prea de dimineata asa ca mai in gluma mai in serios

cd colectia_de_porn
cat *.jpg  junk.bin

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] O parte importanta din memorie utilizata (approx. 20 GB) nu se regaseste in /proc/meminfo

[Dan Borlovan]

On May 14, 2013, at 5:13 AM, Adi Pircalabu wrote:

 2013/5/13 Mihai Rotaru mrot...@gmail.com:
 Buffers:   23972 kB
   ^
 Aici e memoria disparuta.

Stai jos, nota patru

Omul cauta 20 de giga si tu ai gasit 23 de mega

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

Re: [rlug] Copiere date peste retea de pe un NAS cu probleme pe HDD

[Dan Borlovan]

On 04/22/2013 04:58 AM, Adrian Popa wrote:

 Ciudat e că smart-ul nu indică probleme evidente (cu excepția gradului de
 uzură însemnat):

Ba-ti indica mare si lat

197 Current_Pending_Sector  0x0032   200   200   000Old_age
Always   -   88

Eu zic tinind cont ca sintem in 2013 sa faci rost de un prieten cu doua 
porturi sata, un hdd bun la fel de mare (serios, 1tb nu mai e mare 
lucru, acuma's la moda hdd-urile de 3tb) si ddrescue pina mai poti

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Red Hat 5.2 + ATI 3D Rage Pro

[Dan Borlovan]

On 04/18/2013 03:37 PM, Maestrul Eoda wrote:
 Celeron 300Mhz, placa video ATI 3d Rage pro -are 4MB. De asta am instalar
 RH 5.2.

Stii, altii arunca computere de 10 ori mai bune ca asta. Poate 
interceptezi unul si pui un so care e inca activ

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] pwrite() slow

[Dan Borlovan]

Fara sa citesc ce ai scris (sorry), doua chestii

- hdd fara un controller raid in fata, cu baterie si cache wb sint dureroase la 
asa ceva (scrieri random, gen update in db). Un update in db inseamna sa treci 
totul prin transaction log. Dupa care sistemul de fisiere mai face si el o 
trecere prin transaction log-ul lui. Totul condimentat cu fsync-uri ca sa 
garanteze consistenta

Da, poti dezactiva din sync-uri si la nivel de db (nu cunosc firebird, mysql 
are pentru innodb innodb-flush-log-at-trx-commit=2 si se simte) si la nivel de 
fs (gen nobarrier) dar nu ti se mai garanteaza consistenta datelor, se ia 
curentul / ingheata scula ai pus-o (been there)
 
- un ssd de 256GB (samsung 840 pro, nu cel mai ieftin din parcare) costa cca 
200 de coco (120 de coco daca ti-ajung 128GB), si va rula de 100 de ori mai 
rapid decit hdd-urile tale (again, been there). Tu stii ce e mai de pret, doua 
ssd-uri din astea in raid0 ca sa ai redundanta sau timpul tau de lucru in care 
te chinui sa te bati cu un set de hdd-uri vechi si lente (da, stiu ca pe vremea 
cind Noe stringea lemne pentru arca erau the sh*t). E drept ca-n serverul tau 
nu stiu daca ai cum sa bagi ceva sata.

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

Re: [rlug] pwrite() slow

[Dan Borlovan]

 M-am gandit si eu daca nu cumva mecanismele de sync (db vs fs) se calca
 reciproc pe picioare, insa nu am gasit ceva recomandari inca (firebird are

Nu se calca, dar fiecare din ele sacrifica din viteza ca sa garanteze 
consistenta datelor la nivelul respectiv

 Timing buffered disk reads: 368 MB in  3.02 seconds = 122.04 MB/sec


La citire secventiala toti sint meseriasi

Fa un test de random io cu blocuri de 4kb si poate mai ai 1-2MB/s daca e hdd 
meserias. Fa acelasi test cu un ssd decent si o sa ai 30+MB/s. Pe bune, 
operatii pe baze de date care pe hdd durau cu orele pe ssd s-au terminat in 
like 10 minute.

Tu stii care ti-e raportul buget / timp de pierdut dar e ca si cum ai tuna o 
dacia 1300 sa mai scoti din ea 5cp

Cu hdd-uri ca sa mai imbunatatesti random i/o iti trebe un raid5 (ideal raid10 
da' n-ai atitea discuri) cu cit de multe discuri fizice iti permiti (se impart 
scrierile intre discuri) si neaparat cu cache pe el d-ala cu baterie, caz in 
care iti permiti write caching pe controller, care nu tine cont de nici un 
fsync la nivel de so.

UPS-ul te scoate doar la caderi de curent, si asta acuma cind are baterii bune, 
peste 3-5 ani cind uiti de el nu mai merge. De crash-uri de so sau db nu te 
scapa.

Probabil cea mai buna chestie in ideea ca nu schimbi hw acuma e ce s-a spus 
deja, cauta un fs mai potrivit pentru baze de date. Ar mai fi fineturi de gen 
ales raid block size corect, aliniat partitia la el, facut fs cu acelasi block 
size. Si vezi la firebird, de obicei bazele de date au si un capitol de tuning.

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

Re: [rlug] BIOS and multiple VGA

[Dan Borlovan]

On 03/25/2013 01:41 PM, Ionel Mugurel Ciobîcă wrote:

 Ce ar putea sa-mi arate in plus fata de aialalta?

Nimic

Dar decit sa pierzi vremea sapind dupa vinovat - c-o fi bios-ul si n-ai 
ce-i face, c-asa o fi chipset-ul cind detecteaza placa externa nu 
negociaza - si da-i si sapa pe fiecare varianta

A, daca ai timp de pierdut e ok, gasirea problemei iti da un sentiment 
de implinire

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] BIOS and multiple VGA

[Dan Borlovan]

 Este CUDA, îmi trebuie pentru calcule.

Doar de curiozitate, de ce nu vrei sa ai si imagine de la ea?

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

Re: [rlug] BIOS and multiple VGA

[Dan Borlovan]

 
 Cum activez placa video de pe placa de bază? Sau e calculatorul bușit

Scoti placa pci :)

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

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

[Dan Borlovan]

On 02/21/2013 10:35 AM, Vali Dragnuta wrote:

 TRIM
 te ajuta sa pasezi catre firmware blocurile care pot fi readaugate in
 map-ul de unused. Sint sigur ca stiai asta, da' am vrut sa subliniez ca
 mecanismele mentionate de tine sint fix atit de eficiente pe cit loc de
 manevra au acele mecanisme, iar trim-ul ajuta foarte mult la pastrarea
 unui loc de manevra cit mai mare.

Stiu, TRIM is the way, dar daca nu e, o rezerva micutza de blocuri 
folosite pentru a realoca in permanenta blocurile scrise ajuta in 
acelasi timp la viteza si la wear leveling

Like am si eu 100 de blocuri de 512k spare. Si cind ma plictisesc le 
sterg ca sa fie pregatite.

Vin niste scrieri, posibil controllerul stie ncq, am si eu niste cache 
intern ca ma respect, grupez scrierile daca se poate, dupa aia ce fac, 
blocurile in care apar scrieri se citesc de la locatiile vechi, se 
aplica modificarile si se scriu in blocuri din rezerva. Astea devin 
active, cele din care am citit devin rezerva.

Da avantaj trim, poti sa ai toate blocurile libere pregatite, nu doar 
rezerva.

Da' eu nu m-as stresa foarte tare ca n-am trim. La niste baze de date cu 
doar citeva milioane de inregistrari sporul de viteza a dramatic (in 
unele cazuri minute in loc de ore) incit chiar mi se rupe daca la un 
moment dat nu mai scrie cu 500mb/s ca nu mai sint blocuri pregatite. 
Lipsa de latenta mecanica a capetelor aduce foarte mult cistig de viteza.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

On 02/21/2013 10:54 AM, Mircea MITU wrote:
 Si aici intervine raid-ul, ca +500mb/s ai in conditii de laborator, dupa ce 
 faci raid ai 170mb/s.

 De asta intrebam ce experiente aveti cu ssd in raid (eventual si lvm), pentru 
 ca teoria de pe net rareori seamana cu practica

 Eu de exemplu vreau sa fac un raid10 dar din testele interne reiese ca ies la 
 aceiasi bani / performanta cu sas, insa la ssd risc ca peste 6-12 luni sa am 
 performante de sata 7200rpm

Da, si un hdd de hdd luat la random de ala turbat o sa iti dea 2-4MB/s, 
in timp ce ssd-ul o sa-ti dea 20-50MB/s la aceleasi operatii

Ia un singur samsung 840 pro si fa ceva real life pe el, ce vrei tu. Fa 
aceeasi chestie pe ce hdd vrei tu. Dupa care povestim.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

On 02/21/2013 12:42 PM, Mircea MITU wrote:
 Da, si un hdd de hdd luat la random de ala turbat o sa iti dea 2-4MB/s,
 in timp ce ssd-ul o sa-ti dea 20-50MB/s la aceleasi operatii


 UN hdd si UN ssd? Poate

Da, si daca pui cite 10 ambele cifre se inmultesc cu 10. The point being?

Daca esti anti ssd, nici o problema, fiecare cu ce-l coafeaza

Vrei viteza, ssd. Vrei capacitate, hdd. De la caz la caz.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

On 02/21/2013 08:16 AM, Mircea Mitu wrote:
 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


Hmmm. Din cite stiu ssd-urile din ultimii ani au

- gc intern care ar trebui sa mai compenseze lipsa de trim
- wear leveling ca sa un te stresezi ca-ti crapa un block in care scrii 
tu des

IMHO

- diferenta de performanta in viata reala e atit de mare mai ales la 
operatii random - la 4kb random writes e un cistig de ordinul 50x (50 de 
ori mai rapid). Pur si simplu la de ex. o baza de date nu ai cum sa te 
scoti din discuri decit daca ai vreo 4 super arii cu tone de cache si 
separi fizic date / index / temp db / transaction log - cu o pereche de 
ssd-uri decente faci aceeasi treaba, chiar mai bine

- durata de viata? sa-ti arat hdd-uri ibm server grade tinute in storage 
ibm in sala climatizata care au picat la 6 luni, unul cu motorul blocat 
mecanic, celalalt nu mai stiu cu ce?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

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

[Dan Borlovan]

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?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] /usr/bin/ld: cannot find -li8k.a

[Dan Borlovan]

On 01/31/2013 09:54 AM, Dragos Popescu wrote:
 Îţi timit imediat pe personală.

Ok, nu-s specialist in d'astea asa ca poate aberez pe alocuri

(1) librariile tale sint eabi version 0 care nu e suportat de ld care 
vrea eabi version 5. Ca sa le folosesti... posibil sa se poata cu gnuarm 
toolchain, n-am timp nici chef sa testez

(2) am luat de la icpdas i7k-0.8.0.tar.gz (nu stiu daca ti-e bun) si 
l-am compilat, trebe doar in i7k/Makefile sa modifici la LDFLAGS 
arhitectura (-m armelf_linux_eabi in loc de i386)

(3) in i7000.pas libraria trebe declarata fara extensie peste tot 
(linker-ul cauta numele dat de tine pe rind cu .a si .so in coada) asa 
ca replace i8k.a cu i7k

(4) pentru libgcc am folosit-o p-aia din sistem, nu pe a ta

Linia finala de compilare a iesit asa

fpc -Fcale/spre/li7k-0.8.0/lib -Fl/usr/lib/gcc/arm-linux-gnueabihf/4.7/ 
-k-lc test.pp

Ce sanse sint sa ruleze bine chestia... habar n-am

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] /usr/bin/ld: cannot find -li8k.a

[Dan Borlovan]

On 01/31/2013 11:35 AM, Dragos Popescu wrote:
 Mersi frumos pentru timpul pe care l-ai pierdut.
 Cam în direcţia aia am luat-o şi eu, bănuind că e vorba de o mică
 incompatibilitate dar am fost derutat de faptul că ld nu zice nimic de asta
 ci doar se plânge că nu găseşte bibliotecile.

Daca faci ld de mina sau scoti extensia .a de pe unde apare in i7000.pas 
cind face referire la librariile externe, scapi de problema cu gasitul 
si apar erorile adevarate de incompatibilitate de eabi version

Sa-mi zici si mie daca-ti iese in final

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] /usr/bin/ld: cannot find -li8k.a

[Dan Borlovan]

On 01/31/2013 08:57 AM, Dragos Popescu wrote:
 În directorul curent este libi8k.a, programul este compilat, asamblat,
 linkeditat şi rulează fără probleme.

 Acum, trec pe PI, care rulează Wheezy Raspbian şi are instalat ultimul
 fpc cu tot ce-i trebuie (alte aplicaţii compilând fără greţuri).

Inca nu m-am trezit asa ca se poate sa vorbesc prostii

rpi parca e arhitectura arm, tu vrei folosesti o librarie compilata 
pentru (banuiesc) intel si sa mearga pur si simplu?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] /usr/bin/ld: cannot find -li8k.a

[Dan Borlovan]

On 01/31/2013 09:07 AM, Dragos Popescu wrote:

 Reciteşte primul rând al mailului meu:  *o aplicaţie veche ce rula pe un
 arm cu linux de la Icpdas*

Crap. Abia trecu de 9 si deja ma fac de cacao. Nici macar nu e vineri.

Asa de curiozitate ce-ti zice daca rulezi:

file /cale/spre/libi8k.a

(gogu zice ca warning-ul ala poti sa-l ignori, deci problema e ca 
dintr-un motiv sau altul nu iti ia libraria ta)

Eventual daca imi dai un exemplu cit de simplu care nu se compileaza 
plus libraria cu pricina, am un rpi linga mine si pot incerca

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Dan Borlovan]

On 01/22/2013 01:03 PM, manuel lonely wolf wolfshant wrote:
 - daca se rebooteaza random, e de la memorie
 sau de la sursa care are waţi chinezesti (mai mici decit aia europeni )
 sau de la condensatoare.

Wait a minute

Daca vorbim de platforma server (partea cu sursa redundanta sugereaza a 
fi) vorbim de memorii ECC, deci doar daca o memorie cade complet din 
mers, altfel ar corecta / semnaliza erori

Are cumva watchdog activ si se reseteaza singur dupa ce crapa?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Cum fac ca un grub/lilo, sa nu fie sters de o reinstalare de windows ?

[Dan Borlovan]

On 12/17/2012 10:45 AM, newbielinux wrote:
 Va rog ajutati-ma cu un sfat: cum as putea face ca, pe un computer cu 
 windows, instalat de

 /dev/sda1 si linux pe /dev/sda5 reinstalarea windows-ului sa stearga 
 grub-ul/lilo-ul ?

Parca atunci cind instalezi windows isi pune mbr-ul lui fara sa te intrebe

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] proxy arp (centos howto)

[Dan Borlovan]

 in cadrul retelei mele (adica in spatele routerului/gateway-ului) am 3 tipuri 
 de ip-uri : clasa mea publica, ip-uri private si din motive mai mult sau mai 
 putin obscure (adica motivele sunt cunoscute dar cei ce se tin cu dintii de 
 acele ip-uri au functii mari) sunt citeva ip-uri din clasa ISP-ului (am pus 
 ghilimele ca e doar un alt institut prin care ne luam noi net-ul)
 

E un pic stufos, tre sa bagi intrari de proxyarp statice pe intf. spre isp 
pentru ip-urile din clasa isp-ului din reteaua ta interna, si pe intf. interna 
pentru ip-urile isp-ului care sint pe bune la el (dar fac parte din clasa care 
o ai tu ca interna) si tre sa ajungi la ele

Like

arp -i eth_extern -Ds ip_isp_din_reteaua_ta eth_extern pub

arp -i eth_intern -Ds ip_isp_care_e_din_clasa_din_care_sint_si_cele_de_mai_sus 
eth_intern pub

Stiu ca e imbirligata explicatia, ar fi mai simplu pe exemplu concret

Dan

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

Re: [rlug] proxy arp (centos howto)

[Dan Borlovan]

 Heh, you learn somethink every day...
 Nu știam că linux poate face proxy-arp selectiv.
 
 Cred că îi trebuie și niște rute pe interfața internă către ip-urile 
 respective totuși.

Cred ca da, la ora asta creierul refuza sa gindeasca ciudatenii din astea

Eu am folosit proxy arp la un caz mai simplu si mai putin aiurea, subnet pe 
cealalata interfata (clasa c in reteaua interna, subnet /30 din aceeasi retea 
pe intf. externa care dadea de fapt intr-un router)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] smartctl

[Dan Borlovan]

On 11/28/2012 01:10 PM, Catalin Bucur wrote:

 La final smartctl imi spune asa:

 ID# ATTRIBUTE_NAME
5 Reallocated_Sector_Ct 0
 197 Current_Pending_Sector0
 198 Offline_Uncorrectable 0

Din smart reiese ca nu ai nici sectoare defecte nici sectoare relocate

Da, relocarea se face la scriere

Dar sectoarele stiute necitibile se vad in variabilele 197, 198

Have to ask: sigur vorbim de discul defect?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] smartctl

[Dan Borlovan]

On 11/28/2012 03:24 PM, Catalin Bucur wrote:

 E prima intrebare pe care mi-am pus-o si eu. Intr-adevar e un raid 1 din
 2 discuri, dar celalalt hdd e nou, abia are cateva ore de functionare,
 iar din variabila Power_On_Hours rezulta clar ca ma uit la hdd-ul care
 trebuie. De altfel asta zicea si azi noapte kernelul:

Hm.

Vezi sa nu ai cablu sata cu probleme / miscat din pozitie (ca deh sata 
prima versiune de cablu nu are nici macar clemele alea de fixare, te 
uiti la el si iese din mufa)

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Intrebare nginx-wordpress

[Dan Borlovan]

 Masina pe care testez e un Ubuntu 12.10 cu configul:

Vezi sa nu dai cu capul de apparmor

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

Re: [rlug] identificare ata3

[Dan Borlovan]

On 10/16/2012 08:41 AM, Mircea MITU wrote:
 sda: ata1.00
 sdb: ata2.00

 ceea ce ma face sa cred ca e vorba de cdrom :)

Mai sigur e sa te uiti in log-urile de la boot (kern.log sau pe unde ti 
el toarna) sa vezi ordinea in care apar ataX (in caz ca nu-s secventiale)

Numeri al citelea e ata3 si vezi care sd ar fi

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] iptables dnat

[Dan Borlovan]

On 09/27/2012 06:59 PM, alex alex wrote:
 Totusi, inca nu inteleg logica dupa care doar primele pachete creaza entry
 nou cu match;
 ma gindesc ca era mai bine sa matchuiasca de cite ori putea si * sa
 instaleze in nf_cache*

Pune-te in pielea unei masini care ruteaza sute de megabiti. Chiar nu 
vrei sa faci match cu fiecare pachet. Daca faci match geaba il ai in 
cache, ca nu folosesti cache-ul, il transformi intr-o tabela informativa 
pt user dar write only.

 daca entry-ul ar fi fost diferit. Macar o optiune prin care sa golesc
 cache-ul sa fie (poate

Da' se poate. The hacker way

# hack: reset conntrack
echo 0  /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout
echo 0  /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream
sleep 3
echo 30  /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout
echo 180  /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream

Si da, era frumos sa salvez valorile initiale in ceva variabile, nu sa 
le hardcodez

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] deny creare de directoare si fisiere pe proftpd

[Dan Borlovan]

Sorry, mai mult decit la mine chiar merge ca am testat nu pot sa te ajut

On 08/24/2012 12:45 PM, Alex 'CAVE' Cernat wrote:
 well ... am testat, si nu prea merge

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] deny creare de directoare si fisiere pe proftpd

[Dan Borlovan]

Gogu zice ca poti sa faci faci ceva de genul asta (n-am testat)

Directory /home/ftp_user/my_project

 HideFiles ^\.svn$

 Limit ALL
 AllowUser ftp_user
 IgnoreHidden on
 /Limit
/Directory

Sursa: 
http://serverfault.com/questions/190670/hide-svn-directories-with-proftpd

On 08/23/2012 11:40 AM, Alex 'CAVE' Cernat wrote:
 o mica intrebare vis-a-vis de programatori user-friendly

 cum pot sa tai din proftpd crearea unor directoare care nu au ce cauta
 pe acolo ? (cel mai bun exemplu .svn, CVS  friends)

 probabil cat scriam mailul asta deja gaseam solutia :-P dar am si altele
 pe cap decat sa dresez babuini

 Alex

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


-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] deny creare de directoare si fisiere pe proftpd

[Dan Borlovan]

On 08/23/2012 01:04 PM, Alex 'CAVE' Cernat wrote:
 ideea e ca nu vreau sa le ascund, ca daca ar fi asa pot sa le sterg de mana
 vreau sa le dea babuinilor eroare la MKD .svn  friends, poate-poate li
 se mai ridica moralul
 (stiu, e fascist, dar se pare ca de vorba buna nu intelege nimeni)

E greu sa incerci... tot eu tre sa si testez...

Directory /var/ftp/danb
  HideFiles ^\.svn$
  Limit ALL
  AllowUser proftpd
  IgnoreHidden on
  /Limit
/Directory


ProFTPD 1.3.2c Server (ProFTPD) [10.0.0.29]
Logging in... 

Password requested by 10.0.0.29 for user danb.

 Password required for danb

Password: 

User danb logged in
Logged in to ftp. 

ncftp /  mkdir .svn
MKD .svn failed; [.svn: Permission denied]
Could not mkdir .svn: server said: .svn: Permission denied

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] url network monitoring

[Dan Borlovan]

On 07/20/2012 02:23 PM, John Doe wrote:
 Inca o data, nu vroiam mura-n gura, ci doar cateva idei de la oameni
 care experienta in asa ceva, cred ca se pot exprima si fara misto-uri.

Idei ai primit.

Dupa care vroiai in detaliu, aka mura-n gura.

Plus ca azi e vineri, e tinuta de voie pe aici, costumele se poarta de 
luni pina joi.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] url network monitoring

[Dan Borlovan]

On 07/16/2012 11:58 PM, Dumitru Ciobarcianu wrote:
 Eu mai nou mi-am facut obiceiul sa folosesc SSL peste tot unde site-ul
 permite (cele principale permit toate, mai putin youtube), deci mult
 noroc cu snort.

Solutia nu e pentru cine stie sa o ocoleasca, ci pentru luserul de rind.

Complementar se aplica inca doua chestii:

- top trafic, cine face prea mult trafic (nu conteaza de care) si nu-l 
poate justifica, o ia

- daca-i firma mica cu banda putina, htb

--
Dan Borlovan
Datagroup-Int


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

Re: [rlug] url network monitoring

[Dan Borlovan]

On 07/16/2012 04:05 PM, John Doe Beaver wrote:
 ip: 192.168.1.X - 15G total
 Url  Traffic
 youtube.com 10G
 facebook.com 5G

Solutia usor ciobaneasca

Folosit un snort sa prinda pachetele http, turnat totul intr-o baza de date.

Prelucrat datele de acolo (tabelele iphdr, data) si extras ce ne trebe. 
In data.data_payload este inceputul request-ului, de acolo scoti 
site/url. In iphdr ai datele ip (sursa, destinatie, porturi, whatever)

Facut ce rapoarte vrei pe datele prelucrate.

-- 
Dan Borlovan
Datagroup-Int


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

Re: [rlug] url network monitoring

[Dan Borlovan]

 Ai un exemplu in sensul asta?

Mura-n gura nu, ca nu l-am facut in timpul liber

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

Re: [rlug] url network monitoring

[Dan Borlovan]

On 7/16/12 7:15 PM, John Doe ltlbea...@gmail.com wrote:


2012/7/16 Dan Borlovan d...@level7.ro:
 Ai un exemplu in sensul asta?

 Mura-n gura nu, ca nu l-am facut in timpul liber

Nu stiu cum ai inteles tu ca vreau mura-n gura, dar mersi pentru
raspuns, este excelent, plin de informatii.

I-am explicat ca folosesc snort ca sa prind inclusiv request-ul http dupa
care prelucrez datele, am zis si din ce tabele imi scot ce-mi trebe

Mai departe cine vrea sapa, daca se impiedica mai intreaba

Mura-n gura, adica scripturile propriu-zise si pagina de web cu rapoarte
cu regret da's facute in timpul serviciului si oricum trebe personalizate
dupa caz

Dan

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

Re: [rlug] Cum disablesc GUI boot in UBUNTU 12.04

[Dan Borlovan]

Poate vrei sa instalezi ubuntu server si nu ubuntu desktop? (sint iso-uri 
separate)

-- 
Dan Borlovan
Datagroup-Int

-Original Message-
From: rlug-boun...@lists.lug.ro [mailto:rlug-boun...@lists.lug.ro] On Behalf Of 
mihai marianciuc
Sent: Tuesday, July 10, 2012 11:04 PM
To: rlug@lists.lug.ro
Subject: [rlug] Cum disablesc GUI boot in UBUNTU 12.04

Buna Listashi,

Sint mare fan al distributiei Slackware, dar, penttru diversitate am pus pe
unul din comp-uri un UBUNTU 12.04.
Si mi-am prins urechile in sensul ca nu am reusit sa disablesc GUI boot-ul.

Ce am facut:
Am schimbat in /etc/default grub GRUB_CMDLINE_LINUX_DEFAULT=quiet splash
text (am incercat si cu text)
Dupa care:

update-rc.d -f gdm remove
sudo update-grub

Apoi:
sudo reboot now

Si cu toate astea la reboot-are tot in GUI boot-eaza !!!

Va rog,ajutati-ma, ce gresesc, si ce trebuie sa mai fac ???

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

Re: [rlug] Aflare dimensiuni ecran text pentru scripturi care folosesc dialog

[Dan Borlovan]

~$ resize
COLUMNS=130;
LINES=38;
export COLUMNS LINES;


On 06/22/2012 01:25 PM, Silviu Marin-Caea wrote:
 Cum se poate afla care sunt dimensiunile ecranului text (cate coloane x
 linii)?  Nu e vorba de ecrane fizice, mai degraba ecrane de la conectari
 de la distanta, prin ssh sau putty.

 Ma intereseaza ca sa pot dimensiona ferestrele dialog proportional cu
 marimea ecranului.

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


-- 
Dan Borlovan
Datagroup-Int


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

Re: [rlug] Aflare dimensiuni ecran text pentru scripturi care folosesc dialog

[Dan Borlovan]

On 06/22/2012 02:54 PM, Petru Ratiu wrote:
 Resize avea nevoie de DISPLAY, parca.

La mine nu are, merge si de pe consola (like tty1)

-- 
Dan Borlovan
Datagroup-Int


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

Re: [rlug] ext4+drbd performance tips

[Dan Borlovan]

Daca ai raid hw cu baterie (btw, cit cache ai pe el?), poti sa-i zici la ext4 
chestii periculoase de gen

journal_async_commit,data=writeback,barrier=0

-- 
Dan Borlovan
Datagroup-Int

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

Re: [rlug] ext4+drbd performance tips

[Dan Borlovan]

Da' chiar asa, de ce dimensiune de baza de date vorbim?

Ca ssd-urile nu mai sint chiar asa de untouchable si diferenta de performanta 
poate fi brutala (de la ore pe hdd la zeci de secunde pe ssd pentru aceeasi 
operatie)

-- 
Dan Borlovan
Datagroup-Int

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

Re: [rlug] ext4+drbd performance tips

[Dan Borlovan]

Si pentru 120GB stai te chinui sa optimizezi viteza pe un hdd?? Asa mare e 
foamea pe unde se intimpla asta?

Ia doua ssd-uri de 256GB decente, fa raid1 si tine-te bine de scaun.

-- 
Dan Borlovan
Datagroup-Int

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

Re: [rlug] ext4+drbd performance tips

[Dan Borlovan]

Tot ce poti sa-ti zic despre fiabiliate

Am un amarastean de kingston de 64GB frecat de mysql grupa mare si spre supriza 
mea inca nu a cazut. Da, cind o sa cada o sa cada brusc si definitiv, ca si un 
hdd, doar ca nu o sa faca clang-clang.

Pe de alta parte am hdd-uri enterprise picate in pereche la 6 luni (motor 
blocat), altu' picat sub 3 luni (ibm frate, 300+ parai, de fapt un seagate luat 
de pe raft si pusa peste eticheta ibm, nici macar nu o acopera de tot pe aia 
seagate), si unul DOA. Goodbye raid5, welcome raid6. Cu consistency check 
lunar, ca e super fain cind cade un disc si incepe reconstructia, sa descopere 
bad-uri pe altul care credeai ca-i bun.

Calitatea enterprise se pare ca s-a dus pe canal de ceva vreme

In schimb iops-ul la operatii random cu blocuri de 4k la un ssd decent de 
desktop e de 20 de ori mai bun decit la un hdd meserias.

Pentru enterprise de enterprise exista ssd-uri sas care costa de plingi dar au 
numarul de scrieri mult mai mare, sint gindite sa fie frecate pina lesini.

Intermediar exista ssd-uri pcie care intern sint raid0 (ultimul pe care am pus 
labutza este raid0 pe 8 canale), ca sa chiar nu ai greturi la viteza de scriere.

Sorry dar la drdb nu te pot ajuta

De cine freaca discul cite ceva vezi si cu iotop

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

Re: [rlug] kolab ?

[Dan Borlovan]

 Asta stiu. Ce nu inteleg e de ce se urneste asa greu open source-ul pe
 directia asta. Nu mi se pare chiar asa de dificil, iar ideea de open standards

Nu vreau sa fiu prea ofensiv, dar

Pen' ca nu da nimeni cu banu...? Sau marele enterprise vrea totul free?

Daca nu ti se pare chiar asa de dificil, vorba aia, fa-ti-o singur

Pt contacte open standard cred ca se cheama ldap

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] kolab ?

[Dan Borlovan]

On 04/18/2012 01:27 PM, Mihai Badici wrote:

 Nu e vorba de asta. Problema e ca nu vreau sa propun exchange la clienti :)

In mediu enterprinse una din solutii este exchange + blackberry, like it 
or not.

Cel putin pe partea de blackberry, activezi telefonu si pace buna, nu 
stai la fiecare manager sa-i setezi de mina te miri ce. Plus ca ai 
control centralizat asupra terminalelor, cu profile, cu setari, ba poti 
sa activezi si gepeseu sa vezi pe unde umbla.

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] kolab ?

[Dan Borlovan]

On 04/18/2012 03:59 PM, Mihai Badici wrote:
 Mai stii si alta?  :)
 Exchange + any , e practic singura

Lotus notes nu era tot ceva de genul?

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] probleme cu backup pe un NAS prin montare nfs

[Dan Borlovan]

On 03/13/2012 11:09 AM, Paul Lacatus wrote:
 On 09.03.2012 11:03, Paul Lacatus wrote:
 pentru backup la un ERP  rulind pe rhel 5 i-am montat un share de pe un
 Netgear Readynas 2100  prin nfs. Am incercat sa creez fisiere si sa
 scriu in ele cu userul pe care il foloseste si erp-ul si totul merge ok
 . Am mutat acolo si niste back-up-uri mai vechi . ERP-ul creaza fisierul
 de back-up dupa care da eroare si il lasa cu lungime 0 .  Pe volume

Si daca montezi share-ul cu optiunea quiet?

Ma gindesc ca erp-ul nu se abtine sa nu incerce chown care ii da eroare

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] probleme cu backup pe un NAS prin montare nfs

[Dan Borlovan]

On 03/13/2012 11:23 AM, Paul Lacatus wrote:
 montarea pe server ERP se face cu defaults

Adauga si quiet

root_squash e alta poveste

-- 
Dan Borlovan
Datagroup-Int
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug