Re: [rlug] server low power

[Mihai Badici via RLUG]

Merci tuturor pentru sugestii. Cred că am o listă de cumpărături acum :)
Cred că n-ar avea de ce să nu meargă windows server, și eu mă uitam la 
un mini-pc.
Îmi place pseudo-ups-ul ăla, voiam să îmi fac și eu unul penru acasă 
pentru că mai am întreruperi de curent de 1-2 minute, uneori mai mult

( gena regresivă de electronist mai iese la iveală :) )
Când o să recunosc că n-am timp poate cumpăr unul.

On 2024-05-20 20:38, Tiberiu ATUDOREI via RLUG wrote:
Nu stiu daca e cea mai buna solutie pentru ce vrei tu (problema e daca 
e

suportata de WS2023) dar poate merita sa incerci (in cel mai rau caz te
alegi cu o statie de lucru decenta).
Acum cateva luni am cumparatde pe www.geekbuying.com un mini PC  cu N95 
la
un pret bunicel (175 EUR) - vad ca acum este la 190 EUR (livrarea a 
fost

rapida din EU):
"(2024 Upgraded Version) OUVIS S1 Mini PC with LCD Screen RGB Light, 
Intel
Alder Lake N95 4 Cores Up to 3.4GHz, 16GB RAM 512GB SSD, 2*HDMI 2.0 4K 
HD
Dual Display, WiFi 5 Bluetooth 4.2, 2*USB 3.0 2*USB 2.0 2*RJ45 - EU 
Plug"

https://www.geekbuying.com/item/OUVIS-S1-Mini-PC-523205.html
Se poate merge si mai jos cu 8 GB si SSD de 256 GB si faci o economie 
de 60

EUR (dar livrarea e din China si pierzi si o interfata de retea)::
"GXMO N95 Mini PC, Intel Alder Lake N95 4 Cores Up to 3.4GHz, 8GB RAM 
256GB

SSD, DP+HDMI 4K 60Hz Dual Screen Display, Dual-band WiFi Bluetooth 4.2,
4*USB 3.0 1*Type-C 1* 1000M RJ45 1*Audio Jack - US Plug"
https://www.geekbuying.com/item/GXMO-N95-Mini-PC-8GB-256GB-US-Plug-523525.html
Chestiile astea merg pe 12v si consuma infim (am vazut pe display ceva 
in
jur de 2-3-maxim 15W ...teoretic maxim 20W) si poti sa le folosesti cu 
un
pseudo-UPS de 12 V de genul asta (eu am asa ceva pe ruterele de cablu 
si de

GSM ca sa nu imi faca vreo bucurie cand am inerventii remote lungi):
https://www.aliexpress.com/item/1005006345684286.html
Cam cu 200 EUR te-ai scos cu o solutie decenta - dar trebuie
vazut daca poti instalata WS2023 pe dracie. In cel mai rau caz ai un 
mini

server sau o statie bunicica.
A, si ar mai fi si solutii bazate pe N100 si care au si stocare pe HDD 
(dar

au si ventilatoare):
https://www.geekbuying.com/item/AOOSTAR-R1-Mini-PC-NAS-Router-16-512GB-524549.html
Consuma ceva mai mult dar cred ca poti sa faci si un server de
fisiere decent (se poate face upgrade la RAM parca la 32 GB).


On Wed, May 15, 2024 at 5:52 PM Mihai Badici via RLUG 


wrote:


Salut,

Aș vrea să pun la cineva un server (fizic) care să fie doar domain
controller . Sigur că e una din variante, ar mai fi și altele de luat 
în

calcul.

Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:

- să fie ieftină

- să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie
cu răcire pasivă)

- să fie rackabilă (sau să fie atât de mică încât să stea bine într-o 
tavă)


Și evident să suporte windows server 2022.

Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau
altceva asemănător, de fapt mă interesează și varianta asta dacă a
încercat-o cineva în producție.

Ca să evit alte discuții, vreau să pensionez actualul domain 
controller

al unui client  care e de vreo 15 ani;  toate serviciile au fost deja
migrate pe un HyperV, inclusiv un domain controller suplimentar  dar 
din
anumite constrângeri HyperV e și el membru în domeniu deci e bine să 
mai
am un controller disponibil la restartul acestuia ( de obicei prefer 
să

nu introduc hyperV în domeniu atunci când am unul singur).

Evident există și varianta să iau o a doua mașină decentă pe care să 
pot
pune alte virtuale, dar pentru varianta asta nu am nevoie de ajutor, 
mă

descurc, am mai făcut și fac mereu. Vreau să explorez alte variante.

Mă interesează în primul rănd soluții testate, din experiență, cumva 
am
cam pierdut contactul cu anumite zone de hardware, am văzut că au 
apărut

unele servere mai low-power dar nu am avut ocazia să mă joc cu ele.


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


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


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

Re: [rlug] server low power

[valy cozma via RLUG]

noi folosim niste hp-uri ultra slim factor, cred ca au si ceva adaptoare pt
rack , sunt foarte happy cu ele .

cam din astea asa :

https://expertcompany.ro/calculatoare-second-hand/calculator-hp-elitedesk-800-g1-mini-pc-intel-core-i5-4570t-3.60-ghz-generatia-a-4-a-8-gb-ddr3-128gb-ssd-intel-hd-graphics-4600/




On Mon, May 20, 2024 at 8:38 PM Tiberiu ATUDOREI via RLUG 
wrote:

> Nu stiu daca e cea mai buna solutie pentru ce vrei tu (problema e daca e
> suportata de WS2023) dar poate merita sa incerci (in cel mai rau caz te
> alegi cu o statie de lucru decenta).
> Acum cateva luni am cumparatde pe www.geekbuying.com un mini PC  cu N95 la
> un pret bunicel (175 EUR) - vad ca acum este la 190 EUR (livrarea a fost
> rapida din EU):
> "(2024 Upgraded Version) OUVIS S1 Mini PC with LCD Screen RGB Light, Intel
> Alder Lake N95 4 Cores Up to 3.4GHz, 16GB RAM 512GB SSD, 2*HDMI 2.0 4K HD
> Dual Display, WiFi 5 Bluetooth 4.2, 2*USB 3.0 2*USB 2.0 2*RJ45 - EU Plug"
> https://www.geekbuying.com/item/OUVIS-S1-Mini-PC-523205.html
> Se poate merge si mai jos cu 8 GB si SSD de 256 GB si faci o economie de 60
> EUR (dar livrarea e din China si pierzi si o interfata de retea)::
> "GXMO N95 Mini PC, Intel Alder Lake N95 4 Cores Up to 3.4GHz, 8GB RAM 256GB
> SSD, DP+HDMI 4K 60Hz Dual Screen Display, Dual-band WiFi Bluetooth 4.2,
> 4*USB 3.0 1*Type-C 1* 1000M RJ45 1*Audio Jack - US Plug"
>
> https://www.geekbuying.com/item/GXMO-N95-Mini-PC-8GB-256GB-US-Plug-523525.html
> Chestiile astea merg pe 12v si consuma infim (am vazut pe display ceva in
> jur de 2-3-maxim 15W ...teoretic maxim 20W) si poti sa le folosesti cu un
> pseudo-UPS de 12 V de genul asta (eu am asa ceva pe ruterele de cablu si de
> GSM ca sa nu imi faca vreo bucurie cand am inerventii remote lungi):
> https://www.aliexpress.com/item/1005006345684286.html
> Cam cu 200 EUR te-ai scos cu o solutie decenta - dar trebuie
> vazut daca poti instalata WS2023 pe dracie. In cel mai rau caz ai un mini
> server sau o statie bunicica.
> A, si ar mai fi si solutii bazate pe N100 si care au si stocare pe HDD (dar
> au si ventilatoare):
>
> https://www.geekbuying.com/item/AOOSTAR-R1-Mini-PC-NAS-Router-16-512GB-524549.html
> Consuma ceva mai mult dar cred ca poti sa faci si un server de
> fisiere decent (se poate face upgrade la RAM parca la 32 GB).
>
>
> On Wed, May 15, 2024 at 5:52 PM Mihai Badici via RLUG 
> wrote:
>
> > Salut,
> >
> > Aș vrea să pun la cineva un server (fizic) care să fie doar domain
> > controller . Sigur că e una din variante, ar mai fi și altele de luat în
> > calcul.
> >
> > Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:
> >
> > - să fie ieftină
> >
> > - să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie
> > cu răcire pasivă)
> >
> > - să fie rackabilă (sau să fie atât de mică încât să stea bine într-o
> tavă)
> >
> > Și evident să suporte windows server 2022.
> >
> > Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau
> > altceva asemănător, de fapt mă interesează și varianta asta dacă a
> > încercat-o cineva în producție.
> >
> > Ca să evit alte discuții, vreau să pensionez actualul domain controller
> > al unui client  care e de vreo 15 ani;  toate serviciile au fost deja
> > migrate pe un HyperV, inclusiv un domain controller suplimentar  dar din
> > anumite constrângeri HyperV e și el membru în domeniu deci e bine să mai
> > am un controller disponibil la restartul acestuia ( de obicei prefer să
> > nu introduc hyperV în domeniu atunci când am unul singur).
> >
> > Evident există și varianta să iau o a doua mașină decentă pe care să pot
> > pune alte virtuale, dar pentru varianta asta nu am nevoie de ajutor, mă
> > descurc, am mai făcut și fac mereu. Vreau să explorez alte variante.
> >
> > Mă interesează în primul rănd soluții testate, din experiență, cumva am
> > cam pierdut contactul cu anumite zone de hardware, am văzut că au apărut
> > unele servere mai low-power dar nu am avut ocazia să mă joc cu ele.
> >
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

Re: [rlug] server low power

[Tiberiu ATUDOREI via RLUG]

Nu stiu daca e cea mai buna solutie pentru ce vrei tu (problema e daca e
suportata de WS2023) dar poate merita sa incerci (in cel mai rau caz te
alegi cu o statie de lucru decenta).
Acum cateva luni am cumparatde pe www.geekbuying.com un mini PC  cu N95 la
un pret bunicel (175 EUR) - vad ca acum este la 190 EUR (livrarea a fost
rapida din EU):
"(2024 Upgraded Version) OUVIS S1 Mini PC with LCD Screen RGB Light, Intel
Alder Lake N95 4 Cores Up to 3.4GHz, 16GB RAM 512GB SSD, 2*HDMI 2.0 4K HD
Dual Display, WiFi 5 Bluetooth 4.2, 2*USB 3.0 2*USB 2.0 2*RJ45 - EU Plug"
https://www.geekbuying.com/item/OUVIS-S1-Mini-PC-523205.html
Se poate merge si mai jos cu 8 GB si SSD de 256 GB si faci o economie de 60
EUR (dar livrarea e din China si pierzi si o interfata de retea)::
"GXMO N95 Mini PC, Intel Alder Lake N95 4 Cores Up to 3.4GHz, 8GB RAM 256GB
SSD, DP+HDMI 4K 60Hz Dual Screen Display, Dual-band WiFi Bluetooth 4.2,
4*USB 3.0 1*Type-C 1* 1000M RJ45 1*Audio Jack - US Plug"
https://www.geekbuying.com/item/GXMO-N95-Mini-PC-8GB-256GB-US-Plug-523525.html
Chestiile astea merg pe 12v si consuma infim (am vazut pe display ceva in
jur de 2-3-maxim 15W ...teoretic maxim 20W) si poti sa le folosesti cu un
pseudo-UPS de 12 V de genul asta (eu am asa ceva pe ruterele de cablu si de
GSM ca sa nu imi faca vreo bucurie cand am inerventii remote lungi):
https://www.aliexpress.com/item/1005006345684286.html
Cam cu 200 EUR te-ai scos cu o solutie decenta - dar trebuie
vazut daca poti instalata WS2023 pe dracie. In cel mai rau caz ai un mini
server sau o statie bunicica.
A, si ar mai fi si solutii bazate pe N100 si care au si stocare pe HDD (dar
au si ventilatoare):
https://www.geekbuying.com/item/AOOSTAR-R1-Mini-PC-NAS-Router-16-512GB-524549.html
Consuma ceva mai mult dar cred ca poti sa faci si un server de
fisiere decent (se poate face upgrade la RAM parca la 32 GB).


On Wed, May 15, 2024 at 5:52 PM Mihai Badici via RLUG 
wrote:

> Salut,
>
> Aș vrea să pun la cineva un server (fizic) care să fie doar domain
> controller . Sigur că e una din variante, ar mai fi și altele de luat în
> calcul.
>
> Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:
>
> - să fie ieftină
>
> - să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie
> cu răcire pasivă)
>
> - să fie rackabilă (sau să fie atât de mică încât să stea bine într-o tavă)
>
> Și evident să suporte windows server 2022.
>
> Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau
> altceva asemănător, de fapt mă interesează și varianta asta dacă a
> încercat-o cineva în producție.
>
> Ca să evit alte discuții, vreau să pensionez actualul domain controller
> al unui client  care e de vreo 15 ani;  toate serviciile au fost deja
> migrate pe un HyperV, inclusiv un domain controller suplimentar  dar din
> anumite constrângeri HyperV e și el membru în domeniu deci e bine să mai
> am un controller disponibil la restartul acestuia ( de obicei prefer să
> nu introduc hyperV în domeniu atunci când am unul singur).
>
> Evident există și varianta să iau o a doua mașină decentă pe care să pot
> pune alte virtuale, dar pentru varianta asta nu am nevoie de ajutor, mă
> descurc, am mai făcut și fac mereu. Vreau să explorez alte variante.
>
> Mă interesează în primul rănd soluții testate, din experiență, cumva am
> cam pierdut contactul cu anumite zone de hardware, am văzut că au apărut
> unele servere mai low-power dar nu am avut ocazia să mă joc cu ele.
>
>
> ___
> 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] server low power

[Manuel Wolfshant via RLUG]

Vezi ca Hn-urile au procesoare Intel asa ca merg cu Windows pt x86_64. Eu daca 
tot aveam un W10 pe al meu ( finca din pacate sculele de care am nevoie pt 
regulat androizi merg mai civilizat decit pe linux ) am facut acu 2-3 sapt 
update la W11 si merge impecabil desi nu are TPM iar procesorul e un 
Jnumaistiucit pretins nesuportat.


On May 20, 2024 10:51:01 AM GMT+03:00, Mihai Badici via RLUG 
 wrote:
>Da, mă bate și pe mine gândul să folosesc așa ceva dar pentru alte aplicații.
>
>Însă nu îmi e încă foarte clar dacă windows server pentru ARM e suportat de 
>ele, văd că mai nou au suport de ARM dar nu am încercat și nu știu precis care 
>suportă și care nu ( în tot cazul suportă doar ARM64).
>
>Momentan am în pod un laptop Toshiba Satelite  pe post de storage; mi se pare 
>soluția ideală pentru așa ceva mai ales pentru că încă îi mai ține bateria și 
>deci nu am probleme cu întreruperile tipice de electricitate de 5-10 minute 
>din zonă; mai mult, nu are ventilator ceea ce e un mare plus pentru condițiile 
>în care lucrează (precedentului i-a cedat după vreo câteva luni ventilatorul).
>
>Pe ăsta ar merge probabil și windows server, de aici ideea, să iau ceva 
>asemănător - dar nou .
>
>Dar cred că o să iau și o jucărie din asta ca să mă joc un pic cu ceva 
>aplicații linux, e un alt use case interesant pentru mine. Aș vrea să testez 
>oricum și o variantă cu samba4 pe post de controller secundar de domeniu (caz 
>în care nu aș mai avea limitarea cu OS-ul) însă nu vreau să merg direct în 
>producție cu el, deși în zilele noastre... :)
>
>
>O n 5/18/24 14:54, Manuel Wolfshant via RLUG wrote:
>> 
>> Depinde ce nivel de incarcare preconizezi. Jucariile ARM based sint 
>> neasteptat de potente si adecvate in surprinzator de multe situatii. Eu am 
>> facut tot felul de chestii cu Odroid U3 si C2, in special real time video 
>> streaming/display. Iar astea sint de mult depasite moral.
>> Acasa de 3 ani am pe post de workstation un Odroid H2+. Cu 16 GB RAM si 1 TB 
>> SSD consuma vreo 5W. Nu exista piese in miscare decit cind conectez pt 
>> backup sau varii proiecte un HDD extern pe SATA (ma refer la motor :p). De o 
>> sapt am pus pe el AlmaLinux 9 si merge absolut impecabil atit in Gnome cit 
>> si in KDE. Daca ai sansa sa incerci unul din modelele mai noi, recomand cu 
>> caldura.
>> Daca vrei musai rackabil din clasa servere, vezi daca gasesti vreun SH Dell 
>> R640/R650/R6515. Folosesc de 4-5 ani si (ale noastre cel putin) sint 
>> impecabile. Dar nu sint low power si, evident, au racire activa.
>> 
>> wolfy
>> 
>> 
>> On May 15, 2024 8:10:26 PM GMT+03:00, Mihai Badici via RLUG 
>>  wrote:
>>> Da, merci de link.
>>> 
>>> Un Dell Optiplex pare interesant pentru ce vreau eu, și ar mai fi și 
>>> altele, m-ar fi interesat eventual și experiențe personale dacă există.
>>> 
>>> O problemă pe care n-am menționat-o decât colateral e răcirea, bătrânul 
>>> Fujitsu de 15 ani e gălăgios tare și dacă nu e răcit bine...
>>> 
>>> On 5/15/24 19:45, Adrian Minta via RLUG wrote:
 Salut,
 
 vezi la ServeTheHome pe site ca poate-ti vine vreo idee.
 
 www.servethehome.com
 
 ServeTheHome Server Storage and Networking Reviews <#>
 
 ServeTheHome, founded in 2009, is the place to learn more about servers, 
 storage, and networking gear
 
 🔗 https://www.servethehome.com/ 
 
 www.servethehome.com
 
 TinyMiniMicro Archives <#>
 
 🔗 https://www.servethehome.com/tag/tinyminimicro/ 
 
 
 On 5/15/24 17:51, Mihai Badici via RLUG wrote:
> Salut,
> 
> Aș vrea să pun la cineva un server (fizic) care să fie doar domain 
> controller . Sigur că e una din variante, ar mai fi și altele de luat în 
> calcul.
> 
> Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:
> 
> - să fie ieftină
> 
> - să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie cu 
> răcire pasivă)
> 
> - să fie rackabilă (sau să fie atât de mică încât să stea bine într-o 
> tavă)
> 
> Și evident să suporte windows server 2022.
> 
> Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau altceva 
> asemănător, de fapt mă interesează și varianta asta dacă a încercat-o 
> cineva în producție.
> 
> Ca să evit alte discuții, vreau să pensionez actualul domain controller 
> al unui client  care e de vreo 15 ani;  toate serviciile au fost deja 
> migrate pe un HyperV, inclusiv un domain controller suplimentar  dar din 
> anumite constrângeri HyperV e și el membru în domeniu deci e bine să mai 
> am un controller disponibil la restartul acestuia ( de obicei prefer să 
> nu introduc hyperV în domeniu atunci când am unul singur).
> 
> Evident există și varianta să iau o a doua mașină decentă pe care să pot 
> pune alte virtuale, dar pentru varianta asta n

Re: [rlug] server low power

[Mihai Badici via RLUG]

Da, mă bate și pe mine gândul să folosesc așa ceva dar pentru alte 
aplicații.


Însă nu îmi e încă foarte clar dacă windows server pentru ARM e suportat 
de ele, văd că mai nou au suport de ARM dar nu am încercat și nu știu 
precis care suportă și care nu ( în tot cazul suportă doar ARM64).


Momentan am în pod un laptop Toshiba Satelite  pe post de storage; mi se 
pare soluția ideală pentru așa ceva mai ales pentru că încă îi mai ține 
bateria și deci nu am probleme cu întreruperile tipice de electricitate 
de 5-10 minute din zonă; mai mult, nu are ventilator ceea ce e un mare 
plus pentru condițiile în care lucrează (precedentului i-a cedat după 
vreo câteva luni ventilatorul).


Pe ăsta ar merge probabil și windows server, de aici ideea, să iau ceva 
asemănător - dar nou .


Dar cred că o să iau și o jucărie din asta ca să mă joc un pic cu ceva 
aplicații linux, e un alt use case interesant pentru mine. Aș vrea să 
testez oricum și o variantă cu samba4 pe post de controller secundar de 
domeniu (caz în care nu aș mai avea limitarea cu OS-ul) însă nu vreau să 
merg direct în producție cu el, deși în zilele noastre... :)



O n 5/18/24 14:54, Manuel Wolfshant via RLUG wrote:


Depinde ce nivel de incarcare preconizezi. Jucariile ARM based sint neasteptat 
de potente si adecvate in surprinzator de multe situatii. Eu am facut tot felul 
de chestii cu Odroid U3 si C2, in special real time video streaming/display. 
Iar astea sint de mult depasite moral.
Acasa de 3 ani am pe post de workstation un Odroid H2+. Cu 16 GB RAM si 1 TB 
SSD consuma vreo 5W. Nu exista piese in miscare decit cind conectez pt backup 
sau varii proiecte un HDD extern pe SATA (ma refer la motor :p). De o sapt am 
pus pe el AlmaLinux 9 si merge absolut impecabil atit in Gnome cit si in KDE. 
Daca ai sansa sa incerci unul din modelele mai noi, recomand cu caldura.
Daca vrei musai rackabil din clasa servere, vezi daca gasesti vreun SH Dell 
R640/R650/R6515. Folosesc de 4-5 ani si (ale noastre cel putin) sint 
impecabile. Dar nu sint low power si, evident, au racire activa.

wolfy


On May 15, 2024 8:10:26 PM GMT+03:00, Mihai Badici via RLUG  
wrote:

Da, merci de link.

Un Dell Optiplex pare interesant pentru ce vreau eu, și ar mai fi și altele, 
m-ar fi interesat eventual și experiențe personale dacă există.

O problemă pe care n-am menționat-o decât colateral e răcirea, bătrânul Fujitsu 
de 15 ani e gălăgios tare și dacă nu e răcit bine...

On 5/15/24 19:45, Adrian Minta via RLUG wrote:

Salut,

vezi la ServeTheHome pe site ca poate-ti vine vreo idee.

www.servethehome.com

ServeTheHome Server Storage and Networking Reviews <#>

ServeTheHome, founded in 2009, is the place to learn more about servers, 
storage, and networking gear

🔗 https://www.servethehome.com/ 

www.servethehome.com

TinyMiniMicro Archives <#>

🔗 https://www.servethehome.com/tag/tinyminimicro/ 


On 5/15/24 17:51, Mihai Badici via RLUG wrote:

Salut,

Aș vrea să pun la cineva un server (fizic) care să fie doar domain controller . 
Sigur că e una din variante, ar mai fi și altele de luat în calcul.

Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:

- să fie ieftină

- să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie cu 
răcire pasivă)

- să fie rackabilă (sau să fie atât de mică încât să stea bine într-o tavă)

Și evident să suporte windows server 2022.

Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau altceva 
asemănător, de fapt mă interesează și varianta asta dacă a încercat-o cineva în 
producție.

Ca să evit alte discuții, vreau să pensionez actualul domain controller al unui 
client  care e de vreo 15 ani;  toate serviciile au fost deja migrate pe un 
HyperV, inclusiv un domain controller suplimentar  dar din anumite constrângeri 
HyperV e și el membru în domeniu deci e bine să mai am un controller disponibil 
la restartul acestuia ( de obicei prefer să nu introduc hyperV în domeniu 
atunci când am unul singur).

Evident există și varianta să iau o a doua mașină decentă pe care să pot pune 
alte virtuale, dar pentru varianta asta nu am nevoie de ajutor, mă descurc, am 
mai făcut și fac mereu. Vreau să explorez alte variante.

Mă interesează în primul rănd soluții testate, din experiență, cumva am cam 
pierdut contactul cu anumite zone de hardware, am văzut că au apărut unele 
servere mai low-power dar nu am avut ocazia să mă joc cu ele.


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

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

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


___
RLUG mailing list
RLUG@lists.

Re: [rlug] server low power

[Manuel Wolfshant via RLUG]

Depinde ce nivel de incarcare preconizezi. Jucariile ARM based sint neasteptat 
de potente si adecvate in surprinzator de multe situatii. Eu am facut tot felul 
de chestii cu Odroid U3 si C2, in special real time video streaming/display. 
Iar astea sint de mult depasite moral.
Acasa de 3 ani am pe post de workstation un Odroid H2+. Cu 16 GB RAM si 1 TB 
SSD consuma vreo 5W. Nu exista piese in miscare decit cind conectez pt backup 
sau varii proiecte un HDD extern pe SATA (ma refer la motor :p). De o sapt am 
pus pe el AlmaLinux 9 si merge absolut impecabil atit in Gnome cit si in KDE. 
Daca ai sansa sa incerci unul din modelele mai noi, recomand cu caldura.
Daca vrei musai rackabil din clasa servere, vezi daca gasesti vreun SH Dell 
R640/R650/R6515. Folosesc de 4-5 ani si (ale noastre cel putin) sint 
impecabile. Dar nu sint low power si, evident, au racire activa.

wolfy


On May 15, 2024 8:10:26 PM GMT+03:00, Mihai Badici via RLUG  
wrote:
>Da, merci de link.
>
>Un Dell Optiplex pare interesant pentru ce vreau eu, și ar mai fi și altele, 
>m-ar fi interesat eventual și experiențe personale dacă există.
>
>O problemă pe care n-am menționat-o decât colateral e răcirea, bătrânul 
>Fujitsu de 15 ani e gălăgios tare și dacă nu e răcit bine...
>
>On 5/15/24 19:45, Adrian Minta via RLUG wrote:
>> Salut,
>> 
>> vezi la ServeTheHome pe site ca poate-ti vine vreo idee.
>> 
>> www.servethehome.com
>> 
>> ServeTheHome Server Storage and Networking Reviews <#>
>> 
>> ServeTheHome, founded in 2009, is the place to learn more about servers, 
>> storage, and networking gear
>> 
>> 🔗 https://www.servethehome.com/ 
>> 
>> www.servethehome.com
>> 
>> TinyMiniMicro Archives <#>
>> 
>> 🔗 https://www.servethehome.com/tag/tinyminimicro/ 
>> 
>> 
>> On 5/15/24 17:51, Mihai Badici via RLUG wrote:
>>> Salut,
>>> 
>>> Aș vrea să pun la cineva un server (fizic) care să fie doar domain 
>>> controller . Sigur că e una din variante, ar mai fi și altele de luat în 
>>> calcul.
>>> 
>>> Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:
>>> 
>>> - să fie ieftină
>>> 
>>> - să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie cu 
>>> răcire pasivă)
>>> 
>>> - să fie rackabilă (sau să fie atât de mică încât să stea bine într-o tavă)
>>> 
>>> Și evident să suporte windows server 2022.
>>> 
>>> Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau altceva 
>>> asemănător, de fapt mă interesează și varianta asta dacă a încercat-o 
>>> cineva în producție.
>>> 
>>> Ca să evit alte discuții, vreau să pensionez actualul domain controller al 
>>> unui client  care e de vreo 15 ani;  toate serviciile au fost deja migrate 
>>> pe un HyperV, inclusiv un domain controller suplimentar  dar din anumite 
>>> constrângeri HyperV e și el membru în domeniu deci e bine să mai am un 
>>> controller disponibil la restartul acestuia ( de obicei prefer să nu 
>>> introduc hyperV în domeniu atunci când am unul singur).
>>> 
>>> Evident există și varianta să iau o a doua mașină decentă pe care să pot 
>>> pune alte virtuale, dar pentru varianta asta nu am nevoie de ajutor, mă 
>>> descurc, am mai făcut și fac mereu. Vreau să explorez alte variante.
>>> 
>>> Mă interesează în primul rănd soluții testate, din experiență, cumva am cam 
>>> pierdut contactul cu anumite zone de hardware, am văzut că au apărut unele 
>>> servere mai low-power dar nu am avut ocazia să mă joc cu ele.
>>> 
>>> 
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
>> 
>
>___
>RLUG mailing list
>RLUG@lists.lug.ro
>http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro

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

Re: [rlug] server low power

[Mihai Badici via RLUG]

Da, merci de link.

Un Dell Optiplex pare interesant pentru ce vreau eu, și ar mai fi și 
altele, m-ar fi interesat eventual și experiențe personale dacă există.


O problemă pe care n-am menționat-o decât colateral e răcirea, bătrânul 
Fujitsu de 15 ani e gălăgios tare și dacă nu e răcit bine...


On 5/15/24 19:45, Adrian Minta via RLUG wrote:

Salut,

vezi la ServeTheHome pe site ca poate-ti vine vreo idee.

www.servethehome.com

ServeTheHome Server Storage and Networking Reviews <#>

ServeTheHome, founded in 2009, is the place to learn more about 
servers, storage, and networking gear


🔗 https://www.servethehome.com/ 

www.servethehome.com

TinyMiniMicro Archives <#>

🔗 https://www.servethehome.com/tag/tinyminimicro/ 



On 5/15/24 17:51, Mihai Badici via RLUG wrote:

Salut,

Aș vrea să pun la cineva un server (fizic) care să fie doar domain 
controller . Sigur că e una din variante, ar mai fi și altele de luat 
în calcul.


Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:

- să fie ieftină

- să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să 
fie cu răcire pasivă)


- să fie rackabilă (sau să fie atât de mică încât să stea bine într-o 
tavă)


Și evident să suporte windows server 2022.

Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau 
altceva asemănător, de fapt mă interesează și varianta asta dacă a 
încercat-o cineva în producție.


Ca să evit alte discuții, vreau să pensionez actualul domain 
controller al unui client  care e de vreo 15 ani;  toate serviciile 
au fost deja migrate pe un HyperV, inclusiv un domain controller 
suplimentar  dar din anumite constrângeri HyperV e și el membru în 
domeniu deci e bine să mai am un controller disponibil la restartul 
acestuia ( de obicei prefer să nu introduc hyperV în domeniu atunci 
când am unul singur).


Evident există și varianta să iau o a doua mașină decentă pe care să 
pot pune alte virtuale, dar pentru varianta asta nu am nevoie de 
ajutor, mă descurc, am mai făcut și fac mereu. Vreau să explorez alte 
variante.


Mă interesează în primul rănd soluții testate, din experiență, cumva 
am cam pierdut contactul cu anumite zone de hardware, am văzut că au 
apărut unele servere mai low-power dar nu am avut ocazia să mă joc cu 
ele.



___
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] server low power

[Adrian Minta via RLUG]

Salut,

vezi la ServeTheHome pe site ca poate-ti vine vreo idee.

www.servethehome.com

ServeTheHome Server Storage and Networking Reviews <#>

ServeTheHome, founded in 2009, is the place to learn more about servers, 
storage, and networking gear


🔗 https://www.servethehome.com/ 

www.servethehome.com

TinyMiniMicro Archives <#>

🔗 https://www.servethehome.com/tag/tinyminimicro/ 



On 5/15/24 17:51, Mihai Badici via RLUG wrote:

Salut,

Aș vrea să pun la cineva un server (fizic) care să fie doar domain 
controller . Sigur că e una din variante, ar mai fi și altele de luat 
în calcul.


Deci m-ar interesa o mașină care să aibă cât mai mult din următoarele:

- să fie ieftină

- să consume puțin (dacă s-ar putea să nici nu aibă ventilator, să fie 
cu răcire pasivă)


- să fie rackabilă (sau să fie atât de mică încât să stea bine într-o 
tavă)


Și evident să suporte windows server 2022.

Bine,  altă soluție ar fi să pun un samba4 pe un raspberry pi sau 
altceva asemănător, de fapt mă interesează și varianta asta dacă a 
încercat-o cineva în producție.


Ca să evit alte discuții, vreau să pensionez actualul domain 
controller al unui client  care e de vreo 15 ani;  toate serviciile au 
fost deja migrate pe un HyperV, inclusiv un domain controller 
suplimentar  dar din anumite constrângeri HyperV e și el membru în 
domeniu deci e bine să mai am un controller disponibil la restartul 
acestuia ( de obicei prefer să nu introduc hyperV în domeniu atunci 
când am unul singur).


Evident există și varianta să iau o a doua mașină decentă pe care să 
pot pune alte virtuale, dar pentru varianta asta nu am nevoie de 
ajutor, mă descurc, am mai făcut și fac mereu. Vreau să explorez alte 
variante.


Mă interesează în primul rănd soluții testate, din experiență, cumva 
am cam pierdut contactul cu anumite zone de hardware, am văzut că au 
apărut unele servere mai low-power dar nu am avut ocazia să mă joc cu 
ele.



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


--
Best regards,
Adrian Minta

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

Re: [rlug] Server mail kolab probleme

[Mihai Badici]

n-avea tu grija, nu pe tine se bazeaza, au o armata de evanghelisti :) si
mai ales comisioane si mancare buna la evenimente ( asta fiindca nu o fac
ei)

2016-08-31 13:18 GMT+03:00 Mișu Moldovan :

>
> Când văd ce probleme au, îți dai seama că, de mă întreabă cineva, am să
> le dau recomandare să NU folosească infrastructura MS pentru mail.
>
> On a related note: https://lwn.net/Articles/697398/
>
>
> On 31.08.2016 09:43, Mihai Badici wrote:
> > "zici că" :)
> > MS exchange chiar venea cu bounce reply activat by default, am patit-o si
> > eu de cateva ori ( nu stiu cum mai e acum ca n-am mai instalat de mult de
> > la zero)  .
> > Asta cu "contribuie la problemă" e relativă, depinde cum definesti
> > problema. Pentru ei problema e ca tu folosesti serverul tau si nu pe al
> lor
> > :)
> >
> > 2016-08-31 9:36 GMT+03:00 tiberiu socaciu :
> >
> >> qmail la ms??
> >>
> >> t.
> >>
> >> Pe 30 august 2016, 13:21, Mișu Moldovan  a scris:
> >>
> >>> On 29.08.2016 23:11, oprea.l...@gmail.com wrote:
>  Multumesc pentru incurajari :)
>  Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece
> >> as
>  fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
>  trimit zilnic.
> >>>
> >>> […]
> >>>
> >>> Și mai tare e că inclusiv Microsoft contribuie la problemă…  De
> exemplu,
> >>> chiar zilele astea am mii de bounce-uri ce-mi vin de la
> >>> postmaster@*.onmicrosoft.com pentru ceva spam phishing trimis cu
> >>> r...@domeniulnostru.com.  Zici că au un qmail nepeticit în față ce
> habar
> >>> n-are care adrese îs valide și care nu, acceptă totul la grămadă într-o
> >>> primă instanță.  Iar apoi, când mailul ajunge după două hopuri la un
> >>> server ce știe că destinatarul nu există, pac, bounce it like it's the
> >>> '90s.  Nici SPF PermError ori blacklisting-ul IP-ului de origine nu
> pare
> >>> să conteze în infrastructura MS.  Spamurile alea le iau pe neînghițite,
> >>> de câteva zile încontinuu, ba le mai fac și bounce din serverele lor!
> >> :-/
> >>>
> >>>
> >>>
> >>> ___
> >>> RLUG mailing list
> >>> RLUG@lists.lug.ro
> >>> http://lists.lug.ro/mailman/listinfo/rlug
> >>>
> >>>
> >> ___
> >> RLUG mailing list
> >> RLUG@lists.lug.ro
> >> http://lists.lug.ro/mailman/listinfo/rlug
> >>
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Mișu Moldovan]

Când văd ce probleme au, îți dai seama că, de mă întreabă cineva, am să
le dau recomandare să NU folosească infrastructura MS pentru mail.

On a related note: https://lwn.net/Articles/697398/


On 31.08.2016 09:43, Mihai Badici wrote:
> "zici că" :)
> MS exchange chiar venea cu bounce reply activat by default, am patit-o si
> eu de cateva ori ( nu stiu cum mai e acum ca n-am mai instalat de mult de
> la zero)  .
> Asta cu "contribuie la problemă" e relativă, depinde cum definesti
> problema. Pentru ei problema e ca tu folosesti serverul tau si nu pe al lor
> :)
> 
> 2016-08-31 9:36 GMT+03:00 tiberiu socaciu :
> 
>> qmail la ms??
>>
>> t.
>>
>> Pe 30 august 2016, 13:21, Mișu Moldovan  a scris:
>>
>>> On 29.08.2016 23:11, oprea.l...@gmail.com wrote:
 Multumesc pentru incurajari :)
 Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece
>> as
 fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
 trimit zilnic.
>>>
>>> […]
>>>
>>> Și mai tare e că inclusiv Microsoft contribuie la problemă…  De exemplu,
>>> chiar zilele astea am mii de bounce-uri ce-mi vin de la
>>> postmaster@*.onmicrosoft.com pentru ceva spam phishing trimis cu
>>> r...@domeniulnostru.com.  Zici că au un qmail nepeticit în față ce habar
>>> n-are care adrese îs valide și care nu, acceptă totul la grămadă într-o
>>> primă instanță.  Iar apoi, când mailul ajunge după două hopuri la un
>>> server ce știe că destinatarul nu există, pac, bounce it like it's the
>>> '90s.  Nici SPF PermError ori blacklisting-ul IP-ului de origine nu pare
>>> să conteze în infrastructura MS.  Spamurile alea le iau pe neînghițite,
>>> de câteva zile încontinuu, ba le mai fac și bounce din serverele lor!
>> :-/
>>>
>>>
>>>
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>>>
>>>
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> 




signature.asc
Description: OpenPGP digital signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Mihai Badici]

"zici că" :)
MS exchange chiar venea cu bounce reply activat by default, am patit-o si
eu de cateva ori ( nu stiu cum mai e acum ca n-am mai instalat de mult de
la zero)  .
Asta cu "contribuie la problemă" e relativă, depinde cum definesti
problema. Pentru ei problema e ca tu folosesti serverul tau si nu pe al lor
:)

2016-08-31 9:36 GMT+03:00 tiberiu socaciu :

> qmail la ms??
>
> t.
>
> Pe 30 august 2016, 13:21, Mișu Moldovan  a scris:
>
> > On 29.08.2016 23:11, oprea.l...@gmail.com wrote:
> > > Multumesc pentru incurajari :)
> > > Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece
> as
> > > fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
> > > trimit zilnic.
> >
> > […]
> >
> > Și mai tare e că inclusiv Microsoft contribuie la problemă…  De exemplu,
> > chiar zilele astea am mii de bounce-uri ce-mi vin de la
> > postmaster@*.onmicrosoft.com pentru ceva spam phishing trimis cu
> > r...@domeniulnostru.com.  Zici că au un qmail nepeticit în față ce habar
> > n-are care adrese îs valide și care nu, acceptă totul la grămadă într-o
> > primă instanță.  Iar apoi, când mailul ajunge după două hopuri la un
> > server ce știe că destinatarul nu există, pac, bounce it like it's the
> > '90s.  Nici SPF PermError ori blacklisting-ul IP-ului de origine nu pare
> > să conteze în infrastructura MS.  Spamurile alea le iau pe neînghițite,
> > de câteva zile încontinuu, ba le mai fac și bounce din serverele lor!
> :-/
> >
> >
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[tiberiu socaciu]

qmail la ms??

t.

Pe 30 august 2016, 13:21, Mișu Moldovan  a scris:

> On 29.08.2016 23:11, oprea.l...@gmail.com wrote:
> > Multumesc pentru incurajari :)
> > Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as
> > fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
> > trimit zilnic.
>
> […]
>
> Și mai tare e că inclusiv Microsoft contribuie la problemă…  De exemplu,
> chiar zilele astea am mii de bounce-uri ce-mi vin de la
> postmaster@*.onmicrosoft.com pentru ceva spam phishing trimis cu
> r...@domeniulnostru.com.  Zici că au un qmail nepeticit în față ce habar
> n-are care adrese îs valide și care nu, acceptă totul la grămadă într-o
> primă instanță.  Iar apoi, când mailul ajunge după două hopuri la un
> server ce știe că destinatarul nu există, pac, bounce it like it's the
> '90s.  Nici SPF PermError ori blacklisting-ul IP-ului de origine nu pare
> să conteze în infrastructura MS.  Spamurile alea le iau pe neînghițite,
> de câteva zile încontinuu, ba le mai fac și bounce din serverele lor!  :-/
>
>
>
> ___
> 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] Server mail kolab probleme

[Mișu Moldovan]

On 29.08.2016 23:11, oprea.l...@gmail.com wrote:
> Multumesc pentru incurajari :)
> Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as 
> fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se 
> trimit zilnic.

[…]

Și mai tare e că inclusiv Microsoft contribuie la problemă…  De exemplu,
chiar zilele astea am mii de bounce-uri ce-mi vin de la
postmaster@*.onmicrosoft.com pentru ceva spam phishing trimis cu
r...@domeniulnostru.com.  Zici că au un qmail nepeticit în față ce habar
n-are care adrese îs valide și care nu, acceptă totul la grămadă într-o
primă instanță.  Iar apoi, când mailul ajunge după două hopuri la un
server ce știe că destinatarul nu există, pac, bounce it like it's the
'90s.  Nici SPF PermError ori blacklisting-ul IP-ului de origine nu pare
să conteze în infrastructura MS.  Spamurile alea le iau pe neînghițite,
de câteva zile încontinuu, ba le mai fac și bounce din serverele lor!  :-/




signature.asc
Description: OpenPGP digital signature
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Adi Pircalabu]

In anumite cercuri se foloseste curent expresia "Microsoft extortion
racket" cu referire la politica lor de whitelisting. Vezi ce reusesti
cu formularul lor.

2016-08-30 6:11 GMT+10:00 oprea.l...@gmail.com :
> Multumesc pentru incurajari :)
> Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as
> fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
> trimit zilnic.
>
> Lucian,
>
> PS. Acum serios, dupa ce mai verific odata sa vad ca serverul
> indeplineste cerintele MS mai trimit o cerere. Raspunsul primit era de
> la o cerere anterioara la care nu stiam care sunt cerintele.
>
> On 29/08/2016 18:53, Mihai Badici wrote:
>> Au un formular care trebuie completat, la mine ultima data - prin primăvară
>> cred - a mers ( penultima data nu a mers, o lungă perioadă părea că doar
>> răspund politicos dar nu fac nici o schimbare) . Chiar aveau oarecare
>> dreptate, aveam un user caruia i se sparsese contul si plecasera vreo doua
>> mii de mailuri de la el :)
>>
>> 2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE :
>>
 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :

> Salut.
>>> Salut!
>>>
> Din pacate, distractia e doar la inceput.
>
> Acum vreo 2 ani au inceput problemele de delivery catre domeniile
> Microsoft.
> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
>
 pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
 spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
 spamassassin.?
>>> Am si DKIM, am uitat sa specific...
>>>
> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
> standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
> vad daca sint blocat.
>
 pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc din
 care a dat la clientii rezidentiali. Care colcaie de trojans care trimit
 spam non-stop.
>>> E Hetzner, deci esti la mila vecinilor de "clasa"...
>>>
 Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa se
 trimita prin server spam si sa ajunga sa fie listat. spamassassin +
>>> clamav
 + cluebringer pe outgoing.
>>> Faza tare ca eu trimit din an in paste catre ei...
>>>

> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
>
 +1


> P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
> cauza celor mari cu politicile lor idioate. Un articol recent:
> http://lwn.net/Articles/697398/
>
>> Salut,
>>
>> Am o problema cu un server de mail pe kolab: orice email trimis de pe
>> acest server catre o adresa de email de tip @hotmail.com, @live.com
>>> nu
>> ajunge la destinatie.
>> Serverul de mail nu este in nici o lista de blacklist.
>>
>> Primesc un mesaj de forma:
>>
>> Final-Recipient: RFC822; n...@outlook.com
>> Action: failed
>> Status: 5.0.0
>> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
> messages
>> from ip_serverul_meu_mail weren't sent. Please contact your Internet
>> service provider since part of their network is on our block list. You
> can
>> also refer your provider
>> tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
>> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>>
>> Idei?
>>
>> Multumesc,
>> Lucian
>>> --
>>> Catalin(ux) M. BOIE
>>> http://kernel.embedromix.ro/
>>> https://rocketgit.com/
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>>>
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug



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

Re: [rlug] Server mail kolab probleme

[wolfy]

On August 29, 2016 11:16:36 PM GMT+03:00, "oprea.l...@gmail.com" 
 wrote:
>Cunosc povestea deoarece sunt patit :)
>Sunt separate ...
>
>Lucian,
>
>On 29/08/2016 23:13, Mihai Badici wrote:
>> VEzi sa nu fii spammer pe altă parte :) Nu cumva faci si nat pe
>acelasi IP
>> la un lan local? Care poate are un computer care.
>>
Eu ca sa evit probleme de genul asta am blocat portul 25 in forward. Cine vrea 
sa trimita mail nu are decit... cu conditia sa foloseasca serverele niastre si 
sa se autentifice.
Sau sa fie suficient de isteti si sa trimita prin alt server SMTP configurat pe 
alt port decit 25.

>> 2016-08-29 23:11 GMT+03:00 oprea.l...@gmail.com
>:
>>
>>> Multumesc pentru incurajari :)
>>> Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea
>deoarece as
>>> fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri
>se
>>> trimit zilnic.
>>>
>>> Lucian,
>>>
>>> PS. Acum serios, dupa ce mai verific odata sa vad ca serverul
>>> indeplineste cerintele MS mai trimit o cerere. Raspunsul primit era
>de
>>> la o cerere anterioara la care nu stiam care sunt cerintele.
>>>
>>> On 29/08/2016 18:53, Mihai Badici wrote:
 Au un formular care trebuie completat, la mine ultima data - prin
>>> primăvară
 cred - a mers ( penultima data nu a mers, o lungă perioadă părea că
>doar
 răspund politicos dar nu fac nici o schimbare) . Chiar aveau
>oarecare
 dreptate, aveam un user caruia i se sparsese contul si plecasera
>vreo
>>> doua
 mii de mailuri de la el :)

 2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE
>:

>> 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE
>:
>>
>>> Salut.
> Salut!
>
>>> Din pacate, distractia e doar la inceput.
>>>
>>> Acum vreo 2 ani au inceput problemele de delivery catre
>domeniile
>>> Microsoft.
>>> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste
>domenii.
>>>
>> pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece
>crezi ca
>> spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor
>bun la
>> spamassassin.?
> Am si DKIM, am uitat sa specific...
>
>>> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un
>mesaj
>>> standard si ma deblocheaza o perioada. Trebuie sa am grija tot
>timpul
>>> sa
>>> vad daca sint blocat.
>>>
>> pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi
>bloc
>>> din
>> care a dat la clientii rezidentiali. Care colcaie de trojans care
>>> trimit
>> spam non-stop.
> E Hetzner, deci esti la mila vecinilor de "clasa"...
>
>> Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu
>ajung sa
>>> se
>> trimita prin server spam si sa ajunga sa fie listat. spamassassin
>+
> clamav
>> + cluebringer pe outgoing.
> Faza tare ca eu trimit din an in paste catre ei...
>
>>> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
>>>
>> +1
>>
>>
>>> P.S. Incet, incet nu vom mai putea sa avem propriul server de
>mail din
>>> cauza celor mari cu politicile lor idioate. Un articol recent:
>>> http://lwn.net/Articles/697398/
>>>
 Salut,

 Am o problema cu un server de mail pe kolab: orice email trimis
>de pe
 acest server catre o adresa de email de tip @hotmail.com,
>@live.com
> nu
 ajunge la destinatie.
 Serverul de mail nu este in nici o lista de blacklist.

 Primesc un mesaj de forma:

 Final-Recipient: RFC822; n...@outlook.com
 Action: failed
 Status: 5.0.0
 Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36)
>Unfortunately,
>>> messages
 from ip_serverul_meu_mail weren't sent. Please contact your
>Internet
 service provider since part of their network is on our block
>list.
>>> You
>>> can
 also refer your provider
 tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
 Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300

 Idei?

 Multumesc,
 Lucian
> --
> Catalin(ux) M. BOIE
> http://kernel.embedromix.ro/
> https://rocketgit.com/
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>>>
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>
>___
>RLUG mailing list
>RLUG@lists.lug.ro
>http://lists.lug.ro/mailman/listinfo/rlug


___
RLUG mailing list
RLUG@list

Re: [rlug] Server mail kolab probleme

[oprea.l...@gmail.com]

Cunosc povestea deoarece sunt patit :)
Sunt separate ...

Lucian,

On 29/08/2016 23:13, Mihai Badici wrote:
> VEzi sa nu fii spammer pe altă parte :) Nu cumva faci si nat pe acelasi IP
> la un lan local? Care poate are un computer care.
>
> 2016-08-29 23:11 GMT+03:00 oprea.l...@gmail.com :
>
>> Multumesc pentru incurajari :)
>> Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as
>> fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
>> trimit zilnic.
>>
>> Lucian,
>>
>> PS. Acum serios, dupa ce mai verific odata sa vad ca serverul
>> indeplineste cerintele MS mai trimit o cerere. Raspunsul primit era de
>> la o cerere anterioara la care nu stiam care sunt cerintele.
>>
>> On 29/08/2016 18:53, Mihai Badici wrote:
>>> Au un formular care trebuie completat, la mine ultima data - prin
>> primăvară
>>> cred - a mers ( penultima data nu a mers, o lungă perioadă părea că doar
>>> răspund politicos dar nu fac nici o schimbare) . Chiar aveau oarecare
>>> dreptate, aveam un user caruia i se sparsese contul si plecasera vreo
>> doua
>>> mii de mailuri de la el :)
>>>
>>> 2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE :
>>>
> 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :
>
>> Salut.
 Salut!

>> Din pacate, distractia e doar la inceput.
>>
>> Acum vreo 2 ani au inceput problemele de delivery catre domeniile
>> Microsoft.
>> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
>>
> pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
> spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
> spamassassin.?
 Am si DKIM, am uitat sa specific...

>> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
>> standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul
>> sa
>> vad daca sint blocat.
>>
> pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc
>> din
> care a dat la clientii rezidentiali. Care colcaie de trojans care
>> trimit
> spam non-stop.
 E Hetzner, deci esti la mila vecinilor de "clasa"...

> Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa
>> se
> trimita prin server spam si sa ajunga sa fie listat. spamassassin +
 clamav
> + cluebringer pe outgoing.
 Faza tare ca eu trimit din an in paste catre ei...

>> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
>>
> +1
>
>
>> P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
>> cauza celor mari cu politicile lor idioate. Un articol recent:
>> http://lwn.net/Articles/697398/
>>
>>> Salut,
>>>
>>> Am o problema cu un server de mail pe kolab: orice email trimis de pe
>>> acest server catre o adresa de email de tip @hotmail.com, @live.com
 nu
>>> ajunge la destinatie.
>>> Serverul de mail nu este in nici o lista de blacklist.
>>>
>>> Primesc un mesaj de forma:
>>>
>>> Final-Recipient: RFC822; n...@outlook.com
>>> Action: failed
>>> Status: 5.0.0
>>> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
>> messages
>>> from ip_serverul_meu_mail weren't sent. Please contact your Internet
>>> service provider since part of their network is on our block list.
>> You
>> can
>>> also refer your provider
>>> tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
>>> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>>>
>>> Idei?
>>>
>>> Multumesc,
>>> Lucian
 --
 Catalin(ux) M. BOIE
 http://kernel.embedromix.ro/
 https://rocketgit.com/
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug

>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
> ___
> 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] Server mail kolab probleme

[Mihai Badici]

VEzi sa nu fii spammer pe altă parte :) Nu cumva faci si nat pe acelasi IP
la un lan local? Care poate are un computer care.

2016-08-29 23:11 GMT+03:00 oprea.l...@gmail.com :

> Multumesc pentru incurajari :)
> Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as
> fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se
> trimit zilnic.
>
> Lucian,
>
> PS. Acum serios, dupa ce mai verific odata sa vad ca serverul
> indeplineste cerintele MS mai trimit o cerere. Raspunsul primit era de
> la o cerere anterioara la care nu stiam care sunt cerintele.
>
> On 29/08/2016 18:53, Mihai Badici wrote:
> > Au un formular care trebuie completat, la mine ultima data - prin
> primăvară
> > cred - a mers ( penultima data nu a mers, o lungă perioadă părea că doar
> > răspund politicos dar nu fac nici o schimbare) . Chiar aveau oarecare
> > dreptate, aveam un user caruia i se sparsese contul si plecasera vreo
> doua
> > mii de mailuri de la el :)
> >
> > 2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE :
> >
> >>> 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :
> >>>
>  Salut.
> >> Salut!
> >>
>  Din pacate, distractia e doar la inceput.
> 
>  Acum vreo 2 ani au inceput problemele de delivery catre domeniile
>  Microsoft.
>  Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
> 
> >>> pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
> >>> spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
> >>> spamassassin.?
> >> Am si DKIM, am uitat sa specific...
> >>
>  Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
>  standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul
> sa
>  vad daca sint blocat.
> 
> >>> pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc
> din
> >>> care a dat la clientii rezidentiali. Care colcaie de trojans care
> trimit
> >>> spam non-stop.
> >> E Hetzner, deci esti la mila vecinilor de "clasa"...
> >>
> >>> Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa
> se
> >>> trimita prin server spam si sa ajunga sa fie listat. spamassassin +
> >> clamav
> >>> + cluebringer pe outgoing.
> >> Faza tare ca eu trimit din an in paste catre ei...
> >>
> >>>
>  Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
> 
> >>> +1
> >>>
> >>>
>  P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
>  cauza celor mari cu politicile lor idioate. Un articol recent:
>  http://lwn.net/Articles/697398/
> 
> > Salut,
> >
> > Am o problema cu un server de mail pe kolab: orice email trimis de pe
> > acest server catre o adresa de email de tip @hotmail.com, @live.com
> >> nu
> > ajunge la destinatie.
> > Serverul de mail nu este in nici o lista de blacklist.
> >
> > Primesc un mesaj de forma:
> >
> > Final-Recipient: RFC822; n...@outlook.com
> > Action: failed
> > Status: 5.0.0
> > Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
>  messages
> > from ip_serverul_meu_mail weren't sent. Please contact your Internet
> > service provider since part of their network is on our block list.
> You
>  can
> > also refer your provider
> > tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
> > Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
> >
> > Idei?
> >
> > Multumesc,
> > Lucian
> >> --
> >> Catalin(ux) M. BOIE
> >> http://kernel.embedromix.ro/
> >> https://rocketgit.com/
> >> ___
> >> RLUG mailing list
> >> RLUG@lists.lug.ro
> >> http://lists.lug.ro/mailman/listinfo/rlug
> >>
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[oprea.l...@gmail.com]

Multumesc pentru incurajari :)
Tocmai primi de la RDS raspunsul ca MS nu a acceptat cererea deoarece as 
fi spamer. Super tare. Asa ca sa incep sa contorizez cate mail-uri se 
trimit zilnic.

Lucian,

PS. Acum serios, dupa ce mai verific odata sa vad ca serverul 
indeplineste cerintele MS mai trimit o cerere. Raspunsul primit era de 
la o cerere anterioara la care nu stiam care sunt cerintele.

On 29/08/2016 18:53, Mihai Badici wrote:
> Au un formular care trebuie completat, la mine ultima data - prin primăvară
> cred - a mers ( penultima data nu a mers, o lungă perioadă părea că doar
> răspund politicos dar nu fac nici o schimbare) . Chiar aveau oarecare
> dreptate, aveam un user caruia i se sparsese contul si plecasera vreo doua
> mii de mailuri de la el :)
>
> 2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE :
>
>>> 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :
>>>
 Salut.
>> Salut!
>>
 Din pacate, distractia e doar la inceput.

 Acum vreo 2 ani au inceput problemele de delivery catre domeniile
 Microsoft.
 Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.

>>> pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
>>> spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
>>> spamassassin.?
>> Am si DKIM, am uitat sa specific...
>>
 Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
 standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
 vad daca sint blocat.

>>> pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc din
>>> care a dat la clientii rezidentiali. Care colcaie de trojans care trimit
>>> spam non-stop.
>> E Hetzner, deci esti la mila vecinilor de "clasa"...
>>
>>> Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa se
>>> trimita prin server spam si sa ajunga sa fie listat. spamassassin +
>> clamav
>>> + cluebringer pe outgoing.
>> Faza tare ca eu trimit din an in paste catre ei...
>>
>>>
 Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.

>>> +1
>>>
>>>
 P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
 cauza celor mari cu politicile lor idioate. Un articol recent:
 http://lwn.net/Articles/697398/

> Salut,
>
> Am o problema cu un server de mail pe kolab: orice email trimis de pe
> acest server catre o adresa de email de tip @hotmail.com, @live.com
>> nu
> ajunge la destinatie.
> Serverul de mail nu este in nici o lista de blacklist.
>
> Primesc un mesaj de forma:
>
> Final-Recipient: RFC822; n...@outlook.com
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
 messages
> from ip_serverul_meu_mail weren't sent. Please contact your Internet
> service provider since part of their network is on our block list. You
 can
> also refer your provider
> tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>
> Idei?
>
> Multumesc,
> Lucian
>> --
>> Catalin(ux) M. BOIE
>> http://kernel.embedromix.ro/
>> https://rocketgit.com/
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug

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

Re: [rlug] Server mail kolab probleme

[Mihai Badici]

Au un formular care trebuie completat, la mine ultima data - prin primăvară
cred - a mers ( penultima data nu a mers, o lungă perioadă părea că doar
răspund politicos dar nu fac nici o schimbare) . Chiar aveau oarecare
dreptate, aveam un user caruia i se sparsese contul si plecasera vreo doua
mii de mailuri de la el :)

2016-08-29 17:44 GMT+03:00 Catalin(ux) M. BOIE :

>
> > 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :
> >
> >> Salut.
>
> Salut!
>
> >> Din pacate, distractia e doar la inceput.
> >>
> >> Acum vreo 2 ani au inceput problemele de delivery catre domeniile
> >> Microsoft.
> >> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
> >>
> >
> > pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
> > spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
> > spamassassin.?
>
> Am si DKIM, am uitat sa specific...
>
> >
> >>
> >> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
> >> standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
> >> vad daca sint blocat.
> >>
> >
> > pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc din
> > care a dat la clientii rezidentiali. Care colcaie de trojans care trimit
> > spam non-stop.
>
> E Hetzner, deci esti la mila vecinilor de "clasa"...
>
> > Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa se
> > trimita prin server spam si sa ajunga sa fie listat. spamassassin +
> clamav
> > + cluebringer pe outgoing.
>
> Faza tare ca eu trimit din an in paste catre ei...
>
> >
> >
> >>
> >> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
> >>
> >
> > +1
> >
> >
> >>
> >> P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
> >> cauza celor mari cu politicile lor idioate. Un articol recent:
> >> http://lwn.net/Articles/697398/
> >>
> >> > Salut,
> >> >
> >> > Am o problema cu un server de mail pe kolab: orice email trimis de pe
> >> > acest server catre o adresa de email de tip @hotmail.com, @live.com
> nu
> >> > ajunge la destinatie.
> >> > Serverul de mail nu este in nici o lista de blacklist.
> >> >
> >> > Primesc un mesaj de forma:
> >> >
> >> > Final-Recipient: RFC822; n...@outlook.com
> >> > Action: failed
> >> > Status: 5.0.0
> >> > Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
> >> messages
> >> > from ip_serverul_meu_mail weren't sent. Please contact your Internet
> >> > service provider since part of their network is on our block list. You
> >> can
> >> > also refer your provider
> >> > tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
> >> > Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
> >> >
> >> > Idei?
> >> >
> >> > Multumesc,
> >> > Lucian
>
> --
> Catalin(ux) M. BOIE
> http://kernel.embedromix.ro/
> https://rocketgit.com/
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Catalin(ux) M. BOIE]

> 2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :
>
>> Salut.

Salut!

>> Din pacate, distractia e doar la inceput.
>>
>> Acum vreo 2 ani au inceput problemele de delivery catre domeniile
>> Microsoft.
>> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
>>
>
> pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
> spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
> spamassassin.?

Am si DKIM, am uitat sa specific...

>
>>
>> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
>> standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
>> vad daca sint blocat.
>>
>
> pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc din
> care a dat la clientii rezidentiali. Care colcaie de trojans care trimit
> spam non-stop.

E Hetzner, deci esti la mila vecinilor de "clasa"...

> Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa se
> trimita prin server spam si sa ajunga sa fie listat. spamassassin + clamav
> + cluebringer pe outgoing.

Faza tare ca eu trimit din an in paste catre ei...

>
>
>>
>> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
>>
>
> +1
>
>
>>
>> P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
>> cauza celor mari cu politicile lor idioate. Un articol recent:
>> http://lwn.net/Articles/697398/
>>
>> > Salut,
>> >
>> > Am o problema cu un server de mail pe kolab: orice email trimis de pe
>> > acest server catre o adresa de email de tip @hotmail.com, @live.com nu
>> > ajunge la destinatie.
>> > Serverul de mail nu este in nici o lista de blacklist.
>> >
>> > Primesc un mesaj de forma:
>> >
>> > Final-Recipient: RFC822; n...@outlook.com
>> > Action: failed
>> > Status: 5.0.0
>> > Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately,
>> messages
>> > from ip_serverul_meu_mail weren't sent. Please contact your Internet
>> > service provider since part of their network is on our block list. You
>> can
>> > also refer your provider
>> > tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
>> > Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>> >
>> > Idei?
>> >
>> > Multumesc,
>> > Lucian

-- 
Catalin(ux) M. BOIE
http://kernel.embedromix.ro/
https://rocketgit.com/
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Catalin Muresan]

2016-08-28 5:55 GMT+01:00 Catalin(ux) M. BOIE :

> Salut.
>
> Din pacate, distractia e doar la inceput.
>
> Acum vreo 2 ani au inceput problemele de delivery catre domeniile
> Microsoft.
> Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.
>

pune DKIM. E ca la spamassassin, e un +1 la ceva regula. Dece crezi ca
spammerii au reverse DNS+SPF+DKIM+tot ce trebuie ca sa aiba scor bun la
spamassassin.?


>
> Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
> standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
> vad daca sint blocat.
>

pentru ca ISP-ul tau ti-a dat adrese IP pentru server in acelasi bloc din
care a dat la clientii rezidentiali. Care colcaie de trojans care trimit
spam non-stop.

Eu am ajuns sa pun si rate-limits pe outgoing email ca sa nu ajung sa se
trimita prin server spam si sa ajunga sa fie listat. spamassassin + clamav
+ cluebringer pe outgoing.



>
> Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.
>

+1


>
> P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
> cauza celor mari cu politicile lor idioate. Un articol recent:
> http://lwn.net/Articles/697398/
>
> > Salut,
> >
> > Am o problema cu un server de mail pe kolab: orice email trimis de pe
> > acest server catre o adresa de email de tip @hotmail.com, @live.com nu
> > ajunge la destinatie.
> > Serverul de mail nu este in nici o lista de blacklist.
> >
> > Primesc un mesaj de forma:
> >
> > Final-Recipient: RFC822; n...@outlook.com
> > Action: failed
> > Status: 5.0.0
> > Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately, messages
> > from ip_serverul_meu_mail weren't sent. Please contact your Internet
> > service provider since part of their network is on our block list. You
> can
> > also refer your provider
> > tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
> > Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
> >
> > Idei?
> >
> > Multumesc,
> > Lucian
> >
> >
> >
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
>
>
> --
> Catalin(ux) M. BOIE
> http://kernel.embedromix.ro/
> https://rocketgit.com/
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[Catalin(ux) M. BOIE]

Salut.

Din pacate, distractia e doar la inceput.

Acum vreo 2 ani au inceput problemele de delivery catre domeniile Microsoft.
Am SPF, DMARC, JMRP, SNDS, si trimit foarte rar catre aceste domenii.

Dar, din cind in cind ma trezesc blocat. Le scriu, imi trimit un mesaj
standard si ma deblocheaza o perioada. Trebuie sa am grija tot timpul sa
vad daca sint blocat.

Pe scurt, un cosmar. Presupun ca blocheaza cite un /24 deodata.

P.S. Incet, incet nu vom mai putea sa avem propriul server de mail din
cauza celor mari cu politicile lor idioate. Un articol recent:
http://lwn.net/Articles/697398/

> Salut,
>
> Am o problema cu un server de mail pe kolab: orice email trimis de pe
> acest server catre o adresa de email de tip @hotmail.com, @live.com nu
> ajunge la destinatie.
> Serverul de mail nu este in nici o lista de blacklist.
>
> Primesc un mesaj de forma:
>
> Final-Recipient: RFC822; n...@outlook.com
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately, messages
> from ip_serverul_meu_mail weren't sent. Please contact your Internet
> service provider since part of their network is on our block list. You can
> also refer your provider
> tohttp://mail.live.com/mail/troubleshooting.aspx#errors.
> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>
> Idei?
>
> Multumesc,
> Lucian
>
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>


-- 
Catalin(ux) M. BOIE
http://kernel.embedromix.ro/
https://rocketgit.com/
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server mail kolab probleme

[oprea.l...@gmail.com]

Multumesc.
Anunt in cateva zile daca a functionat.

Lucian,

On 27/08/2016 03:47, Catalin Muresan wrote:
> Du-te la https://support.microsoft.com/en-us/getsupport?
> oaspworkflow=start_1.0.0.0&wfname=capsub&productkey=
> edfsmsbl3&locale=en-us&ccsid=636078554483912226 si baga acolo tot ce
> trebuie.
>
> Trebuie sa ajungi la o pagina cu
>
> Sender Information for Outlook.com Delivery
>
> Dar inainte de astea, pune SPF record in DNS si activeaza DKIM.
>
> La mine a durat 2-3 zile sa pot trimite iar pe hotmail.com.
>
> Nu era serverul in nici un blacklist.
>
> On 27 August 2016 at 00:01, oprea.l...@gmail.com 
> wrote:
>
>> Salut,
>>
>> Am o problema cu un server de mail pe kolab: orice email trimis de pe
>> acest server catre o adresa de email de tip @hotmail.com, @live.com nu
>> ajunge la destinatie.
>> Serverul de mail nu este in nici o lista de blacklist.
>>
>> Primesc un mesaj de forma:
>>
>> Final-Recipient: RFC822; n...@outlook.com
>> Action: failed
>> Status: 5.0.0
>> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately, messages
>> from ip_serverul_meu_mail weren't sent. Please contact your Internet
>> service provider since part of their network is on our block list. You can
>> also refer your provider tohttp://mail.live.com/mail/
>> troubleshooting.aspx#errors.
>> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>>
>> Idei?
>>
>> Multumesc,
>> Lucian
>>
>>
>>
>>
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug

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

Re: [rlug] Server mail kolab probleme

[Catalin Muresan]

Du-te la https://support.microsoft.com/en-us/getsupport?
oaspworkflow=start_1.0.0.0&wfname=capsub&productkey=
edfsmsbl3&locale=en-us&ccsid=636078554483912226 si baga acolo tot ce
trebuie.

Trebuie sa ajungi la o pagina cu

Sender Information for Outlook.com Delivery

Dar inainte de astea, pune SPF record in DNS si activeaza DKIM.

La mine a durat 2-3 zile sa pot trimite iar pe hotmail.com.

Nu era serverul in nici un blacklist.

On 27 August 2016 at 00:01, oprea.l...@gmail.com 
wrote:

> Salut,
>
> Am o problema cu un server de mail pe kolab: orice email trimis de pe
> acest server catre o adresa de email de tip @hotmail.com, @live.com nu
> ajunge la destinatie.
> Serverul de mail nu este in nici o lista de blacklist.
>
> Primesc un mesaj de forma:
>
> Final-Recipient: RFC822; n...@outlook.com
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: SMTP; 550 SC-001 (BAY004-MC4F36) Unfortunately, messages
> from ip_serverul_meu_mail weren't sent. Please contact your Internet
> service provider since part of their network is on our block list. You can
> also refer your provider tohttp://mail.live.com/mail/
> troubleshooting.aspx#errors.
> Last-Attempt-Date: Tue, 26 Jul 2016 21:44:35 +0300
>
> Idei?
>
> Multumesc,
> Lucian
>
>
>
>
> ___
> 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] server reboot unexpectedly

[Andrei Pascal]

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

>  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] server reboot unexpectedly

[Florin Samareanu]

Incearca cu interfata dedicata pt cluster traffic. Te scuteste de
multe dureri de cap.

Sent from my iPhone

On Jan 22, 2013, at 15:59, Catalin Vasilescu
 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
>
>
>
>
> 
> From: Florin Samareanu 
> To: Romanian Linux Users Group 
> Sent: Tuesday, January 22, 2013 3:35 PM
> Subject: Re: [rlug] server reboot unexpectedly
>
> Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?
>
> Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
> storage) vezi ca dai in alte rahaturi.
>
> Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
> clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
> corporatiei)
>
> F
>
> Sent from my iPhone
>
> On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:
>
>> Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
>> backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
>> fara sa fii root, crapa. Poate iti suna cunoscut.
>>
>> Alte probleme avute:
>> 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
>> ocfs2 self-fencing si reboot, cu erori de idle_timer.
>> 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
>> rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
>> secunde,  cu acelasi rezultat.
>> 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
>> multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
>>
>> Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
>> sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
>> Si daca ai sansa, fa upgrade la OCFS 1.6.
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Andrei Prodan]

Nu e ciudat ca nu apare nimic in log-uri, ca si-o ia in cap rapid si
n-apuca sa salveze kernel dump-ul, eu stiu doar pentru ca l-am vazut pe alt
server prin netconsole.


2013/1/22 Catalin Vasilescu 

> 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
>
>
>
>
> 
>  From: Florin Samareanu 
> To: Romanian Linux Users Group 
> Sent: Tuesday, January 22, 2013 3:35 PM
> Subject: Re: [rlug] server reboot unexpectedly
>
> Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?
>
> Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
> storage) vezi ca dai in alte rahaturi.
>
> Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
> clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
> corporatiei)
>
> F
>
> Sent from my iPhone
>
> On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:
>
> > Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
> > backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
> > fara sa fii root, crapa. Poate iti suna cunoscut.
> >
> > Alte probleme avute:
> > 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
> > ocfs2 self-fencing si reboot, cu erori de idle_timer.
> > 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
> > rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
> > secunde,  cu acelasi rezultat.
> > 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
> > multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
> >
> > Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
> > sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
> > Si daca ai sansa, fa upgrade la OCFS 1.6.
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Catalin Vasilescu]

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





 From: Florin Samareanu 
To: Romanian Linux Users Group  
Sent: Tuesday, January 22, 2013 3:35 PM
Subject: Re: [rlug] server reboot unexpectedly
 
Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?

Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
storage) vezi ca dai in alte rahaturi.

Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
corporatiei)

F

Sent from my iPhone

On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:

> Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
> backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
> fara sa fii root, crapa. Poate iti suna cunoscut.
>
> Alte probleme avute:
> 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
> ocfs2 self-fencing si reboot, cu erori de idle_timer.
> 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
> rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
> secunde,  cu acelasi rezultat.
> 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
> multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
>
> Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
> sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
> Si daca ai sansa, fa upgrade la OCFS 1.6.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Florin Samareanu]

Pentru ca autorul postului are el5 nu are rpm de 1.6 de la oracle. Si
pentru ca upgrade-ul de kernel il lasa fara suport la redhat a cam
ramas fara optiuni.

Daca suportul la rh nu conteaza si nu are 3rd party drivers poate
instala kernelul de la oracle care are ocfs 1.6 , dar sa studieze si
ce presupune un downgrade (daca face upgrade si la fs).

Sent from my iPhone

On Jan 22, 2013, at 15:40, Andrei Prodan  wrote:

> OCFS 1.6 e in mainline kernel, trebuie doar o distributie care sa nu fie
> ancorata in 2006. Din pacate asta nu e intotdeauna posibil.
>
>
> 2013/1/22 Florin Samareanu 
>
>> Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?
>>
>> Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
>> storage) vezi ca dai in alte rahaturi.
>>
>> Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
>> clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
>> corporatiei)
>>
>> F
>>
>> Sent from my iPhone
>>
>> On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:
>>
>>> Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
>>> backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
>>> fara sa fii root, crapa. Poate iti suna cunoscut.
>>>
>>> Alte probleme avute:
>>> 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
>>> ocfs2 self-fencing si reboot, cu erori de idle_timer.
>>> 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
>>> rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
>>> secunde,  cu acelasi rezultat.
>>> 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
>>> multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
>>>
>>> Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
>>> sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
>>> Si daca ai sansa, fa upgrade la OCFS 1.6.
>>> ___
>>> RLUG mailing list
>>> RLUG@lists.lug.ro
>>> http://lists.lug.ro/mailman/listinfo/rlug
>> ___
>> RLUG mailing list
>> RLUG@lists.lug.ro
>> http://lists.lug.ro/mailman/listinfo/rlug
>>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Andrei Prodan]

OCFS 1.6 e in mainline kernel, trebuie doar o distributie care sa nu fie
ancorata in 2006. Din pacate asta nu e intotdeauna posibil.


2013/1/22 Florin Samareanu 

> Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?
>
> Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
> storage) vezi ca dai in alte rahaturi.
>
> Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
> clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
> corporatiei)
>
> F
>
> Sent from my iPhone
>
> On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:
>
> > Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
> > backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
> > fara sa fii root, crapa. Poate iti suna cunoscut.
> >
> > Alte probleme avute:
> > 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
> > ocfs2 self-fencing si reboot, cu erori de idle_timer.
> > 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
> > rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
> > secunde,  cu acelasi rezultat.
> > 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
> > multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
> >
> > Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
> > sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
> > Si daca ai sansa, fa upgrade la OCFS 1.6.
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Florin Samareanu]

Ocfs 1.6 nu cumva vrea unbreakable kernel(2.6.32.X)?

Daca da si ai cumva un driver proprietar (cum am eu pt un ibm ds
storage) vezi ca dai in alte rahaturi.

Daca folosesti ocfs-ul ala pt bd oracle treci la asm (cu ultimul
clusterware+psu e ok - testat pe cele 20+ medii oracle din curtea
corporatiei)

F

Sent from my iPhone

On Jan 22, 2013, at 15:30, Andrei Prodan  wrote:

> Pe OCFS2 1.4 ( versiunea pe care o ai tu pe RH 5, daca n-ati facut vreun
> backport in-house ) e un bug amuzant in care daca dai chattr pe un fisier
> fara sa fii root, crapa. Poate iti suna cunoscut.
>
> Alte probleme avute:
> 1. switch-ul de pe interfata pe care era legat cluster-ul busit - rezulta
> ocfs2 self-fencing si reboot, cu erori de idle_timer.
> 2. ceva bube soft pe care nu mi le mai amintesc, dar care aveau ca
> rezultat niste agatari urate ale kernel-ului pentru cateva (zeci) de
> secunde,  cu acelasi rezultat.
> 3. o combinatie de fragmentare OCFS2 (problema grava pe 1.4) , load pe
> multe fisiere ( lucene search, don't ask. ), si ce am zis mai sus.
>
> Eu, dupa experientele avute, as porni netconsole, creste idle timeru, si
> sta cu ochii pe el ca pe butelie sa vad ce zice kernelu'.
> Si daca ai sansa, fa upgrade la OCFS 1.6.
> ___
> 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] server reboot unexpectedly

[Mihai Badici]

On Tuesday, January 22, 2013 03:05:35 PM Florin Samareanu wrote:
> N-ati inteles voi, aia cu oprire la 12 zilnic era un feature de powersave :)


Pai char era, doar ca n-am setat-o noi :)

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

Re: [rlug] server reboot unexpectedly

[Mihai Badici]

On Tuesday, January 22, 2013 02:54:35 PM Florin Samareanu wrote:
> Lasa ca s-au mai vazut sisteme cu memorii ecc care dadeau chix. HP, i'm
> pointing fingers!


La Felix PC, unde un a din reparatiile de baza era eliminarea bitului de 
paritate :)


Asa, daca e server brand ar putea avea watchdog hardware, sau, cea mai lame pe 
care am intalnit-o, program de functionare ( La FSC) . A venit setat cu 
oprire la 12.00 in fiecare zi ( presupun ca s-a jucat cineva prin vreun 
service).
> 
> 2013/1/22 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
> 
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
-- 
Mihai Badici
http://mihai.badici.ro
___
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] server reboot unexpectedly

[Bogdan BOTEZ]

2013/1/22 Petru Ratiu 

> On Tue, Jan 22, 2013 at 12:31 PM, Mircea MITU  wrote:
>
> > Problemele asemanatoare le-am rezolvat prin schimbarea memoriei (a
> > modulelor sau a locului in sloturi).
> > Misto era ca la memtest era ok dar la anumite incarcari, aparent random,
> > se repornea
> >
> > Cand eram mic am invatat de la tata 3 lucruri:
> > - sa ma feresc de omul span (+chinezi +rusi)
> > - daca vezi pe strada o minge, atentie ca urmeaza un copil
> > - daca se rebooteaza random, e de la memorie
> >
> >
> >
> Foarte adanci adevaruri, da' am un amendament: e o diferenta intre "random"
> si "nu inteleg de ce". In cazul asta as investiga mai mult, poate sunt ceva
> probleme de kernel si ala saracul e scris de ingineri, nu stie sa se
> exprime altfel decat cu panic.
>
> --
> Petre.
> ___
>


90%+ din cazurile pe care le-am vazut erau reboot la comanda clusterului
(works as designed).
Poate si din cauza configuratiilor hw pe care erau.

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

Re: [rlug] server reboot unexpectedly

[Petru Ratiu]

On Tue, Jan 22, 2013 at 12:31 PM, Mircea MITU  wrote:

> Problemele asemanatoare le-am rezolvat prin schimbarea memoriei (a
> modulelor sau a locului in sloturi).
> Misto era ca la memtest era ok dar la anumite incarcari, aparent random,
> se repornea
>
> Cand eram mic am invatat de la tata 3 lucruri:
> - sa ma feresc de omul span (+chinezi +rusi)
> - daca vezi pe strada o minge, atentie ca urmeaza un copil
> - daca se rebooteaza random, e de la memorie
>
>
>
Foarte adanci adevaruri, da' am un amendament: e o diferenta intre "random"
si "nu inteleg de ce". In cazul asta as investiga mai mult, poate sunt ceva
probleme de kernel si ala saracul e scris de ingineri, nu stie sa se
exprime altfel decat cu panic.

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

Re: [rlug] server reboot unexpectedly

[Bogdan-Stefan Rotariu]

On Jan 22, 2013, at 13:03, "manuel \"lonely wolf\" wolfshant" 
 wrote:

> On 01/22/2013 12:31 PM, Mircea MITU wrote:
>> Problemele asemanatoare le-am rezolvat prin schimbarea memoriei (a modulelor 
>> sau a locului in sloturi).
>> Misto era ca la memtest era ok dar la anumite incarcari, aparent random, se 
>> repornea
>> 
>> Cand eram mic am invatat de la tata 3 lucruri:
>> [...]
>> - 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.
> 

in cazul acesta sunt mai mari sansele sa fie de la cluster decit de la 
ram/sursa, daca e de la cluster e suficient sa te uiti prin loage.

De la Ram serverul se bloca, daca nu are activat kernel.panic=numar , pentru ca 
default nu e.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[manuel "lonely wolf" wolfshant]

On 01/22/2013 12:31 PM, Mircea MITU wrote:
> Problemele asemanatoare le-am rezolvat prin schimbarea memoriei (a modulelor 
> sau a locului in sloturi).
> Misto era ca la memtest era ok dar la anumite incarcari, aparent random, se 
> repornea
>
> Cand eram mic am invatat de la tata 3 lucruri:
> [...]
> - 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.

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

Re: [rlug] server reboot unexpectedly

[Mircea MITU]

Problemele asemanatoare le-am rezolvat prin schimbarea memoriei (a modulelor 
sau a locului in sloturi).
Misto era ca la memtest era ok dar la anumite incarcari, aparent random, se 
repornea

Cand eram mic am invatat de la tata 3 lucruri:
- sa ma feresc de omul span (+chinezi +rusi)
- daca vezi pe strada o minge, atentie ca urmeaza un copil
- daca se rebooteaza random, e de la memorie


On Jan 22, 2013, at 11:52 AM, Catalin Vasilescu  
wrote:

> Salut,
> 
> Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in 
> syslog decat ce am pus mai jos.
> Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%, totul 
> pare ok dar nu e.
> O idee cum as putea investiga mai adanc mi-ar fi de folos.
> 
> 
>  Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242 
> duration=0(sec)
> Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118 
> port 67 (xid=0x419aaa72)
> Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118 
> (xid=0x419aaa72)
> Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in 
> 294 seconds.
> Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
> Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg 
> started.
> Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 
> (mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 
> 4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
> Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro 
> root=/dev/vg_local/lv_root rhgb quiet
> Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
> Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 - 
> 0009c000 (usable)
> 
> 
> Multumesc,
> ---
> Catalin Vasilescu
> ___
> 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] server reboot unexpectedly

[Petru Ratiu]

Daca crapa kernelul, nu mai zice syslog nici pis. Eventual cu netconsole.
On 22 Jan 2013 12:07,  wrote:

> Eventual ai putea sa pui syslog sa trimita logurile la alt server in
> retea, poate prinzi mai mult.
>
> Sent via mobile phone.
>
> -Original Message-
> From: Catalin Vasilescu 
> Sender: rlug-boun...@lists.lug.ro
> Date: Tue, 22 Jan 2013 02:00:22
> To: florin.samare...@gmail.com; Romanian
> Linux Users Group
> Reply-To: Catalin Vasilescu ,
> Romanian Linux Users Group 
> Subject: Re: [rlug] server reboot unexpectedly
>
> Da este in cluster,  revin cu feedback.
> Merci.
>
>
>
> ---
> Catalin Vasilescu
>
>
>
>
> 
>  From: Florin Samareanu 
> To: Catalin Vasilescu ; Romanian Linux Users
> Group 
> Sent: Tuesday, January 22, 2013 11:55 AM
> Subject: Re: [rlug] server reboot unexpectedly
>
> O duda similara am avut cand erau rahaturi pe retea si unul din nodurile
> de rac se restarta aleator. S-a rezolvat marind timeout-urile de ocfs (nu
> ai specificat daca ai cluster de ocfs)
>
>
> F
>
> Empower your Business with BlackBerry® and Mobile Solutions from Etisalat
>
> -Original Message-
> From: Catalin Vasilescu 
> Sender: rlug-boun...@lists.lug.ro
> Date: Tue, 22 Jan 2013 01:52:46
> To: rlug@lists.lug.ro
> Reply-To: Catalin Vasilescu ,
> Romanian Linux Users Group 
> Subject: [rlug] server reboot unexpectedly
>
> Salut,
>
> Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in
> syslog decat ce am pus mai jos.
> Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%,
> totul pare ok dar nu e.
> O idee cum as putea investiga mai adanc mi-ar fi de folos.
>
>
>  Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242
> duration=0(sec)
> Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118
> port 67 (xid=0x419aaa72)
> Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118
> (xid=0x419aaa72)
> Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in
> 294 seconds.
> Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
> Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg
> started.
> Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 (
> mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red
> Hat 4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
> Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro
> root=/dev/vg_local/lv_root rhgb quiet
> Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
> Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 -
> 0009c000 (usable)
>
>
> Multumesc,
> ---
> Catalin Vasilescu
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] server reboot unexpectedly

[Florin Samareanu]

Doar ca suita de cluster are prostul obicei sa dea mesajele astea pe consola nu 
in syslog (sau imi lipsea ceva in configurarea de syslog).

F

Empower your Business with BlackBerry® and Mobile Solutions from Etisalat

-Original Message-
From: thelo...@gmail.com
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 10:07:31 
To: Catalin Vasilescu; Romanian Linux Users 
Group
Reply-To: thelo...@gmail.com, Romanian Linux Users Group 
Subject: Re: [rlug] server reboot unexpectedly

Eventual ai putea sa pui syslog sa trimita logurile la alt server in retea, 
poate prinzi mai mult.

Sent via mobile phone.

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 02:00:22 
To: florin.samare...@gmail.com; Romanian Linux 
Users Group
Reply-To: Catalin Vasilescu ,
Romanian Linux Users Group 
Subject: Re: [rlug] server reboot unexpectedly

Da este in cluster,  revin cu feedback.
Merci.


 
---
Catalin Vasilescu





 From: Florin Samareanu 
To: Catalin Vasilescu ; Romanian Linux Users Group 
 
Sent: Tuesday, January 22, 2013 11:55 AM
Subject: Re: [rlug] server reboot unexpectedly
 
O duda similara am avut cand erau rahaturi pe retea si unul din nodurile de rac 
se restarta aleator. S-a rezolvat marind timeout-urile de ocfs (nu ai 
specificat daca ai cluster de ocfs)


F

Empower your Business with BlackBerry® and Mobile Solutions from Etisalat

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 01:52:46 
To: rlug@lists.lug.ro
Reply-To: Catalin Vasilescu ,
    Romanian Linux Users Group 
Subject: [rlug] server reboot unexpectedly

Salut,

Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in 
syslog decat ce am pus mai jos.
Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%, totul 
pare ok dar nu e.
O idee cum as putea investiga mai adanc mi-ar fi de folos.


 Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242 
duration=0(sec)
Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118 port 
67 (xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118 
(xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in 294 
seconds.
Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 
(mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 
4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro root=/dev/vg_local/lv_root 
rhgb quiet
Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 - 
0009c000 (usable)


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

Re: [rlug] server reboot unexpectedly

[theloger]

Eventual ai putea sa pui syslog sa trimita logurile la alt server in retea, 
poate prinzi mai mult.

Sent via mobile phone.

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 02:00:22 
To: florin.samare...@gmail.com; Romanian Linux 
Users Group
Reply-To: Catalin Vasilescu ,
Romanian Linux Users Group 
Subject: Re: [rlug] server reboot unexpectedly

Da este in cluster,  revin cu feedback.
Merci.


 
---
Catalin Vasilescu





 From: Florin Samareanu 
To: Catalin Vasilescu ; Romanian Linux Users Group 
 
Sent: Tuesday, January 22, 2013 11:55 AM
Subject: Re: [rlug] server reboot unexpectedly
 
O duda similara am avut cand erau rahaturi pe retea si unul din nodurile de rac 
se restarta aleator. S-a rezolvat marind timeout-urile de ocfs (nu ai 
specificat daca ai cluster de ocfs)


F

Empower your Business with BlackBerry® and Mobile Solutions from Etisalat

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 01:52:46 
To: rlug@lists.lug.ro
Reply-To: Catalin Vasilescu ,
    Romanian Linux Users Group 
Subject: [rlug] server reboot unexpectedly

Salut,

Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in 
syslog decat ce am pus mai jos.
Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%, totul 
pare ok dar nu e.
O idee cum as putea investiga mai adanc mi-ar fi de folos.


 Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242 
duration=0(sec)
Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118 port 
67 (xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118 
(xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in 294 
seconds.
Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 
(mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 
4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro root=/dev/vg_local/lv_root 
rhgb quiet
Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 - 
0009c000 (usable)


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

Re: [rlug] server reboot unexpectedly

[Catalin Vasilescu]

Da este in cluster,  revin cu feedback.
Merci.


 
---
Catalin Vasilescu





 From: Florin Samareanu 
To: Catalin Vasilescu ; Romanian Linux Users Group 
 
Sent: Tuesday, January 22, 2013 11:55 AM
Subject: Re: [rlug] server reboot unexpectedly
 
O duda similara am avut cand erau rahaturi pe retea si unul din nodurile de rac 
se restarta aleator. S-a rezolvat marind timeout-urile de ocfs (nu ai 
specificat daca ai cluster de ocfs)


F

Empower your Business with BlackBerry® and Mobile Solutions from Etisalat

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 01:52:46 
To: rlug@lists.lug.ro
Reply-To: Catalin Vasilescu ,
    Romanian Linux Users Group 
Subject: [rlug] server reboot unexpectedly

Salut,

Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in 
syslog decat ce am pus mai jos.
Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%, totul 
pare ok dar nu e.
O idee cum as putea investiga mai adanc mi-ar fi de folos.


 Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242 
duration=0(sec)
Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118 port 
67 (xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118 
(xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in 294 
seconds.
Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 
(mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 
4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro root=/dev/vg_local/lv_root 
rhgb quiet
Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 - 
0009c000 (usable)


Multumesc,
---
Catalin Vasilescu
___
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] server reboot unexpectedly

[Florin Samareanu]

O duda similara am avut cand erau rahaturi pe retea si unul din nodurile de rac 
se restarta aleator. S-a rezolvat marind timeout-urile de ocfs (nu ai 
specificat daca ai cluster de ocfs)


F

Empower your Business with BlackBerry® and Mobile Solutions from Etisalat

-Original Message-
From: Catalin Vasilescu 
Sender: rlug-boun...@lists.lug.ro
Date: Tue, 22 Jan 2013 01:52:46 
To: rlug@lists.lug.ro
Reply-To: Catalin Vasilescu ,
Romanian Linux Users Group 
Subject: [rlug] server reboot unexpectedly

Salut,

Am un RedHat 5 cu OCFS ce se restarteaza random fara a-mi oferi detatii in 
syslog decat ce am pus mai jos.
Nu are watchdog, are doua surse, memoria si procesorul nu depasesc 50%, totul 
pare ok dar nu e.
O idee cum as putea investiga mai adanc mi-ar fi de folos.


 Jan 21 22:29:14 ropac11rl1 xinetd[4097]: EXIT: nrpe status=0 pid=24242 
duration=0(sec)
Jan 21 22:30:30 ropac11rl1 dhclient: DHCPREQUEST on usb0 to 169.254.95.118 port 
67 (xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: DHCPACK from 169.254.95.118 
(xid=0x419aaa72)
Jan 21 22:30:31 ropac11rl1 dhclient: bound to 169.254.95.120 -- renewal in 294 
seconds.
Jan 21 22:38:04 ropac11rl1 syslogd 1.4.1: restart.
Jan 21 22:38:04 ropac11rl1 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 21 22:38:04 ropac11rl1 kernel: Linux version 2.6.18-308.el5 
(mockbu...@x86-007.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 
4.1.2-50)) #1 SMP Fri Jan 27 17:17:51 EST 2012
Jan 21 22:38:04 ropac11rl1 kernel: Command line: ro root=/dev/vg_local/lv_root 
rhgb quiet
Jan 21 22:38:04 ropac11rl1 kernel: BIOS-provided physical RAM map:
Jan 21 22:38:04 ropac11rl1 kernel:  BIOS-e820: 0001 - 
0009c000 (usable)


Multumesc,
---
Catalin Vasilescu
___
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] Server tunning - imbunatatire IO

[Flower]

On 09/13/2012 01:51 PM, li...@vfemail.net wrote:
> Hello all,
>
> Am o problema cu un server, care de ceva timp a inceput sa "tuseasca".
>
> Este un server de baze de date, folosit pentru tot felul de rapoarte.  
> In anumite situatii creste nejustificat timpul de raspuns al unor  
> interogari. Dezvoltatorul aplicatiei mentioneaza ca:
> - interogarile sunt optimizate
> - da vina pe platforma hardware (IO, memorie si CPU server).
> - cere viteza mare de citire mare de pe disc (storage device)!
>
> OS: Redhat 5.8 pe 64 biti
>
> Serverul este un HP DL380 G4
> - Procesor Dual Core Intel Xeon 3.2 GHz/800MHz - 2MB L2
> - 12GB RAM (PC2-3200 DDR2) + 12GB swap
>
> Are atasat prin fibra optica un storage HP Storageworks Modular Smart  
> Array 1000 (10 diskuri U320 SCSI, 15k rpm, 72.8GB, raid5) via unui  
> fiber channel card Qlogic QLA2340. Volumul rezultat este folosit  
>

Pentru baze de date nu se recomandă nici un tip de RAID care începe cu
"F". Ca să fie mai clar no RAID four, five or fix (six). Sunt probleme
mari de performanță cu ele în cazul bazelor de date. Poți încerca 0, 10
sau 10E, recomandarea mergând totuși către 10 sau 10E.

Așa arată un Western green (adică fără pretenții de performanță).
# hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   7526 MB in  2.00 seconds = 3764.16 MB/sec
 Timing buffered disk reads: 286 MB in  3.00 seconds =  95.27 MB/sec

Așa arată un SDD Intel M80 (nu enterprise).
# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   7448 MB in  2.00 seconds = 3725.08 MB/sec
 Timing buffered disk reads: 760 MB in  3.00 seconds = 253.11 MB/sec
root@eden:/etc# hdparm -tT /dev/sda1

Dacă ai nevoie de spații mici de stocare SSD-ul îți rezolvă problema dar
ai grijă să mergi spre versiuni enterprise (SLC nu MLC).


Flower

-- 
http://tech.serafimpantea.ro/

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

Re: [rlug] Server tunning - imbunatatire IO

[Adrian Fita]

On 14/09/12 10:38, li...@vfemail.net wrote:
> Quoting "Mircea Mitu" :
> 
>> In plus cartile de istorie la capitolul baze de date includ doua  
>> note de subsol, marunte
>>
>> 1. Nu folosi Raid5 (si derivati)
>> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac

[...]

> 1. Nu ma prind de ce spui "nu folosi RAID5 si "derivati"? e atat de  
> vag referinta aceasta incat chiar daca vreau nu o pot lua in serios ...

[...]

> Alx

Un mare dezavantaj al RAID5 in cazul folosirii discurilor de capacitate
mare (>750 GB) e rata de erori nerecuperabile la citire (asa numitul URE
- Unrecoverable Read Error) care la discurile de capacitate mare poate
fi inacceptabila (poate fi chiar si de 1 eroare la 3 citiri complete).
La un rebuild, RAID5(si 6) trebuie sa citeasca de la cap la coada
fiecare HDD, ceea ce face aproape imposibila completarea cu succes a
rebuild-ului pt. ca inevitabil unul din HDD-uri va avea o eroare de
citire. Ca sa nu mai zic ca un rebuild al unui array de 3-4 T poate dura
aproape 1 zi, timp in care array-ul e inutilizabil. Si nu, HDD-urile cu
eticheta "Enterprise" nu sint o garantie ca erorile de citire sint mai rare.

Detalii aici:
http://www.standalone-sysadmin.com/blog/2012/08/i-come-not-to-praise-raid-5/
.

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

Re: [rlug] Server tunning - imbunatatire IO

[manuel "lonely wolf" wolfshant]

On 09/14/2012 04:01 PM, li...@vfemail.net wrote:
> Quoting "Vali Dragnuta":
>
>> Am banuiala ca acel rezultat nu tocmai corect pentru ca la cum a dat
>> comanda este afectat de cel putin doua cacheuri : al controllerului raid
>> ( daca are minim 4G - unele controllere areca suporta atit de mult)
>> dar mai ales al sistemului de operare (presupun ca are memorie peste
>> 4G).
>>
>> Pentru rezultate mai corecte cu dd, ar trebui adaugat la dd :
>> oflag=direct
>>
>> In felul asta elimini bufferele OS-ului din schema.
>> Ramine cel al controllerului, si ca sa minimizezi efectul sau scrii 16G
>> in loc de 4G.
> Super, am mai invatat ceva :-)
>
> Deci ar trebui sa fie:
>
> dd if=/dev/zero of=/storage/disk1.img bs=1M count=16000 oflag=direct
>
> Unde count trebuie sa fie peste memoria fizica instalata pe system sau
> cea totala (fizic+swap)?
Valoarea lui count trebuie sa fie mai mare decit memoria cache-ului din 
controller,astfel incit sa masori viteza de transfer de pe platane catre 
OS, nu cea din memoria controllerului catre OS

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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> Am banuiala ca acel rezultat nu tocmai corect pentru ca la cum a dat
> comanda este afectat de cel putin doua cacheuri : al controllerului raid
> ( daca are minim 4G - unele controllere areca suporta atit de mult)
> dar mai ales al sistemului de operare (presupun ca are memorie peste
> 4G).
>
> Pentru rezultate mai corecte cu dd, ar trebui adaugat la dd :
> oflag=direct
>
> In felul asta elimini bufferele OS-ului din schema.
> Ramine cel al controllerului, si ca sa minimizezi efectul sau scrii 16G
> in loc de 4G.

Super, am mai invatat ceva :-)

Deci ar trebui sa fie:

dd if=/dev/zero of=/storage/disk1.img bs=1M count=16000 oflag=direct

Unde count trebuie sa fie peste memoria fizica instalata pe system sau  
cea totala (fizic+swap)?

Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Vali Dragnuta]

Am banuiala ca acel rezultat nu tocmai corect pentru ca la cum a dat
comanda este afectat de cel putin doua cacheuri : al controllerului raid
( daca are minim 4G - unele controllere areca suporta atit de mult)
dar mai ales al sistemului de operare (presupun ca are memorie peste
4G).

Pentru rezultate mai corecte cu dd, ar trebui adaugat la dd :
oflag=direct

In felul asta elimini bufferele OS-ului din schema.
Ramine cel al controllerului, si ca sa minimizezi efectul sau scrii 16G
in loc de 4G.


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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Adrian Minta" :

> Salut,
> incearca sa folosesti altceva in loc de hdparm pentru masurarea  
> perfomantelor:
>
> http://www.linuxinsight.com/how_fast_is_your_disk.html
>

Buna Adrian,

Chiar si numai cu hdparm si rezultatele erau deja concludente ... dar  
daca tot ai amintit de citirea secventiala vs random ... mai jos  
rezultatele, arata ca performantele pe storage sunt modeste ...  
comparabile (doar putin mai bune) cu ale unui disk IDE ATA133:

Storage MSA1000 (10 x U320 SCSI, 15K rpm, 72.8GB):
# ./seeker /dev/mapper/MSARAID5-STORAGE
Results: 158 seeks/second, 6.32 ms random access time

Hdd IDE, ata133 (ST380215A)
# ./seeker /dev/hda
Results: 67 seeks/second, 14.84 ms random access time

# intel SSD 100GB (INTEL SSDSC2CT12)
./seeker /dev/sda
Results: 4561 seeks/second, 0.22 ms random access time

# soft raid1 intel ssd 100GB (INTEL SSDSC2CT12)
# ./seeker /dev/md6
Results: 3546 seeks/second, 0.28 ms random access time

Diferentele sunt astronomice!

Mersi,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Ciprian Pinzaru]

Buna ziua,
 Serverul e o pocnitoare de la prosys:
TRUSTER SN4400D
http://www.prosys.ro/s_nas_sn4400d.php
Cu controller raid ARECA 1880 si discuri WD2003FYYS.
Volumele sunt facute in RAID 6 avand pe server 3 volume cu o capacitate 
sumarizata de 80 TB.

A si celalalt test:

[root@linux /]# hdparm -tT /dev/sde

/dev/sde:
 Timing cached reads:   24200 MB in  2.00 seconds = 12124.37 MB/sec
 Timing buffered disk reads:  1292 MB in  3.00 seconds = 430.56 MB/sec
Cu respect,


On 9/14/12 11:30 AM, li...@vfemail.net wrote:

Quoting "Ciprian Pinzaru" :


Un rezultat la test:

[root@linux /]# dd if=/dev/zero of=/ST3/img.disk bs=1M count=4000
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 2.52249 seconds, 1.7 GB/s

Ciprian


Ciprian,

Mersi, dar ai uitat sa precizezi si pe ce fel de "storage" ai dat
outputul de mai sus ... :-)

Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!
Commercial and Bulk Mail Options!   No bandwidth quotas!
  
___

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] Server tunning - imbunatatire IO

[Iulian Murgulet]

...

>> Cu placere. Acu uite cum m-as gandi eu sa fac, daca as fi in locul tau;
>> - as lua un server enterprise cum au zis, si altii...si un SSD rapid(2 buc);
>> - as face o partitie pt baza de date;
>> - as pune pe partitia aia ZFS(modul de kernel, vezi zfs-on-linux)
>> - as configura ZFS-ul sa foloseasca ca si CACHE, SSD-le;
>> - as face snapshot-ri
>> automate(orare/zilnice/sapt/cand_vrei_tu)...dureaza 2-3 secunde pe 0.5
>> TB de date, si in felul asta ai si backup automat.
>> - poti verifica corectitudinea datelor de pe HDD-ri(via scrub) - in
>> ideea ca o sa folosesti RAID HARDW(vezi silent coruption data la RAID5
>> de ex.)
>
> Serverul il avem. Systemul de operare il instalam separat, pe 2
> discuri raid1. Putem /storage, nu am luat nicio decizie, putem folosi
> si SSD-uri si SAS-uri. Dupa parerea voastra, care ar fi mai indicate ...
>
> - ZFS il stiu de acum cativa ani cand inca il bibileau ... e superb,
> partea cu snapshooturile e vis ... Uite ca desi stiam de ea, la asta
> nu m-am gandit ... mai ales partea cu backupul e super ...

- si daca vrei , si mai ai inca o masina in plus, poti face si replicare
intre cele 2 masini(prima data unul complet), si apoi replicari incrementale
(zfs-export/import)

  Eu folosesc pe masini de productie ZFS(cu zfs-fuse, nu modul de kernel), cam
de jumate de an(8 servere)... si nu am patit nimic nasol cu el pana  
acu. Pe una
din masini, e configurat cu ZFS MIRROR(echivalent RAID1). Ca si viteza, pe ce
am eu in productie, in nici un caz nu este mai lent decat btrfs/ext4.

>
> - da, folosim numai raid hardware pe toate echipamentele ... am sa ma
> uit dupa "silent coruption data coruption" la RAID5 ... am notat ...
>
> Mersi,
> Alx
>
>
>
>
>
> -
> This message sent via VFEmail.net
> http://www.vfemail.net
> $14.95 ONETIME Lifetime accounts!  15GB disk!
> Commercial and Bulk Mail Options!   No bandwidth quotas!
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>




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


 DISCLAIMER =

 Pentru a transmite email-ri catre casbv.ro, va rugam:

- daca trimiteti atashamente tip Office, ele trebuie sa fie in 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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Ciprian Pinzaru" :

> Un rezultat la test:
>
> [root@linux /]# dd if=/dev/zero of=/ST3/img.disk bs=1M count=4000
> 4000+0 records in
> 4000+0 records out
> 4194304000 bytes (4.2 GB) copied, 2.52249 seconds, 1.7 GB/s
>
> Ciprian
>

Ciprian,

Mersi, dar ai uitat sa precizezi si pe ce fel de "storage" ai dat  
outputul de mai sus ... :-)

Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Iulian Murgulet" :

> Quoting li...@vfemail.net:
>
>> Quoting "Iulian Murgulet" :
>>
>>> Quoting li...@vfemail.net:
>>>
 Quoting "Claudiu Nicolaie CISMARU" :

>
>> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
>> inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
>> foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
>> sint discuri vechi si lente.
>
> Subscriu. Voiai sa spui FOARTE lente, cumva?
>
> Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...

 Aha ... asta a fost una din intrebarile adresate de un colistas ... de
 a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti
 obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?

 Eu mai am un alt storage, cu acelasi Fiber Chanel Card (QL2340) care
 nu prea este asa utilizat... design similar, ambele din aceeasi
 generatie. Acolo baza de date sta mai tot timpul ... si storage-ul are
 14 discuri in loc de 10 (acelasi model). Acolo am luat in maxim de
 vreo 70MB/sec ... Inclin deci sa cred ca ai dreptate ... de aceea
 te-am intrebat de unde stii ca nu poti mai mult de 50-70MB/sec cu
 aceste discuri?

 Inlocuirea discurilor presupune si inlocuirea storage-ului.

 Ce fel de discuri sa folosim cu performante crescute? Cu ce fel de
 storage? Eu m-am gandit la SSD-uri. Are cineva asa ceva in productie?
 Daca daaa ar vrea sa posteze aici un hdparm -tT /dev/storage... sau
 ceva date concrete?

>>>
>>>   ... pai la mine pe un server DELL(are 5 ani), cu 2 HDD-ri sATA,
>>> RAID1 soft(md):
>>>
>>> hdparm -tT /dev/mdX
>>>
>>> /dev/md6:
>>>   Timing cached reads:   6886 MB in  2.00 seconds = 3445.72 MB/sec
>>>   Timing buffered disk reads: 240 MB in  3.00 seconds =  79.91 MB/sec
>>>
>>> fata de ce ai obtinut tu:
>>>
>>> Timing cached reads (~2000MB/sec)
>>> Timing buffered disk reads (~35-40MB/sec up to 50-60MB/sec)
>>
>> A ... nu-mi vine sa cred ... De fapt, asta doream sa si vad ... Tu
>> cu doua "betigase" si noi cu ditamai solutia enterpraz ... 2 hdd sata
>> nu depasesc 200-300USD iar la noi ... fara efort depasim mii bune de
>> euro ... E clar, aproape orice "jucarie" din generatia de acum, bate
>> de departe tehnologia enterprise de acum 5 ani ...
>>
>> Mersi.
>> Alx
>>
>
> Cu placere. Acu uite cum m-as gandi eu sa fac, daca as fi in locul tau;
> - as lua un server enterprise cum au zis, si altii...si un SSD rapid(2 buc);
> - as face o partitie pt baza de date;
> - as pune pe partitia aia ZFS(modul de kernel, vezi zfs-on-linux)
> - as configura ZFS-ul sa foloseasca ca si CACHE, SSD-le;
> - as face snapshot-ri
> automate(orare/zilnice/sapt/cand_vrei_tu)...dureaza 2-3 secunde pe 0.5
> TB de date, si in felul asta ai si backup automat.
> - poti verifica corectitudinea datelor de pe HDD-ri(via scrub) - in
> ideea ca o sa folosesti RAID HARDW(vezi silent coruption data la RAID5
> de ex.)

Serverul il avem. Systemul de operare il instalam separat, pe 2  
discuri raid1. Putem /storage, nu am luat nicio decizie, putem folosi  
si SSD-uri si SAS-uri. Dupa parerea voastra, care ar fi mai indicate ...

- ZFS il stiu de acum cativa ani cand inca il bibileau ... e superb,  
partea cu snapshooturile e vis ... Uite ca desi stiam de ea, la asta  
nu m-am gandit ... mai ales partea cu backupul e super ...

- da, folosim numai raid hardware pe toate echipamentele ... am sa ma  
uit dupa "silent coruption data coruption" la RAID5 ... am notat ...

Mersi,
Alx





-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Adrian Minta]

Salut,
incearca sa folosesti altceva in loc de hdparm pentru masurarea perfomantelor:

http://www.linuxinsight.com/how_fast_is_your_disk.html

-- 
Best regards,
Adrian Minta


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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> Daca aveti oracle rac va trebui din pacate sa ramineti la un setup cu
> storage  partajat de noduri. Exista solutii diverse dar cred ca deja
> sint in afara scopului innitial al discutiei :)

:-) n ...nu avem Oracle Rac ... putem schimba ... lantul este un  
cluster cu DL380G4 -> QLA2340 -> Storage MSA1000

Si cred ca o putem inlocui cu un ProLiant DL380G7 cu x discuri SAS de  
500GB in radid5 (sau ceva de genul) ...

:-)

Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Iulian Murgulet]

Quoting li...@vfemail.net:

> Quoting "Vali Dragnuta" :
>
>> On Thu, 2012-09-13 at 18:56 +0300, Mircea Mitu wrote:
>>> In plus cartile de istorie la capitolul baze de date includ doua
>>> note de subsol, marunte
>>>
>>> 1. Nu folosi Raid5 (si derivati)
>>> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga  
>>> si in sac
>>
>>
>> Aia cu raid5 este adevarata dar nu chiar atit de generala. De fapt, daca
>> baza de date este folosita mai mult pentru raportare (deci are un
>> procent de scrieri semnificativ mai mic decit citirile) s-ar putea ca un
>> raid5 sa fie ceva mai convenabil atit ca raport capacitate/pret cit si
>> ca viteza.
>> Mai mult, am vazut implementari decente de raid5 care tineau si scrieri
>> mai mult decit onorabil.
>>
>> In concluzie, nimic nu e asa tare batut in cuie. Banalul "depinde" se
>> aplica si aici :)
>>
>
> Ehe ... am facut acum un test, de write pe storage:
>
> Obtin viteze intre 52-88MB/sec
>
> De curiozitate: Iulian, poti te rog sa incerci si un write speed test
> si sa copiezi aici rezultatele?
>
> Incearca un: dd if=/dev/zero of=/unde_ai_montat_dev_md6/disk1.img
> bs=1M count=4000
>

- aici am ZFS ca si filesystem
-test1
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 11.7094 s, 358 MB/s
-test2
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 29.4559 s, 142 MB/s



- aici am EXT4(acceasi masina)
-test1
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 72.0565 s, 58.2 MB/s
-test2
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 79.5607 s, 52.7 MB/s


Tine cont, ca e masina de productie, si sunt 8 VM-ri acolo, deci
valorile sunt orientative;


> Sunt curios daca si pe write iesi mai bine si daca da cu cat ...
>
> Mersi,
> Alx
>
>
> -
> This message sent via VFEmail.net
> http://www.vfemail.net
> $14.95 ONETIME Lifetime accounts!  15GB disk!
> Commercial and Bulk Mail Options!   No bandwidth quotas!
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>




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


 DISCLAIMER =

 Pentru a transmite email-ri catre casbv.ro, va rugam:

- daca trimiteti atashamente tip Office, ele trebuie sa fie in format OFFICE 97;
- nu trimiteti date personale(CNP, copii dupa acte de identitate, etc).

 O lista completa cu reguli de utilizre 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

Re: [rlug] Server tunning - imbunatatire IO

[Petru Ratiu]

2012/9/14  :
> Quoting "Mircea Mitu" :
>
>> In plus cartile de istorie la capitolul baze de date includ doua
>> note de subsol, marunte
>>
>> 1. Nu folosi Raid5 (si derivati)
>> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac
>>
>>
>>
>> On 13.09.2012, at 17:31, Vali Dragnuta  wrote:
>>
>>> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
>>> de 1T in raid6 sau raid10 vei obtine performante net superioare.
>>>
>>> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
>>> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
>>> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
>>> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
>>> eventual partajat un storage extern, e posibil sa obtii beneficii
>>> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
>>> hardwareului.
>>>
>
> 1. Nu ma prind de ce spui "nu folosi RAID5 si "derivati"? e atat de
> vag referinta aceasta incat chiar daca vreau nu o pot lua in serios ...

raid5 (si derivati adica 5+1) e o varianta care iti permite sa ai
spatiu mai mare si redundanta scazuta, da' te rupe si la performanta
obisnuita (de la checksumming, desi lately n-am mai prea vazut asta o
problema) si mai ales la performanta degradata (pentru ca un rebuild
de array iti satureaza toate discurile)

raid6 e ceva mai ok da' nu cu mult.

In general pt. db-uri se recomanda raid 1 sau raid10 pentru ca io-ul e
mai important decat spatiul folosit

> 2. Ce inseamna mai exact "SSDurile ajuta unde programatorul nu
> indexeaza, dar nu iti baga si in sac" ... formularea mi se pare
> copilaroasa ...
>

Cel mai bun i/o e ala pe care nu-l faci, asa ca un query scris ceva
mai cu cap si niste indexi bine plasati pot scuti serverul de full
table scans de-amboulea. Copilaros sau nu, doua maciuci pe cocoasa
programatorului pot economisi adesea firmei mult mai mult decat bani
dati pe hardware.

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

Re: [rlug] Server tunning - imbunatatire IO

[Eugeniu Patrascu]

2012/9/14  :
> Quoting "Mircea Mitu" :
>
>> In plus cartile de istorie la capitolul baze de date includ doua
>> note de subsol, marunte
>>
>> 1. Nu folosi Raid5 (si derivati)
>> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac
>>
>>
>>
>> On 13.09.2012, at 17:31, Vali Dragnuta  wrote:
>>
>>> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
>>> de 1T in raid6 sau raid10 vei obtine performante net superioare.
>>>
>>> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
>>> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
>>> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
>>> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
>>> eventual partajat un storage extern, e posibil sa obtii beneficii
>>> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
>>> hardwareului.
>>>
>
> 1. Nu ma prind de ce spui "nu folosi RAID5 si "derivati"? e atat de
> vag referinta aceasta incat chiar daca vreau nu o pot lua in serios ...

raid5 are penalitati la scriere pentru ca trebuie sa calculeze si
paritatea datelor.pe de alta parte e rapid la citire, insa depinde de
cate discuri ai in array, rpm, capacitate.
raid10 e recomandat de producatorii de db pentru ca ai performante
mari la citire si la scriere, insa daca ai norocu sa ai doua discuri
defecte intr-o grupa de raid1 din acel raid10 o sugi foarte frumos.


> 2. Ce inseamna mai exact "SSDurile ajuta unde programatorul nu
> indexeaza, dar nu iti baga si in sac" ... formularea mi se pare
> copilaroasa ...

inseamna ca iti aduc un spor masiv de performanta, insa daca aplicatia
sau query-urile sunt scrise prost te vor ajuta pana la un punct, dupa
care iar o dai in dude :)
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Ciprian Pinzaru]

Un rezultat la test:

[root@linux /]# dd if=/dev/zero of=/ST3/img.disk bs=1M count=4000
4000+0 records in
4000+0 records out
4194304000 bytes (4.2 GB) copied, 2.52249 seconds, 1.7 GB/s

Ciprian

On 9/14/12 10:52 AM, li...@vfemail.net wrote:

Quoting "Vali Dragnuta" :


On Thu, 2012-09-13 at 18:56 +0300, Mircea Mitu wrote:

In plus cartile de istorie la capitolul baze de date includ doua
note de subsol, marunte

1. Nu folosi Raid5 (si derivati)
2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac


Aia cu raid5 este adevarata dar nu chiar atit de generala. De fapt, daca
baza de date este folosita mai mult pentru raportare (deci are un
procent de scrieri semnificativ mai mic decit citirile) s-ar putea ca un
raid5 sa fie ceva mai convenabil atit ca raport capacitate/pret cit si
ca viteza.
Mai mult, am vazut implementari decente de raid5 care tineau si scrieri
mai mult decit onorabil.

In concluzie, nimic nu e asa tare batut in cuie. Banalul "depinde" se
aplica si aici :)


Ehe ... am facut acum un test, de write pe storage:

Obtin viteze intre 52-88MB/sec

De curiozitate: Iulian, poti te rog sa incerci si un write speed test
si sa copiezi aici rezultatele?

Incearca un: dd if=/dev/zero of=/unde_ai_montat_dev_md6/disk1.img
bs=1M count=4000

Sunt curios daca si pe write iesi mai bine si daca da cu cat ...

Mersi,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!
Commercial and Bulk Mail Options!   No bandwidth quotas!
  
___

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] Server tunning - imbunatatire IO

[Vali Dragnuta]

Eu as zice sa nu puna zfs in productie pe linux... si MAI ALES sub o
baza de date oracle. Se pot intimpla chestii amuzante, iar suportul nu
va fi deloc incintat daca are vreo problema.


Plus de asta, parca zicea intr-un alt email ca are RAC, ceea ce inseamna
ca ii trebuie si shared storage. So, e ceva mai complicat.

Ma rog, ar putea sa renunte la rac (in anumite conditii).

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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> On Thu, 2012-09-13 at 18:56 +0300, Mircea Mitu wrote:
>> In plus cartile de istorie la capitolul baze de date includ doua  
>> note de subsol, marunte
>>
>> 1. Nu folosi Raid5 (si derivati)
>> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac
>
>
> Aia cu raid5 este adevarata dar nu chiar atit de generala. De fapt, daca
> baza de date este folosita mai mult pentru raportare (deci are un
> procent de scrieri semnificativ mai mic decit citirile) s-ar putea ca un
> raid5 sa fie ceva mai convenabil atit ca raport capacitate/pret cit si
> ca viteza.
> Mai mult, am vazut implementari decente de raid5 care tineau si scrieri
> mai mult decit onorabil.
>
> In concluzie, nimic nu e asa tare batut in cuie. Banalul "depinde" se
> aplica si aici :)
>

Ehe ... am facut acum un test, de write pe storage:

Obtin viteze intre 52-88MB/sec

De curiozitate: Iulian, poti te rog sa incerci si un write speed test  
si sa copiezi aici rezultatele?

Incearca un: dd if=/dev/zero of=/unde_ai_montat_dev_md6/disk1.img  
bs=1M count=4000

Sunt curios daca si pe write iesi mai bine si daca da cu cat ...

Mersi,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Iulian Murgulet]

Quoting li...@vfemail.net:

> Quoting "Iulian Murgulet" :
>
>> Quoting li...@vfemail.net:
>>
>>> Quoting "Claudiu Nicolaie CISMARU" :
>>>

> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
> inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
> foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
> sint discuri vechi si lente.

 Subscriu. Voiai sa spui FOARTE lente, cumva?

 Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...
>>>
>>> Aha ... asta a fost una din intrebarile adresate de un colistas ... de
>>> a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti
>>> obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?
>>>
>>> Eu mai am un alt storage, cu acelasi Fiber Chanel Card (QL2340) care
>>> nu prea este asa utilizat... design similar, ambele din aceeasi
>>> generatie. Acolo baza de date sta mai tot timpul ... si storage-ul are
>>> 14 discuri in loc de 10 (acelasi model). Acolo am luat in maxim de
>>> vreo 70MB/sec ... Inclin deci sa cred ca ai dreptate ... de aceea
>>> te-am intrebat de unde stii ca nu poti mai mult de 50-70MB/sec cu
>>> aceste discuri?
>>>
>>> Inlocuirea discurilor presupune si inlocuirea storage-ului.
>>>
>>> Ce fel de discuri sa folosim cu performante crescute? Cu ce fel de
>>> storage? Eu m-am gandit la SSD-uri. Are cineva asa ceva in productie?
>>> Daca daaa ar vrea sa posteze aici un hdparm -tT /dev/storage... sau
>>> ceva date concrete?
>>>
>>
>>   ... pai la mine pe un server DELL(are 5 ani), cu 2 HDD-ri sATA,
>> RAID1 soft(md):
>>
>> hdparm -tT /dev/mdX
>>
>> /dev/md6:
>>   Timing cached reads:   6886 MB in  2.00 seconds = 3445.72 MB/sec
>>   Timing buffered disk reads: 240 MB in  3.00 seconds =  79.91 MB/sec
>>
>> fata de ce ai obtinut tu:
>>
>> Timing cached reads (~2000MB/sec)
>> Timing buffered disk reads (~35-40MB/sec up to 50-60MB/sec)
>
> A ... nu-mi vine sa cred ... De fapt, asta doream sa si vad ... Tu
> cu doua "betigase" si noi cu ditamai solutia enterpraz ... 2 hdd sata
> nu depasesc 200-300USD iar la noi ... fara efort depasim mii bune de
> euro ... E clar, aproape orice "jucarie" din generatia de acum, bate
> de departe tehnologia enterprise de acum 5 ani ...
>
> Mersi.
> Alx
>

Cu placere. Acu uite cum m-as gandi eu sa fac, daca as fi in locul tau;
- as lua un server enterprise cum au zis, si altii...si un SSD rapid(2 buc);
- as face o partitie pt baza de date;
- as pune pe partitia aia ZFS(modul de kernel, vezi zfs-on-linux)
- as configura ZFS-ul sa foloseasca ca si CACHE, SSD-le;
- as face snapshot-ri  
automate(orare/zilnice/sapt/cand_vrei_tu)...dureaza 2-3 secunde pe 0.5  
TB de date, si in felul asta ai si backup automat.
- poti verifica corectitudinea datelor de pe HDD-ri(via scrub) - in  
ideea ca o sa folosesti RAID HARDW(vezi silent coruption data la RAID5  
de ex.)



>
> -
> This message sent via VFEmail.net
> http://www.vfemail.net
> $14.95 ONETIME Lifetime accounts!  15GB disk!
> Commercial and Bulk Mail Options!   No bandwidth quotas!
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>




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


 DISCLAIMER =

 Pentru a transmite email-ri catre casbv.ro, va rugam:

- daca trimiteti atashamente tip Office, ele trebuie sa fie in format OFFICE 97;
- nu trimiteti date personale(CNP, copii dupa acte de identitate, etc).

 O lista completa cu reguli de utilizre 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

Re: [rlug] Server tunning - imbunatatire IO

[Vali Dragnuta]

Daca aveti oracle rac va trebui din pacate sa ramineti la un setup cu
storage  partajat de noduri. Exista solutii diverse dar cred ca deja
sint in afara scopului innitial al discutiei :)


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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Mircea Mitu" :

> In plus cartile de istorie la capitolul baze de date includ doua  
> note de subsol, marunte
>
> 1. Nu folosi Raid5 (si derivati)
> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac
>
>
>
> On 13.09.2012, at 17:31, Vali Dragnuta  wrote:
>
>> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
>> de 1T in raid6 sau raid10 vei obtine performante net superioare.
>>
>> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
>> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
>> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
>> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
>> eventual partajat un storage extern, e posibil sa obtii beneficii
>> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
>> hardwareului.
>>

1. Nu ma prind de ce spui "nu folosi RAID5 si "derivati"? e atat de  
vag referinta aceasta incat chiar daca vreau nu o pot lua in serios ...
2. Ce inseamna mai exact "SSDurile ajuta unde programatorul nu  
indexeaza, dar nu iti baga si in sac" ... formularea mi se pare  
copilaroasa ...

Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
> de 1T in raid6 sau raid10 vei obtine performante net superioare.

Am ramas uimit de cate dreptate este aici si ce performante are  
Claudiu cu o "jucarie" ... comparativ ce avem noi pe aici ...

> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
> eventual partajat un storage extern, e posibil sa obtii beneficii
> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
> hardwareului.

Nu cunosc istoria si nici cel mai vechi de aici nu o stie ... noi am  
mostenit acel storage impreuna cu alte servere si ne-am "imprietenit"  
cu ele ... Rac avem, dar presupun ca acum 7 ani, s-a optat pentru  
solutia aceasta ca fiind una solida, cu "pretentii" pentru un SGBD  
enterprise ... nu cred ca la vremea achizitiei a parut cuiva o  
investitie deloc costisitoare ci mai degraba una robusta ... s-a  
propus, s-a acceptat, a incantat, s-a implementat ... sunt convins ca  
a costat o palarie de bani ... dar oricat ar fi costat si-a scos banii  
cu varf si indesat ...

Regards,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Iulian Murgulet" :

> Quoting li...@vfemail.net:
>
>> Quoting "Claudiu Nicolaie CISMARU" :
>>
>>>
 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
 inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
 foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
 sint discuri vechi si lente.
>>>
>>> Subscriu. Voiai sa spui FOARTE lente, cumva?
>>>
>>> Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...
>>
>> Aha ... asta a fost una din intrebarile adresate de un colistas ... de
>> a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti
>> obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?
>>
>> Eu mai am un alt storage, cu acelasi Fiber Chanel Card (QL2340) care
>> nu prea este asa utilizat... design similar, ambele din aceeasi
>> generatie. Acolo baza de date sta mai tot timpul ... si storage-ul are
>> 14 discuri in loc de 10 (acelasi model). Acolo am luat in maxim de
>> vreo 70MB/sec ... Inclin deci sa cred ca ai dreptate ... de aceea
>> te-am intrebat de unde stii ca nu poti mai mult de 50-70MB/sec cu
>> aceste discuri?
>>
>> Inlocuirea discurilor presupune si inlocuirea storage-ului.
>>
>> Ce fel de discuri sa folosim cu performante crescute? Cu ce fel de
>> storage? Eu m-am gandit la SSD-uri. Are cineva asa ceva in productie?
>> Daca daaa ar vrea sa posteze aici un hdparm -tT /dev/storage... sau
>> ceva date concrete?
>>
>
>   ... pai la mine pe un server DELL(are 5 ani), cu 2 HDD-ri sATA,
> RAID1 soft(md):
>
> hdparm -tT /dev/mdX
>
> /dev/md6:
>   Timing cached reads:   6886 MB in  2.00 seconds = 3445.72 MB/sec
>   Timing buffered disk reads: 240 MB in  3.00 seconds =  79.91 MB/sec
>
> fata de ce ai obtinut tu:
>
> Timing cached reads (~2000MB/sec)
> Timing buffered disk reads (~35-40MB/sec up to 50-60MB/sec)

A ... nu-mi vine sa cred ... De fapt, asta doream sa si vad ... Tu  
cu doua "betigase" si noi cu ditamai solutia enterpraz ... 2 hdd sata  
nu depasesc 200-300USD iar la noi ... fara efort depasim mii bune de  
euro ... E clar, aproape orice "jucarie" din generatia de acum, bate  
de departe tehnologia enterprise de acum 5 ani ...

Mersi.
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Claudiu Nicolaie CISMARU]

> Aha ... asta a fost una din intrebarile adresate de un colistas ... de
> a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti
> obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?

Pentru ca am avut asa ceva si stiu cum lucreaza.

Cumpara un controller (nu stiu cat e de scump, dar sa fie OBLIGATORIU 
hardware, si pt. acel model de server) pt. SAS si pui 4xSAS in RAID 
1.0... si vei tripla sau qvadrupla viteza...

Asa arata un RAID5 SAS cu 3 HDD SAS la 15000 sau 1, nu mai tin 
minte, pe un server Dell de are 5 ani. Controllerul este un PERC5.

xpower:~# hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads:  706 MB in  3.01 seconds = 234.73 MB/sec

La SSD-uri te-ai gandit... dar ai uitat ca exista si SAS :)

-- 
  Claudiu Nicolaie CISMARU
  GNU GPG Key: http://www.virtuamagic.com/ccn-key.gpg
  T: +40 755 135455
  E: clau...@virtuamagic.com, claudiu.cism...@gmail.com

signature.asc
Description: This is a digitally signed message part.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Vali Dragnuta]

On Thu, 2012-09-13 at 18:56 +0300, Mircea Mitu wrote:
> In plus cartile de istorie la capitolul baze de date includ doua note de 
> subsol, marunte
> 
> 1. Nu folosi Raid5 (si derivati)
> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac


Aia cu raid5 este adevarata dar nu chiar atit de generala. De fapt, daca
baza de date este folosita mai mult pentru raportare (deci are un
procent de scrieri semnificativ mai mic decit citirile) s-ar putea ca un
raid5 sa fie ceva mai convenabil atit ca raport capacitate/pret cit si
ca viteza.
Mai mult, am vazut implementari decente de raid5 care tineau si scrieri
mai mult decit onorabil.

In concluzie, nimic nu e asa tare batut in cuie. Banalul "depinde" se
aplica si aici :)


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

Re: [rlug] Server tunning - imbunatatire IO

[Mircea Mitu]

In plus cartile de istorie la capitolul baze de date includ doua note de 
subsol, marunte

1. Nu folosi Raid5 (si derivati)
2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac



On 13.09.2012, at 17:31, Vali Dragnuta  wrote:

> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
> de 1T in raid6 sau raid10 vei obtine performante net superioare.
> 
> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
> eventual partajat un storage extern, e posibil sa obtii beneficii
> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
> hardwareului.
> 
> 
> ___
> 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] Server tunning - imbunatatire IO

[Vali Dragnuta]

Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise
de 1T in raid6 sau raid10 vei obtine performante net superioare.

A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi
pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca
este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti
RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si
eventual partajat un storage extern, e posibil sa obtii beneficii
spectaculoase cu o investitie financiara foarte mica. Doar din evolutia
hardwareului.


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

Re: [rlug] Server tunning - imbunatatire IO

[Iulian Murgulet]

Quoting li...@vfemail.net:

> Quoting "Claudiu Nicolaie CISMARU" :
>
>>
>>> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
>>> inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
>>> foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
>>> sint discuri vechi si lente.
>>
>> Subscriu. Voiai sa spui FOARTE lente, cumva?
>>
>> Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...
>
> Aha ... asta a fost una din intrebarile adresate de un colistas ... de
> a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti
> obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?
>
> Eu mai am un alt storage, cu acelasi Fiber Chanel Card (QL2340) care
> nu prea este asa utilizat... design similar, ambele din aceeasi
> generatie. Acolo baza de date sta mai tot timpul ... si storage-ul are
> 14 discuri in loc de 10 (acelasi model). Acolo am luat in maxim de
> vreo 70MB/sec ... Inclin deci sa cred ca ai dreptate ... de aceea
> te-am intrebat de unde stii ca nu poti mai mult de 50-70MB/sec cu
> aceste discuri?
>
> Inlocuirea discurilor presupune si inlocuirea storage-ului.
>
> Ce fel de discuri sa folosim cu performante crescute? Cu ce fel de
> storage? Eu m-am gandit la SSD-uri. Are cineva asa ceva in productie?
> Daca daaa ar vrea sa posteze aici un hdparm -tT /dev/storage... sau
> ceva date concrete?
>

  ... pai la mine pe un server DELL(are 5 ani), cu 2 HDD-ri sATA,  
RAID1 soft(md):

hdparm -tT /dev/mdX

/dev/md6:
  Timing cached reads:   6886 MB in  2.00 seconds = 3445.72 MB/sec
  Timing buffered disk reads: 240 MB in  3.00 seconds =  79.91 MB/sec

fata de ce ai obtinut tu:

Timing cached reads (~2000MB/sec)
Timing buffered disk reads (~35-40MB/sec up to 50-60MB/sec)



> Regards,
> Alx
>
>
> -
> This message sent via VFEmail.net
> http://www.vfemail.net
> $14.95 ONETIME Lifetime accounts!  15GB disk!
> Commercial and Bulk Mail Options!   No bandwidth quotas!
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>




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


 DISCLAIMER =

 Pentru a transmite email-ri catre casbv.ro, va rugam:

- daca trimiteti atashamente tip Office, ele trebuie sa fie in format OFFICE 97;
- nu trimiteti date personale(CNP, copii dupa acte de identitate, etc).

 O lista completa cu reguli de utilizre 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

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai) inseamna
> mare lucru - s-ar putea ca ele sa fie extrem de vechi si foarte lente.
> Faptul ca sint pe U320 SCSI sugereaza de asemenea ca sint discuri vechi
> si lente.

Discurile au pe putin 7 ani! Ce discuri sa folosesc?

> 3.Poate cardul raid nu se descurca extrem de bine cu atit de multe
> discuri in array. Ar trebui incercat intii cu expunerea unui SINGUR disc
> ca sa vezi cit poate duce acel singur disc. Apoi incearca diverse
> configuratii de raid din discuri mai putine (4 de exemplu) si vezi ce se
> intimpla.

De acord, dar aici nu am cum sa testez. nu am mediu de test, nu este  
posibil downtime, deci nu pot verifica in parte fiecare disk (pe  
lantul DL380->FiberChanel Card QLA2340 -> MSA 1000)

> 4.Daca ai pe undeve optiunea sa enablezi in mod safe cacheuri in mod
> writeback fa-o. Asta ajuta in special la scriere.

Sunt servere HP. Au un utilitar hpsmhd care iti permite sa faci  
managementul discurilor dar din nu stiu ce motive, acesta nu vede si  
storage-ul ci numai array-ul cu systemul de operare, RAID1 pe 2  
discuri locale! Oricum am notat si o sa incerc sa discut si la HP, sa  
vad ce-mi spun cei de acolo legat de acest MSA 1000 si hpsmhd

> 5.Nu in ultimul rind, HP MSA-urile nu sint tocmai renumite pentru
> performanta lor, de fapt as zice ca sint destul de triste.

Nu te contrazic. Hai atunci sa te intreb altfel:

- Cu ce sa inlocuiesc storage-ul actual (volum date sub 1TB)?

Conducerea nu ar spune nu daca am avea o solutie/propunere de  
inlocuire a storage-ului cu altul care sa asigure performante  
inbunatatite! Cu alte cuvinte te intreb ce alt storage si ce discuri  
sa luam pentru a dubla viteza - sa zicem sa ajungem pe la (macar)  
125MB/s?

Regards,
Alx



-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Claudiu Nicolaie CISMARU" :

>
>> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
>> inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
>> foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
>> sint discuri vechi si lente.
>
> Subscriu. Voiai sa spui FOARTE lente, cumva?
>
> Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...

Aha ... asta a fost una din intrebarile adresate de un colistas ... de  
a incerca pe rand HDD-urile si de a vede maxim-ul pe care il poti  
obtine. De unde stii ca nu depasim 50-60MB/sec per bucata?

Eu mai am un alt storage, cu acelasi Fiber Chanel Card (QL2340) care  
nu prea este asa utilizat... design similar, ambele din aceeasi  
generatie. Acolo baza de date sta mai tot timpul ... si storage-ul are  
14 discuri in loc de 10 (acelasi model). Acolo am luat in maxim de  
vreo 70MB/sec ... Inclin deci sa cred ca ai dreptate ... de aceea  
te-am intrebat de unde stii ca nu poti mai mult de 50-70MB/sec cu  
aceste discuri?

Inlocuirea discurilor presupune si inlocuirea storage-ului.

Ce fel de discuri sa folosim cu performante crescute? Cu ce fel de  
storage? Eu m-am gandit la SSD-uri. Are cineva asa ceva in productie?  
Daca daaa ar vrea sa posteze aici un hdparm -tT /dev/storage... sau  
ceva date concrete?

Regards,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Vali Dragnuta" :

> In cazul de fata as zice ca storageul este totusi destul de trist. Daca
> nici la hdparm (care citeste secvential date) nu merge ok...nu vreau sa
> stiu ce se intimpla la random I/O.

Cu designul actual, suntem intre 35-60MB/sec ... Ne-am dori sa dublam  
viteza ... Propuneri concrete?

> Desigur, exista intotdeauna un loc epsilonic de optimizare in stiva
> software, insa e posibil ca raportul cost optimizare/beneficii sa nu fie
> tocmai favorabil.

Adevarat. Dezvoltatorul face eforturi sa stoarca maxim-ul sau aproape  
maxim-ul de la acest engine si din cate constatam, fara rezultate  
spectaculoase. De aceea luam in calcul si varianta de a schimba  
hardware ceva (la baza piramidei) astfel incat sa scutim multa bataie  
de cap cu "optimizari" care oricum nu ar mai ajuta prea mult ... Ceva  
solutii, idei?

Regards,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[linux]

Quoting "Mihai Badici" :

> On Thursday, September 13, 2012 02:10:44 pm Vali Dragnuta wrote:
>> 1.De fapt raid5 nu e asa rau pe operatii de citire (si hdparm -t face
>> citire).
>> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai) inseamna
>> mare lucru - s-ar putea ca ele sa fie extrem de vechi si foarte lente.
>> Faptul ca sint pe U320 SCSI sugereaza de asemenea ca sint discuri vechi
>> si lente.
>> 3.Poate cardul raid nu se descurca extrem de bine cu atit de multe
>> discuri in array. Ar trebui incercat intii cu expunerea unui SINGUR disc
>> ca sa vezi cit poate duce acel singur disc. Apoi incearca diverse
>> configuratii de raid din discuri mai putine (4 de exemplu) si vezi ce se
>> intimpla.
>> 4.Daca ai pe undeve optiunea sa enablezi in mod safe cacheuri in mod
>> writeback fa-o. Asta ajuta in special la scriere.
>>
>> 5.Nu in ultimul rind, HP MSA-urile nu sint tocmai renumite pentru
>> performanta lor, de fapt as zice ca sint destul de triste.
> Si nu in ultimul rand, nu crede ce spun e dezvoltatorul, masoara :)
> In 90% din cazuri e de la ei . Dupa ce ai cumparat cel mai puternic  
> storage de
> pe piata, o sa iti spuna cu seninatate ca a mai trebuit sa faca niste
> optimizari 
> Daca controllerul suporta baterie poti activa cache-ul la write, mai ajuta.

:-) E un storage (HP Storageworks 1000 conectat la un card pe fibra  
optica, model qlogic model QLA2340. Cu dezvoltatorul am vorbit deja.  
Nu exclud nici aceasta posibilitate, dar din verificarile facute, in  
anumite perioade ale zilei, IO performance pe server scade pe la  
35-40MB/sec. Inca nu am suficiente argumete sa-l contrazic dar nici  
sa-l aprob ... de aceea am intrebat aici, sa vedem si parerea altor  
persoane care au in exploatare echipamente similare ...

Regards,
Alx


-
This message sent via VFEmail.net
http://www.vfemail.net
$14.95 ONETIME Lifetime accounts!  15GB disk!  
Commercial and Bulk Mail Options!   No bandwidth quotas!
 
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Claudiu Nicolaie CISMARU]

> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai)
> inseamna mare lucru - s-ar putea ca ele sa fie extrem de vechi si
> foarte lente. Faptul ca sint pe U320 SCSI sugereaza de asemenea ca
> sint discuri vechi si lente.

Subscriu. Voiai sa spui FOARTE lente, cumva?

Nu o sa atingi viteze mai mari de 50-60Mbps pe ele (per bucata)...

-- 
  Claudiu Nicolaie CISMARU
  GNU GPG Key: http://www.virtuamagic.com/ccn-key.gpg
  T: +40 755 135455
  E: clau...@virtuamagic.com, claudiu.cism...@gmail.com


signature.asc
Description: This is a digitally signed message part.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Vali Dragnuta]

In cazul de fata as zice ca storageul este totusi destul de trist. Daca
nici la hdparm (care citeste secvential date) nu merge ok...nu vreau sa
stiu ce se intimpla la random I/O.

Desigur, exista intotdeauna un loc epsilonic de optimizare in stiva
software, insa e posibil ca raportul cost optimizare/beneficii sa nu fie
tocmai favorabil.


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

Re: [rlug] Server tunning - imbunatatire IO

[Mihai Badici]

On Thursday, September 13, 2012 02:10:44 pm Vali Dragnuta wrote:
> 1.De fapt raid5 nu e asa rau pe operatii de citire (si hdparm -t face
> citire).
> 2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai) inseamna
> mare lucru - s-ar putea ca ele sa fie extrem de vechi si foarte lente.
> Faptul ca sint pe U320 SCSI sugereaza de asemenea ca sint discuri vechi
> si lente.
> 3.Poate cardul raid nu se descurca extrem de bine cu atit de multe
> discuri in array. Ar trebui incercat intii cu expunerea unui SINGUR disc
> ca sa vezi cit poate duce acel singur disc. Apoi incearca diverse
> configuratii de raid din discuri mai putine (4 de exemplu) si vezi ce se
> intimpla.
> 4.Daca ai pe undeve optiunea sa enablezi in mod safe cacheuri in mod
> writeback fa-o. Asta ajuta in special la scriere.
> 
> 5.Nu in ultimul rind, HP MSA-urile nu sint tocmai renumite pentru
> performanta lor, de fapt as zice ca sint destul de triste.
Si nu in ultimul rand, nu crede ce spun e dezvoltatorul, masoara :)
In 90% din cazuri e de la ei . Dupa ce ai cumparat cel mai puternic storage de 
pe piata, o sa iti spuna cu seninatate ca a mai trebuit sa faca niste 
optimizari 
Daca controllerul suporta baterie poti activa cache-ul la write, mai ajuta.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server tunning - imbunatatire IO

[Vali Dragnuta]

1.De fapt raid5 nu e asa rau pe operatii de citire (si hdparm -t face
citire). 
2.Pe de alta parte, faptul ca discurile alea au 15krpm nu (mai) inseamna
mare lucru - s-ar putea ca ele sa fie extrem de vechi si foarte lente.
Faptul ca sint pe U320 SCSI sugereaza de asemenea ca sint discuri vechi
si lente.
3.Poate cardul raid nu se descurca extrem de bine cu atit de multe
discuri in array. Ar trebui incercat intii cu expunerea unui SINGUR disc
ca sa vezi cit poate duce acel singur disc. Apoi incearca diverse
configuratii de raid din discuri mai putine (4 de exemplu) si vezi ce se
intimpla.
4.Daca ai pe undeve optiunea sa enablezi in mod safe cacheuri in mod
writeback fa-o. Asta ajuta in special la scriere.

5.Nu in ultimul rind, HP MSA-urile nu sint tocmai renumite pentru
performanta lor, de fapt as zice ca sint destul de triste.


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

Re: [rlug] Server tunning - imbunatatire IO

[Bogdan-Stefan Rotariu]

stiu, top posting sucks, dar ti-ai raspuns singur la problema, raid 5.
fa un raid 10 acolo si se rezolva cel putin problemele "hw"

Fa teste de random reads, writes sa vezi unde e bottleneckul, hdparm, dd sunt 
inutile

Sent from mobile

On Sep 13, 2012, at 13:51, li...@vfemail.net wrote:

> Hello all,
> 
> Am o problema cu un server, care de ceva timp a inceput sa "tuseasca".
> 
> Este un server de baze de date, folosit pentru tot felul de rapoarte.  
> In anumite situatii creste nejustificat timpul de raspuns al unor  
> interogari. Dezvoltatorul aplicatiei mentioneaza ca:
> - interogarile sunt optimizate
> - da vina pe platforma hardware (IO, memorie si CPU server).
> - cere viteza mare de citire mare de pe disc (storage device)!
> 
> OS: Redhat 5.8 pe 64 biti
> 
> Serverul este un HP DL380 G4
> - Procesor Dual Core Intel Xeon 3.2 GHz/800MHz - 2MB L2
> - 12GB RAM (PC2-3200 DDR2) + 12GB swap
> 
> Are atasat prin fibra optica un storage HP Storageworks Modular Smart  
> Array 1000 (10 diskuri U320 SCSI, 15k rpm, 72.8GB, raid5) via unui  
> fiber channel card Qlogic QLA2340. Volumul rezultat este folosit  
> exclusiv de baza de date oracle (nu are nicio legatura cu discurile pe  
> care este instalat OS-ul)
> 
> Specificatii QLA2340:
> 
> Autonegotiation of Fibre Channel speed bit rate (1 Gbps or 2 Gbps)
> Automatic topology detection
> Concurrent support for SCSI and IP protocols
> Simultaneous initiator and target mode support
> Bus Interface: 64-bit, 133-MHz PCI-X
> Fibre Channel Interfaces: 1 Multimode Optical
> 
> http://www.ecrunch.com/listing/Qlogic_QLA2340_QLA_2340_2-Gbps_Fibre_Fiber_Channel_HBA_Card.html
> 
> De aici, deduc eu, ca in cel mai nefavorabil caz, cand autonegocierea  
> se face la 1Gbps, cardul de FO ar limita viteza la 125MB/sec! Buuun ...
> 
> Din monitorizarile facute de mine pe volumul din storage am cam asa:
> 
> hdparm -tT /dev/mapper/MSARAID5-STORAGE:
> 
> Timing cached reads (~2000MB/sec)
> 
> Timing cached reads = This measurement is essentially an indication of  
> the throughput of the processor, cache, and memory of the system under  
> test. La mine, acest parametru se mentine constant cam tot timpul  
> (indiferent de ora la care fac monitorizarea), deci pare ca probleme  
> legate de CPU& memory usage nu sunt!
> 
> Timing buffered disk reads (~35-40MB/sec up to 50-60MB/sec):
> 
> This measurement is an indication of how fast the drive can sustain  
> sequential data reads under Linux, without any filesystem overhead.
> 
> Aici dimineata pana in pranz am un throuput de 35-40MB/sec iar seara  
> acesta urca pe la 50-60MB/sec.
> 
> Ce vreau sa va rog. Comparativ, cineva care are mai multa experienta  
> decat mine:
> 
> 1. De la 35-60MB/sec cat citesc cu hdparm pana la 125MB (cat permite  
> placa de FO) mi se pare ca este totusi mult loc? De unde apare totusi  
> aceasta diferenta? E normal?
> 2. Cum vi se par timpii (throuput-ul) lui hdparm pe buffered disk  
> reads? Valorile sale sunt normale?
> 3. Limitarea vitezei de citire poate proveni de la discurile SCSI  
> (U320 SCSI, 15k rpm, 72.8GB)? Din cate stiu eu pe SCSI nu exista  
> altele mai rapide.
> 4. Adaugand inca 4 discuri in plus la cele 10 deja existente, as putea  
> creste IO-ul?
> 5. Daca ma iau dupa cum lucreaza RAID5, informatia distribuindu-se pe  
> mai multe discuri decat in trecut (14 in loc de 10 in matricea raid),  
> dupa adaugarea celor 4 discuri ar fi rezonabil sa sper la un castig de  
> 10-20% in ceea ce priveste I/O-ul si implicit outputul lui hdparm sau  
> nu?
> 6. Ce alte discuri mai "pricopsite" as putea folosi? Daca as merge pe  
> un SAN de ssd-uri as avea ceva sanse sa ma apropii 125MB/sec respectiv  
> 250MB/sec atat cat poate controlerul de FO (daca negociaza la 1Gbps  
> sau 2Gbps)! Mentionez ca nu am nevoie de o capacitate de stocare care  
> sa depaseasca 1TB!
> 
> Va multumesc.
> Alx
> 
> 
> -
> This message sent via VFEmail.net
> http://www.vfemail.net
> $14.95 ONETIME Lifetime accounts!  15GB disk!  
> Commercial and Bulk Mail Options!   No bandwidth quotas!
> 
> ___
> 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] server imagini urmarire video

[mihai]

Ai reusit cumva sa scoti imagini jpg cu canalele in timp 'real' ???
Sa afisez pe un intranet niste poze cu camerele fara sa mai fie necesar sa 
folosesc aplicatia de windoze necesara pentru DVR'urile de care zici, activeX 
sux.
Am incercat sa ma conectez telnet la DVR'uri dar nu am reusit so far.
Sniffing-ul nu mi-a dat nimic de inteles referitor la protocol or smth.

> Fara suparare insa un DVR de 4 camere
> te ajunge undeva de 400 ron . Are web
> server si totodata PTZ controler. Unele au controlul prin
> ptz in interfata
> web. Zoneminder merge destul de ok . Testat pe camere web
> si capturi cu
> placi PICO 2000. Dar te cam limitezi la cei 5 metri ai
> cablului usb . Mai
> sunt cabluri cu repetoare de USB dar iarasi e ca
> scarpinatul cu piciorul
> stang dupa urechea dreapta.



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

Re: [rlug] server imagini urmarire video

[Alexandru Cucu]

Drept soft, Zoneminder cred ca e solutia: http://www.zoneminder.com/

2011/1/11 Paul Lacatus :
> Ma bate gindul sa fac un sistem de urmarire de la distanta a unor zone
> cu camere web.  Pina acum am pus de un fc12 o camera web , a fost
> recunoscuta si am luat imagini de pe ea cu v4l , cu utilitarul webcam si
> le-am pus pe o pagina web in apache.  Se mai poate discuta si de motion
> dar mai incolo .
>
> Pentru inceput sunt interesat sa fac sistemul de cit mai thin si ieftin
> . Ce mi-ati propune ca hardware suficient pentru un astfel de job sau o
> alta solutie software mai eleganta decit jpg-uri facute cu webcam si
> puse in apache
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>



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

Re: [rlug] server imagini urmarire video

[Abibula Aygun]

Fara suparare insa un DVR de 4 camere te ajunge undeva de 400 ron . Are web
server si totodata PTZ controler. Unele au controlul prin ptz in interfata
web. Zoneminder merge destul de ok . Testat pe camere web si capturi cu
placi PICO 2000. Dar te cam limitezi la cei 5 metri ai cablului usb . Mai
sunt cabluri cu repetoare de USB dar iarasi e ca scarpinatul cu piciorul
stang dupa urechea dreapta.

Cel mai ok sunt dispozitivele dedicate . Consum mic , fiabilitate ridicata ,
lipsa necesitatii de intretinere soft sau hard 

Montez asemenea dispozitive si crede-ma ca prefer DVR standalone in locul
PC-ului pe post de DVR.

Cheers

2011/1/11 Paul Lacatus 

> Ma bate gindul sa fac un sistem de urmarire de la distanta a unor zone
> cu camere web.  Pina acum am pus de un fc12 o camera web , a fost
> recunoscuta si am luat imagini de pe ea cu v4l , cu utilitarul webcam si
> le-am pus pe o pagina web in apache.  Se mai poate discuta si de motion
> dar mai incolo .
>
> Pentru inceput sunt interesat sa fac sistemul de cit mai thin si ieftin
> . Ce mi-ati propune ca hardware suficient pentru un astfel de job sau o
> alta solutie software mai eleganta decit jpg-uri facute cu webcam si
> puse in apache
> ___
> 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] server imagini urmarire video

[Keresztely-Krall Gyula]

On Tue, 2011-01-11 at 13:26 +0200, Paul Lacatus wrote:
> Ma bate gindul sa fac un sistem de urmarire de la distanta a unor zone 
> cu camere web.  Pina acum am pus de un fc12 o camera web , a fost 
> recunoscuta si am luat imagini de pe ea cu v4l , cu utilitarul webcam si 
> le-am pus pe o pagina web in apache.  Se mai poate discuta si de motion 
> dar mai incolo .
> 
> Pentru inceput sunt interesat sa fac sistemul de cit mai thin si ieftin 
> . Ce mi-ati propune ca hardware suficient pentru un astfel de job sau o 
> alta solutie software mai eleganta decit jpg-uri facute cu webcam si 
> puse in apache

Zoneminder nu stie sa faca ce vrei ?

Numai bine,
Keresztely-Krall Gyula


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

Re: [rlug] server imagini urmarire video

[mihai]

1. care este distanta maxima fata de server ? webcam-urile te cam limiteaza
2. non-cheap poti sa iei niste camere IP care iti dau direct jpeg (cca 300ron x 
buc - Camera IP Edimax Dual mode IC-3010 )
3. la un moment dat sigur o sa vrei sa ai o arhiva a imaginilor asa ca ia si 
asta in vedere, daca nu faci ceva pt supraveghere o sa iti fie suficient 1fps 
si toate puse intr-un avi pentru arhivare eventual

> Ma bate gindul sa fac un sistem de
> urmarire de la distanta a unor zone 
> cu camere web.  Pina acum am pus de un fc12 o camera
> web , a fost 
> recunoscuta si am luat imagini de pe ea cu v4l , cu
> utilitarul webcam si 
> le-am pus pe o pagina web in apache.  Se mai poate
> discuta si de motion 
> dar mai incolo .
> 
> Pentru inceput sunt interesat sa fac sistemul de cit mai
> thin si ieftin 
> . Ce mi-ati propune ca hardware suficient pentru un astfel
> de job sau o 
> alta solutie software mai eleganta decit jpg-uri facute cu
> webcam si 
> puse in apache
> ___
> 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] Server de calendare ;)

[Lucian]

2010/9/8 Mircea Ciocan :
>  Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> recomandati care sa nu fie o cariera in IT de setat ( definately no
> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> plugin.
> Intrucat stiu sa goagaluies si eu m-ar intresa success stories de la
> cei care chiar l-au pus in productie si folosit o vreme.
>
>  Mircea "eu calendaresc, tu calendaresti, noi calendarim" C.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>

Pana la urma te-ai hotarat la ceva?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[manuel "lonely wolf" wolfshant]

  On 09/11/2010 11:41 PM, Mircea Popescu wrote:
>
> io am tot Zimbra Open Source pe o masina virtuala sub Xen si 150 de useri
> (mail, liste, putin calendar si Instant Messenger), dar imi sunt de ajuns 2
> Gb de ram ...
>
> Mai am una sub VMware ESXi, cu doar 1 GB de ram si pana in 30 de useri.
>
> Ambele merg brici ... ma mira consumul de resurse la tine.
Eu in urma cu ceva vreme an am avut probleme mari cind am inlocuit ( in 
centos 5) xen-ul din distributie cu unul mai nou ( de la gitco ) (cu 
xen-ul din distributie nu am reusit sa transfer controlul interfetei 
paralele catre masina virtuala). Load-ul facut de Java in masinile 
virtuale (Windows) a crescut instantaneu de la <10% la > 90%
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[nux]

Mircea Ciocan writes:

>  Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> recomandati care sa nu fie o cariera in IT de setat ( definately no
> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> plugin.
> Intrucat stiu sa goagaluies si eu m-ar intresa success stories de la
> cei care chiar l-au pus in productie si folosit o vreme.
> 
>  Mircea "eu calendaresc, tu calendaresti, noi calendarim" C.
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
> 

Vezi si thread-ul asta
http://www.debian-administration.org/article/642/How_should_I_allow_mail_calendar_and_contact_syncs

--
Nux!
www.nux.ro

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

Re: [rlug] Server de calendare ;)

[Mircea Popescu]

2010/9/10 Dan Gherman 

> Daca scad spam-ul, mesajele legitime care trec sunt in jur de 60-70 pe ora,
> cu ~ 30 useri activi plus ceva liste (si da, unii folosesc si calendarul).
> Masina nu a intrat in swap niciodata si load-ul e in jur de 0.5-0.6 . La
> Zimbra open-source o mica problema e cu back-up-urile, ca nu are
> incorporata
> functia asta (doar la varianta pe bani).
> ---
> Dan
>
>
> 2010/9/10 Mircea MITU 
>
> > Cam ce load ai pe masina asta (trafic, useri)?
> >
> > On Thu, 2010-09-09 at 12:45 -0400, Dan Gherman wrote:
> > > Eu rulez un Zimbra pe o masina virtuala (xen) si merge brici. Ce-i
> drept,
> > am
> > > alocat 4GB ram si 2 core-uri dedicate (deh, Java asta rupe sistemu'),
> dar
> > nu
> > > am nicio problema.
> > > ---
> > > Dan
>

io am tot Zimbra Open Source pe o masina virtuala sub Xen si 150 de useri
(mail, liste, putin calendar si Instant Messenger), dar imi sunt de ajuns 2
Gb de ram ...

Mai am una sub VMware ESXi, cu doar 1 GB de ram si pana in 30 de useri.

Ambele merg brici ... ma mira consumul de resurse la tine.

Cat priveste Back-up-ul poate ar fi interesant sa deschidem un al thread
referitor la acest lucru.

Mai exact poate ne lamurim cum e preferabil sau cum facem un back-up mai
eficient pentru masinile virtuale: full back-up al masinii virtuale sau
back-up la nivel de fisiere?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[Dan Gherman]

Daca scad spam-ul, mesajele legitime care trec sunt in jur de 60-70 pe ora,
cu ~ 30 useri activi plus ceva liste (si da, unii folosesc si calendarul).
Masina nu a intrat in swap niciodata si load-ul e in jur de 0.5-0.6 . La
Zimbra open-source o mica problema e cu back-up-urile, ca nu are incorporata
functia asta (doar la varianta pe bani).
---
Dan


2010/9/10 Mircea MITU 

> Cam ce load ai pe masina asta (trafic, useri)?
>
> On Thu, 2010-09-09 at 12:45 -0400, Dan Gherman wrote:
> > Eu rulez un Zimbra pe o masina virtuala (xen) si merge brici. Ce-i drept,
> am
> > alocat 4GB ram si 2 core-uri dedicate (deh, Java asta rupe sistemu'), dar
> nu
> > am nicio problema.
> > ---
> > Dan
> >
> >
> > 2010/9/9 Sabin Iacob 
> >
> > >   On 09/08/2010 01:34 PM, Laurentiu Matei wrote:
> > > >On 9/8/2010 1:21 PM, Mircea Ciocan wrote:
> > > >>Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> > > >> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> > > >> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> > > >> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> > > >> recomandati care sa nu fie o cariera in IT de setat ( definately no
> > > >> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> > > >> plugin.
> > > > Zimbra Open Source, destul de OK și pentru mail dar presupun că poți
> > > > folosi numai călindarul din el.
> > > >
> > >
> > > zimbra e ok dar, entărpraiz fiind, vrea un server numa pt el (am avut
> > > ceva meciuri cu el sa mearga in vserver, nu mai tin minte exact ce nu-i
> > > convenea) si mananca destul de multe resurse (cam 2G de RAM AFAIR)
> > >
> > > ___
> > > RLUG mailing list
> > > RLUG@lists.lug.ro
> > > http://lists.lug.ro/mailman/listinfo/rlug
> > >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
>
>
>
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug
>
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[Mircea MITU]

Cam ce load ai pe masina asta (trafic, useri)?

On Thu, 2010-09-09 at 12:45 -0400, Dan Gherman wrote:
> Eu rulez un Zimbra pe o masina virtuala (xen) si merge brici. Ce-i drept, am
> alocat 4GB ram si 2 core-uri dedicate (deh, Java asta rupe sistemu'), dar nu
> am nicio problema.
> ---
> Dan
> 
> 
> 2010/9/9 Sabin Iacob 
> 
> >   On 09/08/2010 01:34 PM, Laurentiu Matei wrote:
> > >On 9/8/2010 1:21 PM, Mircea Ciocan wrote:
> > >>Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> > >> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> > >> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> > >> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> > >> recomandati care sa nu fie o cariera in IT de setat ( definately no
> > >> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> > >> plugin.
> > > Zimbra Open Source, destul de OK și pentru mail dar presupun că poți
> > > folosi numai călindarul din el.
> > >
> >
> > zimbra e ok dar, entărpraiz fiind, vrea un server numa pt el (am avut
> > ceva meciuri cu el sa mearga in vserver, nu mai tin minte exact ce nu-i
> > convenea) si mananca destul de multe resurse (cam 2G de RAM AFAIR)
> >
> > ___
> > RLUG mailing list
> > RLUG@lists.lug.ro
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> ___
> RLUG mailing list
> RLUG@lists.lug.ro
> http://lists.lug.ro/mailman/listinfo/rlug



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

Re: [rlug] Server de calendare ;)

[Dan Gherman]

Eu rulez un Zimbra pe o masina virtuala (xen) si merge brici. Ce-i drept, am
alocat 4GB ram si 2 core-uri dedicate (deh, Java asta rupe sistemu'), dar nu
am nicio problema.
---
Dan


2010/9/9 Sabin Iacob 

>   On 09/08/2010 01:34 PM, Laurentiu Matei wrote:
> >On 9/8/2010 1:21 PM, Mircea Ciocan wrote:
> >>Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> >> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> >> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> >> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> >> recomandati care sa nu fie o cariera in IT de setat ( definately no
> >> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> >> plugin.
> > Zimbra Open Source, destul de OK și pentru mail dar presupun că poți
> > folosi numai călindarul din el.
> >
>
> zimbra e ok dar, entărpraiz fiind, vrea un server numa pt el (am avut
> ceva meciuri cu el sa mearga in vserver, nu mai tin minte exact ce nu-i
> convenea) si mananca destul de multe resurse (cam 2G de RAM AFAIR)
>
> ___
> 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] Server de calendare ;)

[Sabin Iacob]

  On 09/08/2010 01:34 PM, Laurentiu Matei wrote:
>On 9/8/2010 1:21 PM, Mircea Ciocan wrote:
>>Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
>> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
>> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
>> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
>> recomandati care sa nu fie o cariera in IT de setat ( definately no
>> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
>> plugin.
> Zimbra Open Source, destul de OK și pentru mail dar presupun că poți
> folosi numai călindarul din el.
>

zimbra e ok dar, entărpraiz fiind, vrea un server numa pt el (am avut 
ceva meciuri cu el sa mearga in vserver, nu mai tin minte exact ce nu-i 
convenea) si mananca destul de multe resurse (cam 2G de RAM AFAIR)

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

Re: [rlug] Server de calendare ;)

[Dragos Popescu]

În data de 9 septembrie 2010, 12:49, Petru Ratiu  a scris:

> 2010/9/9 Andrei Cipu :
> > --- On Thu, 9/9/10, Petru Ratiu  wrote:
> >> Ca atare trisez si iti recomand google calendar, ca
> >> protocoalele prin
> >> care discuta sunt open si nici nu-ti trebuie doctorat in
> >> webdav sa-l
> >> setezi/folosesti.
> >
> > Emmm... "nu as vrea ca gogli sa-mi stie chiar toate alea" :)
>
> Oh, n-am vazut, sorry.
>
Oricum gogli ştie tot, aşa că nu ştiu de ce se mai fereşte Mircea...


> Anyway, too late for that :)
> --
> Petre.
>
>
-- 
Dragos P
126296 luser
"La revedere. Drum bun"
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[Petru Ratiu]

2010/9/9 Andrei Cipu :
> --- On Thu, 9/9/10, Petru Ratiu  wrote:
>> Ca atare trisez si iti recomand google calendar, ca
>> protocoalele prin
>> care discuta sunt open si nici nu-ti trebuie doctorat in
>> webdav sa-l
>> setezi/folosesti.
>
> Emmm... "nu as vrea ca gogli sa-mi stie chiar toate alea" :)

Oh, n-am vazut, sorry.

Anyway, too late for that :)
-- 
Petre.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[Andrei Cipu]

--- On Thu, 9/9/10, Petru Ratiu  wrote:
> Ca atare trisez si iti recomand google calendar, ca
> protocoalele prin
> care discuta sunt open si nici nu-ti trebuie doctorat in
> webdav sa-l
> setezi/folosesti.

Emmm... "nu as vrea ca gogli sa-mi stie chiar toate alea" :)


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

Re: [rlug] Server de calendare ;)

[Petru Ratiu]

2010/9/8 Mircea Ciocan :
>  Intrucat pluginul de calendaring ( cool barbarism ;-) a lui
> Thunderbird pare a fi destul de stabil acum si nu as vrea ca gogli
> sa-mi stie chiar toate alea ma gandeam sa va intreb pe acei dintre
> dvs. mai "enterprisey" ce server de calendaring ( ?!?!?) imi
> recomandati care sa nu fie o cariera in IT de setat ( definately no
> LDAP or qmail like shite ) si sa suporte facilitatile suszisului
> plugin.
> Intrucat stiu sa goagaluies si eu m-ar intresa success stories de la
> cei care chiar l-au pus in productie si folosit o vreme.

Recitind mesajul tau, nu vad sa fi specificat daca e sau nu pt. uz
personal sau daca vrei open sau nu.

Ca atare trisez si iti recomand google calendar, ca protocoalele prin
care discuta sunt open si nici nu-ti trebuie doctorat in webdav sa-l
setezi/folosesti.

-- 
Petre "thank god for svn+ssh, nu m-am inteles cu mod_dav niciodata".
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] Server de calendare ;)

[Cristi Mitrana]

Adrian Minta wrote:
> Costa putin dar cred ca merita:
> http://www.afterlogic.com/webmail-client
>

  din ce scrie acolo la ei ai nevoie de un plugin de Outlook. Ideea poster-ului 
era sa poata sa acceseze
calendarul de pe server din Lightning (via CalDav ori alt protocol 'open').

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

Re: [rlug] Server de calendare ;)

[Adrian Minta]

Costa putin dar cred ca merita:
http://www.afterlogic.com/webmail-client


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