Re: [rlug] nervi si server de la ProSys
Bogdan-Stefan Rotariu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buna seara, Am o mica problema, legata de urmatoarea configuratie si de ProSys. Poate aveti idee sau stiti pe cineva de acolo care are putin mai mult de 2 neuroni si ar putea gandi destul de rezonabil si nu cu idei de genul e de la "CentOS", ca pe Windows Server 2003 merge, etc. CPU: 2 x (INTEL Quad Core Xeon E5405 / 2GHz / 12MB / 1333MHz / LGA771) MB: Intel Server Board S5000 RAM: 4 x (KINGSTON 2GB DDR2 667MHz ECC Fully Buffered) RAID: ARECA ARC-1220 ? PCIE x8 to 8ports SATA-II, 256MB on board, RAID 0/1/(0+1)/3/5/6 HDD: 6 x (SEAGATE Barracuda 7200.11 1TB 7200rpm 32MB cache SATA NCQ 3Gbit/s) Linux 32bit (din diferite motive), Centos 5.1, kernel 2.6.24.4 (testate: 2.6.18-53.1.14.el5.centos.plusPAE, 2.6.18-53.1.14.el5PAE, 2.6.18-53.el5PAE, + alte versiuni la sfatul lui wolfy) Problema : Masina a rulat in idle, fara probleme, pana sa ajunga in productie, a fost relativ testata, si totul functiona ok. Pe ea ruleaza un server NFS, un PostgreSQL si niste encodere flv. Dupa cateva ore de rulare, rareori la incarcari de 2-3%, masina se blocheaza (totul random) cu erori de genul : Apr 6 08:04:42 db kernel: CPU#7: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#4: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#6: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#5: Unexpected int18 (Machine Check). (nomce in bootloader, altfel murea fara sa zica nimic.) Pe net nu am gasit nimic legat de aceasta problema, dar vreau, pareri si idei pentru a putea demonstra (ceva ce stiu sigur ca e hardware, de asta doresc injuraturile pe offtopic) celor de la ProSys, ca sunt total in aer, si sa lase solutiile de genul sa refac array-urile, sa pun alt linux, etc. :) Astept parerile voastre... P.S. Putin offtopic Dupa multe sfaturi (thx rpetre) si discutii cu cei de la ProSys s-a putut scoate procesorul (al 2lea), si masina functioneaza normal, acum trebuie sa le demonstrez ca e de la hardware si nu de la sistemul de operare... Any other horror story cu prosys ? pe vremea cand lucram acolo (cu ceva ani in urma) eu patchuiam toata ziua pe la bios-uri/bmc-uri/fru-uri pentru bube de genu' asta. in principiu e posibil ca pe masina ta sa fie cpu-uri din stepping-uri diferite si fara o versiune "buna" de bios sa nu mearga in veci cu ambele procesoare simultan. la fel de bine poate fi o duda in cpu power module care s-o ia razna cand ti-e lumea mai draga, sau vre-o lipitura rece pe undeva pe motherboard. in mod cert e un defect fizic. te-ai uitat in bmc logs? ar trebui sa scrie acolo cand da cu procesoru' de pereti. iar faza cu winblowsu e in felu' urmator: p'ala il doare in basca de mce int18, el baga capu'ntre umeri si continua cu 4 procesoare, d'aia "merge in windows". ps: nu mai stiu cum e acum, dar eu reglam problemele astea tete-a-tete cu clientu' nu ajungeam in situatii d'astea jenante. eh, alte vremuri taica... -- Best Regards, Sorin Toma ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] nervi si server de la ProSys
On 04/09/2008 12:39 AM, Bogdan-Stefan Rotariu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buna seara, Am o mica problema, legata de urmatoarea configuratie si de ProSys. Poate aveti idee sau stiti pe cineva de acolo care are putin mai mult de 2 neuroni si ar putea gandi destul de rezonabil si nu cu idei de genul e de la "CentOS", ca pe Windows Server 2003 merge, etc. CPU: 2 x (INTEL Quad Core Xeon E5405 / 2GHz / 12MB / 1333MHz / LGA771) MB: Intel Server Board S5000 RAM: 4 x (KINGSTON 2GB DDR2 667MHz ECC Fully Buffered) RAID: ARECA ARC-1220 ? PCIE x8 to 8ports SATA-II, 256MB on board, RAID 0/1/(0+1)/3/5/6 HDD: 6 x (SEAGATE Barracuda 7200.11 1TB 7200rpm 32MB cache SATA NCQ 3Gbit/s) Linux 32bit (din diferite motive), Centos 5.1, kernel 2.6.24.4 (testate: 2.6.18-53.1.14.el5.centos.plusPAE, 2.6.18-53.1.14.el5PAE, 2.6.18-53.el5PAE, + alte versiuni la sfatul lui wolfy) Problema : Masina a rulat in idle, fara probleme, pana sa ajunga in productie, a fost relativ testata, si totul functiona ok. Pe ea ruleaza un server NFS, un PostgreSQL si niste encodere flv. Dupa cateva ore de rulare, rareori la incarcari de 2-3%, masina se blocheaza (totul random) cu erori de genul : Apr 6 08:04:42 db kernel: CPU#7: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#4: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#6: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#5: Unexpected int18 (Machine Check). (nomce in bootloader, altfel murea fara sa zica nimic.) Pe net nu am gasit nimic legat de aceasta problema, dar vreau, pareri si idei pentru a putea demonstra (ceva ce stiu sigur ca e hardware, de asta doresc injuraturile pe offtopic) celor de la ProSys, ca sunt total in aer, si sa lase solutiile de genul sa refac array-urile, sa pun alt linux, etc. :) Astept parerile voastre... P.S. Putin offtopic Dupa multe sfaturi (thx rpetre) si discutii cu cei de la ProSys s-a putut scoate procesorul (al 2lea), si masina functioneaza normal, acum trebuie sa le demonstrez ca e de la hardware si nu de la sistemul de operare... daca merge cu un procesor e destul de clar ca merge cu 4 core-uri deci partea de smp din kernel nu are nici o problema (nu de alta dar - din cite stiu eu - i se filfiie daca sint 4 sau 8 core-uri). asa ca as incerca sa utilizez pe rind cite unul dintre cele 2 procesoare a) merge cu oricare dar nu merge cu amindoua => buba BIOS, mobo, sursa nu da destul curent (da, stiu, e sursa profi de 1500$/buc; eu am o sursa Akasa de 650W din care la o luna de la cumparare a iesit fumul si a durat o luna pina au bagat alt fum in loc) sau nu se pupa intre ele proacele (n-am auzit ca si astea mai recente sa trebuiasca imperecheate dar...) b) merge numai cu unul dintre ele => alalalt e defect ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] nervi si server de la ProSys
Eu am (aproape) numai servere prosys in ograda, un numar considerabil chiar. Foarte multe cu centos. Si unele merg de ani buni de zile. Eventualele probleme s-au rezolvat in general ok si fara headbanging. Daca zici ca ai scos unul din cpu si apoi masina a mers normal, atunci pune doar procesorul prost in masina (eventual si in slotul in care era pus initial) si apoi ruleaza un program de cpu burn - parca pe ultimate boot cd era asa ceva.Vezi ca sint programe si programe de testat cpu, in principiu vrei ceva care ruleaza o gama larga de teste, pentru ca nu stii ce anume din cpu e busit. (Am vazut cpu care mergea bine merci atita vreme cit nu folosea unitatea mmx ). De asemenea nu ar strica nici un memtest tot in configuratia doar cu cpu-ul busit - poate prinzi niste erori de-ale cacheului sau busului. Nu in ultima instanta vezi ca-s 2 memtesturi, memtest86 si memtest86+. De curind am avut o situatie in care numai unul din memteste gasea erori. Oricum, ideea de baza e sa lasi doar procul presupus busit si sa rulezi la greu memtest si un cpu burn exhaustiv. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] nervi si server de la ProSys
Bogdan-Stefan Rotariu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Claudiu CISMARU wrote: While folosesti hardware netetstat cu Linux, nu stiu ce te plangi... Nu ai ce sa le dai in bot, atata timp cat ei nu isi testeaza sistemele pe Linux si nu se bat cu pumnii in piept ca TREBUIE sa mearga. Da, a fost specificat Linux, Linux generic, nu conteaza acum care distributie... da-l inapoi si cere altul ca la tine nu merge pe ce ai tu nevoie, nu pe ce zic ei c'au testat. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] nervi si server de la ProSys
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Claudiu CISMARU wrote: > While folosesti hardware netetstat cu Linux, nu stiu ce te plangi... Nu > ai ce sa le dai in bot, atata timp cat ei nu isi testeaza sistemele pe > Linux si nu se bat cu pumnii in piept ca TREBUIE sa mearga. > Da, a fost specificat Linux, Linux generic, nu conteaza acum care distributie... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH+/BLGQ4QA8SBkpURApHrAKCRA4qpFBvU8gotDTwddYRJJeE1OACgjwJ2 iUW6FI6j+m6YnLxOKN0rwj8= =vzuK -END PGP SIGNATURE- ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] nervi si server de la ProSys
> Dupa multe sfaturi (thx rpetre) si discutii cu cei de la ProSys s-a > putut scoate procesorul (al 2lea), si masina functioneaza normal, acum > trebuie sa le demonstrez ca e de la hardware si nu de la sistemul de > operare... > > Any other horror story cu prosys ? While folosesti hardware netetstat cu Linux, nu stiu ce te plangi... Nu ai ce sa le dai in bot, atata timp cat ei nu isi testeaza sistemele pe Linux si nu se bat cu pumnii in piept ca TREBUIE sa mearga. Eu cu PowerEdge-ul meu n-am avut probleme... 2 x Xeon Quad Core... -- Claudiu Nicolaie CISMARU GNU GPG Key: http://claudiu.targujiu.net/claudiu.gpg T: 0752095451, 0788358901 E: [EMAIL PROTECTED], [EMAIL PROTECTED] 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] nervi si server de la ProSys
Bogdan-Stefan Rotariu wrote: Any other horror story cu prosys ? cu prosys nu stiu, da io am fost foarte multumit cu serverele luat de la uniques.ro (care sigur merg cu linux). ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] nervi si server de la ProSys
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buna seara, Am o mica problema, legata de urmatoarea configuratie si de ProSys. Poate aveti idee sau stiti pe cineva de acolo care are putin mai mult de 2 neuroni si ar putea gandi destul de rezonabil si nu cu idei de genul e de la "CentOS", ca pe Windows Server 2003 merge, etc. CPU: 2 x (INTEL Quad Core Xeon E5405 / 2GHz / 12MB / 1333MHz / LGA771) MB: Intel Server Board S5000 RAM: 4 x (KINGSTON 2GB DDR2 667MHz ECC Fully Buffered) RAID: ARECA ARC-1220 ? PCIE x8 to 8ports SATA-II, 256MB on board, RAID 0/1/(0+1)/3/5/6 HDD: 6 x (SEAGATE Barracuda 7200.11 1TB 7200rpm 32MB cache SATA NCQ 3Gbit/s) Linux 32bit (din diferite motive), Centos 5.1, kernel 2.6.24.4 (testate: 2.6.18-53.1.14.el5.centos.plusPAE, 2.6.18-53.1.14.el5PAE, 2.6.18-53.el5PAE, + alte versiuni la sfatul lui wolfy) Problema : Masina a rulat in idle, fara probleme, pana sa ajunga in productie, a fost relativ testata, si totul functiona ok. Pe ea ruleaza un server NFS, un PostgreSQL si niste encodere flv. Dupa cateva ore de rulare, rareori la incarcari de 2-3%, masina se blocheaza (totul random) cu erori de genul : Apr 6 08:04:42 db kernel: CPU#7: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#4: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#6: Unexpected int18 (Machine Check). Apr 6 08:04:42 db kernel: CPU#5: Unexpected int18 (Machine Check). (nomce in bootloader, altfel murea fara sa zica nimic.) Pe net nu am gasit nimic legat de aceasta problema, dar vreau, pareri si idei pentru a putea demonstra (ceva ce stiu sigur ca e hardware, de asta doresc injuraturile pe offtopic) celor de la ProSys, ca sunt total in aer, si sa lase solutiile de genul sa refac array-urile, sa pun alt linux, etc. :) Astept parerile voastre... P.S. Putin offtopic Dupa multe sfaturi (thx rpetre) si discutii cu cei de la ProSys s-a putut scoate procesorul (al 2lea), si masina functioneaza normal, acum trebuie sa le demonstrez ca e de la hardware si nu de la sistemul de operare... Any other horror story cu prosys ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH++YcGQ4QA8SBkpURAqPMAJ9dwSM33cY3XB3v9ArudFANOn318QCfZnY7 fusjyAE7If+p7NvbiIren4Y= =sUhT -END PGP SIGNATURE- ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] tcp analyzer command line
> Stiti un program care se poate rula in linia de comanda si iti arata ce > ontin conexiunile tcp(http in special) > ceva de genul http get ... etc. tcptrack - libpcap based , iti face un top de sesiuni. Util pentru preemtive strike in retele cu useri. -- + Lorin + Nosce te ciment. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] tcp analyzer command line
> Stiti un program care se poate rula in linia de > comanda si iti arata ce contin conexiunile tcp(http > in special) > ceva de genul http get ... etc. ngrep e una din optiuni Dragos You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Microsoft OOXML a fost aprobat ca standard ISO :(
ghrt wrote: Nicolae Moldoveanu wrote: ...din pacate introducerea Linux in administratie, inseamna si disparitia spagilor aferente. Asa ca, personal nu cred ca vom vedea prea curind Linux in administratia noastra. Nu cred ca M$ da spaga. Nu au de ce; nu exista alternativa la ei pentru administratia RO. De spaga preventiva recunosc ca inca nu am auzit. "Shpaga" poate fii in multe feluri, nu neaparat sume de bani. Vezi jdecongrese si seminarii sponsorizate de Microsoft cu mancare/bautura gratis la care sunt abonati bravii nostrii angajati IT de la stat unde sunt si spalati pe creier in the process. Asta e, marketingul este punctul forte al MS. Pentru introducerea unor formate deschise (la urma urmei pe mine asta m-ar interesa, nu ca e linux, BSD, Apple sau Windows) cred ca trebuie o decizie politica, dar pentru aceste discutii stiu ca este/ era lista TIC-Lobby. Pentru introducerea linuxului cred ca este suficient ca sa existe suficienti cunoscatori de linux in departamentele de IT din diversele structuri ale administratiei, nu cred ca este nevoie de o decizie politica. -- Cioby ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug