Re: [rlug] probleme cu placa DELL Intel X520-DA2

On 23-May-24 12:14, Petru Rațiu via RLUG wrote: Din experienta mea de pana acu, fix "la nivelul ala" incepi sa dai de tampenii gen "iti trebuie driverul proprietar de la noi care merge doar pe RHEL tzshpe si doar daca ai configuratia hardware cutare pentru ca am decis noi sa hardcodam irq-uri

Re: [rlug] probleme cu placa DELL Intel X520-DA2

acum sincer, cand vorbim de configuratie de brand, nu vaporene ce mai facem noi incropind din draq stie ce ... atunci la nivelul ala eu unul ma astept sa mearga din fuleu fara probleme de compatibilitate (macar la prima rulare, ca in rest ... vise umede, tot se strica ceva in feng shui mai

Re: [rlug] NIC-uri dublate in proxmox

1. da-i un reboot daca nu i-ai dat, suna stupid, insa rezolva multe (de la geam citire: for minor problems reboot, for major problems reinstall ... din cand in cand e valabil si pentru pinguin) 2. te-ai jucat cu schimbatul placilor in ultimul timp? de l-o fi vazut la un moment dat pe enp2 si

Re: [rlug] query plan mariadb

M pe drum unde nu-s convins cum as putea insera hinturi dinalea... -- P. On Tue, Apr 23, 2024 at 6:20 PM Alex 'CAVE' Cernat via RLUG wrote: si inca ceva, desi aici deja tine de programare: intotdeauna poti folosi in query use index sau chiar force index, daca maria e

Re: [rlug] query plan mariadb

si inca ceva, desi aici deja tine de programare: intotdeauna poti folosi in query use index sau chiar force index, daca maria e prea tembela (si din pacate am prins-o in offside, ce-i drept, si query-urile erau de-a dreptul cretine, dar deh, nu puteau fi modificate substantial din pacate)

Re: [rlug] query plan mariadb

e poveste lnga cu indecsii, nu numai pe maria, ci si pe oricare alta baza de date, poate pe astea mai enterprise trebuie sa mesteci mai putin, insa din cand in cand tot nu scapi de "mentenanta" presupunand ca indecsii sunt la fel si pe master si pe slave (desi din ce-mi aduc aminte in

[rlug] force innodb checkpoint la mariadb

Salutare De la MDEV-23855 (maria 10.5.7) maria a devenit mult mai lenesa la facut checkpoint-uri pe innodb. Daca baza e forjata nici nu prea te prinzi, insa daca nu e activitate prea mare atunci te trezesti prin backup-uri cu chestii de genul: [00] 2024-04-10 02:48:02 DDL tracking : create

Re: [rlug] Exploitul de vineri

daca esti pe stable stai linistit; cel putin momentan, pana cine stie ce ganganii se mai descopera si in versiunile vechi, la ce-am citit zilele astea ma pot astepta la orice si in mod normal n-ar fi trebuit sa fie probleme cu openssh, insa atat debian/ubuntu cat si redhat/fedora au modificat

Re: [rlug] flame de vineri ( ubuntu)

On 26-Mar-24 11:21, Petru Rațiu via RLUG wrote: Daca tratezi containerele ca pe golden images de VM care au si pe dracu si pe ta-su in ele, o sa ai un numar de probleme la care raspunsul mai normal la cap e "de ce nu folosesti pana la urma vm-uri". ca ai mai putin overhead si pornesc mai

Re: [rlug] flame de vineri ( ubuntu)

On 26-Mar-24 11:00, Mihai Badici via RLUG wrote: Păi soro, în imagine, dar nici în imagine, ceea ce voiam era să înlocuiesc From: wheezy to From:jessie în imaginile pe care le aveam. Pe scurt fiecare imagine era builduită cu From: whezzy / apt install $my_app. O să îți trimit un Dockerfile dacă

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 21:19, Petru Rațiu via RLUG wrote: Iti traduc eu: am aflat cu stupoare ca e lume care foloseste containerele ca pe vm-uri, intri in el, modifici chestii, eventual dai docker commit (or some such) si merge mai departe. Imaginea aia practic nu paraseste serverul (si nu are backup sau

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 20:53, Mihai Badici via RLUG wrote: .Și apropo, că am avut niște treburi mai acum ceva ani cu containerele, la un moment dat vine docker și zice: filozofia mea e "un container, un proces". Oops. nu pot rula ubuntu sau debian, pentru că am deja un proces, systemd, și nu îl mai pot

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 14:10, Mihai Badici via RLUG wrote: eu aș avea o idee și mai revoluționară: să facem o bază de date, numită registru, în care să punem toate setările  si pentru ca suntem in rromania, musai trebuie sa vina la pachet cu renumitul dosar cu sina :-P Alex

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 12:06, Adrian Sevcenco via RLUG wrote: Nu nu! dhcp da ip-ul la boot (si permite accesul la ks) iar apoi se aplica kickstart-ul care seteaza informatiile de ip static eu folosesc doar rhel distros deci folosesc in kickstart asta (in 99% din cazuri):

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 10:49, Adrian Sevcenco via RLUG wrote: Original Message Subject: [rlug] flame de vineri ( ubuntu) From: Alex 'CAVE' Cernat via RLUG To: rlug@lists.lug.ro Date: 3/22/2024, 10:31:17 AM On 22-Mar-24 10:02, Adrian Sevcenco via RLUG wrote: eu am incercat la masini

Re: [rlug] flame de vineri ( ubuntu)

On 22-Mar-24 10:02, Adrian Sevcenco via RLUG wrote: eu am incercat la masini virtuale sa folosesc cloud-init-ul (care ar fi minunat ca se elimina etapa de instalare a masinii virtuale) dar mi-am prins urechile (din lipsa de timp) si quick and dirty am instalat masinile cu kickstarturi generate

Re: [rlug] boot de pe un disc clonat cu grub rescue

On 19-Dec-23 09:10, Paul Lacatus via RLUG wrote: Salut La o masina cu proxmox ssd de pe care booteza proxmox a inceput sa dea erori. L-am clonat cu clonezilla pe un disc de dimensiune apropiata . Discul nou porneste in grub rescue . cum fac sa bootez si sa repar grub ? Multumesc Paul

Re: [rlug] diff mai diferit

:-P Alex On 05-Dec-23 20:46, Mihai Osian wrote: On Mon, Dec 4, 2023 at 12:46 PM Alex 'CAVE' Cernat via RLUG wrote: salut poate s-a mai lovit careva de chestia asta si a gasit o solutie simpla si eficienta, pana acum n-am gasit nimic si parca e peste mana sa reinventez

Re: [rlug] diff mai diferit

13:54, valy cozma wrote: daca vrei vizual iti recomand meld daca te referi la whitespaces-urile de la git : https://stackoverflow.com/questions/7310033/how-to-make-git-diff-ignore-space-change-the-default On Mon, Dec 4, 2023 at 1:46 PM Alex 'CAVE' Cernat via RLUG wrote:     salut

Re: [rlug] diff mai diferit

wrote: daca vrei vizual iti recomand meld daca te referi la whitespaces-urile de la git : https://stackoverflow.com/questions/7310033/how-to-make-git-diff-ignore-space-change-the-default On Mon, Dec 4, 2023 at 1:46 PM Alex 'CAVE' Cernat via RLUG wrote: salut poate s-a mai lovit

[rlug] diff mai diferit

salut poate s-a mai lovit careva de chestia asta si a gasit o solutie simpla si eficienta, pana acum n-am gasit nimic si parca e peste mana sa reinventez roata, daca deja exista si se invarte pe undeva concret: diff-ul, fiind o scula de programare, e all or nothing, aka ori s-a pus linia,

Re: [rlug] grupuri

apropos, astia sunt "de stat", ca macar sa nu ne intrebam degeaba de ce s-a cam ales praful si pulberea? (nu ca pe la privati ar fi numai lapte si miere, si in plus in ultimii ani pe afara nume sonore si-au furat-o la greu) Alex On 20-Oct-23 12:25, Paul Lacatus via RLUG wrote: Certsign nu au

Re: [rlug] Proxmox vs. VMware ESXi 7

xi free nu prea e de loc. Și e ideea de a a face și un cluster în viitor ca se va reface și prelua un serverul pe care vreau să-l mut. Și doi mie soft plătit la grei din asta ca VMware când există un OPenSource rezonabil îmi cam dă urticarie. Trimis de pe iPad‑ul meu Pe 18 oct. 2023, la 19:18,

Re: [rlug] Proxmox vs. VMware ESXi 7

nu e proxmox-ul elefant ca vmware (cu jde mii de features), insa isi face destul de bine treaba, plus ca poti sa faci multe hack-uri (gen inclusiv manarit id-uri de vm, care nu se recomanda, insa merge fara belele daca stii ce faci), ceea ce prin vmware ... mai greu, ca nu prea te lasa (ceea

Re: [rlug] random check > 1 luna

On 26-Sep-23 23:43, George-Cristian Bîrzan via RLUG wrote: E okay, se duc toate în spam se duceau, acum dupa un pic de interactiune si ceva trafic incepe gogu incet-incet sa le puna inapoi acolo unde le era locul, aka inbox Alex ___ RLUG mailing

Re: [rlug] random check > 1 luna

On 26-Sep-23 17:22, Adrian Sevcenco via RLUG wrote: On 9/26/23 14:51, Alex 'CAVE' Cernat via RLUG wrote: On 26-Sep-23 14:36, Adrian Sevcenco via RLUG wrote: Din ce stiu la raid6 e detectabila notiunea de chunk corupt si se reface (cu repair in loc de check) dar pentru raid1 am inteles ca

Re: [rlug] random check > 1 luna

On 26-Sep-23 14:36, Adrian Sevcenco via RLUG wrote: Din ce stiu la raid6 e detectabila notiunea de chunk corupt si se reface (cu repair in loc de check) dar pentru raid1 am inteles ca solutia pentru bit-rot e sa pui sub raid1 un dm-integrity bine am citit si raid6 facut peste dm-integrity dar

Re: [rlug] random check > 1 luna

On 26-Sep-23 13:14, Adrian Sevcenco via RLUG wrote: Salutare! Am nevoie de un sfat privind executia intr-un interval random centrat pe o durata de timp mai mare de o luna... Sa zic ca exemplu check-ul de raid care sa ruleze la 36 zile +- 6 zile si pentru fiecare raid din masina sa fie diferit

Re: [rlug] debian news

On 07-Feb-23 12:47, Catalin Bucur wrote: O discutie cu ceva legatura cu subiectul: vad ca multe servere incep sa fie "acaparate" din ce in ce mai mult de Ubuntu (in detrimentul Debian), o solutie pe care am ocolit-o cu incapatanare, in primul rand de frica a ce s-a intamplat cu CentOS  Mai

[rlug] debian news

salut si la multi ani pe anul asta :-P! sa-mi fie rushinica, ar fi trebuit sa fiu in stare sa dau raspunsul la intrebare, nu sa intreb, dar sa nu raman ignorant daca la ubuntu pr-ul functioneaza cu motoarele turate (deh, firma mare, comerciala care va sa zica), in schimb pe partea de debian

Re: [rlug] networking:: routing dual-ip host

On 14-Oct-21 08:06, Dan B wrote: H, nu e "up to the kernel" Cand rezolvi un hostname care are mai multe ip-uri, dns-ul de obicei ti le va tot roti ca sa nu te complici tu sa alegi unul random O aplicatie cand se conecteaza, prima data rezolva numele (getaddrinfo) dupa care alege un ip din

Re: [rlug] optimizari de mysql / mariadb

at 2:40 PM Alex 'CAVE' Cernat wrote: > >> On 03-Aug-21 14:16, manuel wolfshant wrote: >>> On 8/3/21 2:03 PM, Alex 'CAVE' Cernat wrote: >>>> salut >>> mysqltuner >>> >>> >> iti dai seama ca a fost invartit pe fata si pe dos; din pac

Re: [rlug] optimizari de mysql / mariadb

On 03-Aug-21 14:16, manuel wolfshant wrote: > On 8/3/21 2:03 PM, Alex 'CAVE' Cernat wrote: >> salut > mysqltuner > > iti dai seama ca a fost invartit pe fata si pe dos; din pacate ce vreau eu e sa modific modul in care executa maria join-urile, tare mi-e ca vrabia malai viteazu

[rlug] optimizari de mysql / mariadb

salut m-am lovit de destule ori de urmatorul caz: query-uri in mysql cu numar redus de rezultate in final, dar cu join-uri peste join-uri, inclusiv * pe tabele principale cu tot tacamul de varchar si text, mai pe romaneste bomba nucleara (trecem peste faptul ca sa folosesti * in join e 99.99%

[rlug] despre zerossl

iertata-mi fie ignoranta :-P, insa daca nu citeam changelog-ul de la acme.sh nici nu auzeam vreodata poate de zerossl.com avand in vedere ca mai nou a fost trecut ca default CA (si la prima vedere nu par chinezi, sa zic ca-si promoveaza produsele neaose), macar un pic de documentare sa fie ... a

Re: [rlug] [Rant] Ubuntu 18.04 -> 20.04 do-release-upgrade

cel mai probabil de la vreun update de kernel la cat probabil ai rebutat geamuri ca "paote merge dupa aia" ce mai conteaza un reboot la linux care oricum trebuia ? Alex On 29-Jul-21 15:35, Adi Pircalabu wrote: > root@ubuntu-ap-syd1:~# do-release-upgrade > Checking for a new Ubuntu release > You

Re: [rlug] http_proxy vs https_proxy

On 10-Apr-21 11:31, Iulian Roman wrote: > dar din pacate asta se intimpla (mai frecvent decit vrem sa credem ) , ceea > ce e destul de ingrijorator ! si toata chestia cu protectia TLS devine > debatable , dar asta e o total alta discutie. pentru ca tls interception sa functioneze din ce stiu

Re: [rlug] http_proxy vs https_proxy

On 10-Apr-21 10:47, Iulian Roman wrote: > aici probabil ca e diferenta, pentru ca daca https_proxy e exclusiv folosit > pentru trafic https (care oricum e encrypted intre client si end server) , la > ce ma ajuta ? Asa cum am spus in celalat reply singura masura de > extra-protectie este un

Re: [rlug] http_proxy vs https_proxy

On 09-Apr-21 23:26, Iulian Roman wrote: > Nu ma intereseaza sa fac ceva anume, e mai mult curiozitatea de a intelege > cum functioneaza si mai ales de ce si cand e indicat sa se foloseasca > https_proxy. Totul a pornit de la o discutie cu un coleg cand testam > conectarea prin Bluecoat (care

Re: [rlug] Problema routing

On 29-Mar-21 17:55, manuel wolfshant wrote: > oricum asterisk face fite cind trebuie sa iasa cu mai multe IPuri, dar > asta e alta problema decit cea pusa in discutie oare ? daca nu stie sa faca bind la iesire pe o adresa ip / interfata cum poti sa rutezi mai departe corect avand in vedere ca

Re: [rlug] Problema routing

salut tcpdump is your best friend :-P vad ca ai eth1 si eth2, sa inteleg ca eth0 e o alta interfata pe unde ai ruta default aia principala ? ca sa nu te incurci poti sa bagi frumos nume in /etc/iproute2/rt_tables parca, nu cred ca am incercat niciodata doar cu id-ul de tabela, desi cel mai

Re: [rlug] certificate ssl pe multiple masini

tia protocolului (asta de fapt ar fi argumentul ca probabil imi fac griji degeaba) ... insa una e teoria initiala si alta e practica curenta :-P On 24-Mar-21 16:42, Petru Rațiu wrote: > On Wed, Mar 24, 2021 at 3:33 PM Alex 'CAVE' Cernat wrote: > >> On 24-Mar-21 14:29, Petru Rațiu wrote

Re: [rlug] certificate ssl pe multiple masini

On 24-Mar-21 14:29, Petru Rațiu wrote: > In afara de aspectul financiar (care zici ca nu te apasa pentru ca LE), > problemele sunt exact aceleasi pe care le-ai avea cand reinnoiesti > certificatul/cheia (plus niste chestii dragute daca vrei sa faci session > resumption de TLS 1.2+, dar sigur nu

Re: [rlug] f33 php :: non-functional dupa disparitia mod_php - SOLVED

On 24-Mar-21 14:54, Adrian Sevcenco wrote: > sigur nu te referi la paginile html salvate de mine in spatiul de web > personal? > > Merci!! > Adrian n-aveam de unde sa stiu ca sunt salvate, sau ca era vreo rutare ceva facuta, ca nu am stat sa fac penetration test, cert este ca in html-urile alea

Re: [rlug] f33 php :: non-functional dupa disparitia mod_php - SOLVED

On 24-Mar-21 14:02, Adrian Sevcenco wrote: > am un acl cu DN-ul certificatului .. eu si colegii (in fapt toata > lumea in contact cu GRID-ul > si cern-ul) avem certificatele personale incarcate in browser si > atunci pentru majoritatea > serviciilor/paginilor de http cu cerc restrans aplic

Re: [rlug] f33 php :: non-functional dupa disparitia mod_php - SOLVED

On 24-Mar-21 13:16, Adrian Sevcenco wrote: > so... acel proxy in final mi-a atras atentia ... din prea multa > optimizare, > TOATE modulele de proxy erau comentate :))) > > Multumesc!! > Adrian apropos, scoate acel ifmodule cu mod_proxy din configuratie (daca l-ai pus) ... mai bine sa dea 500 pe

Re: [rlug] f33 php :: non-functional dupa disparitia mod_php

On 24-Mar-21 13:02, Adrian Sevcenco wrote: > On 3/24/21 12:39 PM, Alex 'CAVE' Cernat wrote: >> salut > Salutare! > >> aproape sigur indianu' nu stie sa trimita cererea mai departe catre php >> (care acum prin fpm nu mai e builtin in apache, ci e de sine statator, >

[rlug] certificate ssl pe multiple masini

daca tot vad ca mai sunt miscari in front pe aici, sa vin cu o intrebare abisala: in cazul in care mai multe masini diferite servesc acelasi domeniu (spre exemplu din motive de geo-load-balancing, sau pur si simplu LB via dns RR), care ar fi partea negativa in faptul ca fiecare server ar avea

Re: [rlug] f33 php :: non-functional dupa disparitia mod_php

salut aproape sigur indianu' nu stie sa trimita cererea mai departe catre php (care acum prin fpm nu mai e builtin in apache, ci e de sine statator, comunicand prin socketul de fastcgi) vad ca ai un 2.4 de ultima generatie, deci trebuie sa activezi proxy_fcgi ca si modul in apache, si apoi sa

Re: [rlug] apache / nginx reload vs restart

On 27-Jan-21 19:36, Petru Rațiu wrote: > Sugestia mea e sa te uiti mai atent la > https://www.nginx.com/resources/wiki/start/topics/tutorials/commandline/ > (in special la diferenta intre SIGHUP si SIGUSR2) si sa vezi cand nu merge, > ce zice mai exact in loguri. In cele mai multe situatii, nu i-a

Re: [rlug] apache / nginx reload vs restart

On 27-Jan-21 18:24, manuel wolfshant wrote: > mie nu mi  s-a intimplat vreodata, de cind ma stiu cu apache -- aka > 1999 -- apachectl graceful sa nu fi facut ceea ce trebuie. aici iti dau eu un exemplu: la un apache 2.2 cu chroot din mod_security un simplu reload nu ajungea daca voiai ca

Re: [rlug] apache / nginx reload vs restart

On 27-Jan-21 17:57, Alex 'CAVE' Cernat wrote: > Salut > > Caut pe net si nu gasesc (inca) informatii oficiale ca de la versiunea x > incolo indianu si ruznacu garanteaza ca un simplu reload (aka graceful > la indian) garanteaza ca toate modificarile facute in configuratii vor >

[rlug] apache / nginx reload vs restart

Salut Caut pe net si nu gasesc (inca) informatii oficiale ca de la versiunea x incolo indianu si ruznacu garanteaza ca un simplu reload (aka graceful la indian) garanteaza ca toate modificarile facute in configuratii vor fi aplicate. Si aici ma refer la: - modificari in lista de module -

Re: [rlug] block device level gpt raid1

On 10-Jan-21 8:36 PM, Adrian Sevcenco wrote: > prin urmare as dori sa reusesc sa fac raid1 cu intreg deviceul asa cum > am pe systemele bios/mbr si de aia intreb daca a mai incercat cineva > (bine, nu doresc chiar ff tare ca teoretic esp-ul poate fi modificat > in afara array-ului si apoi la

Re: [rlug] prioritate biblioteci php

On 08-Jan-21 4:46 PM, Mihai Badici wrote: >> > Momentan am încercat să redenumesc folderul VObject din php și să > rulez composer install în plugin-ul respectiv. > > Nu a mers. Acum mai e o chestiune, că s-ar putea să am nevoie de el și > în alt plugin ( ăsta e libcalendaring, dar mai există și

Re: [rlug] prioritate biblioteci php

On 08-Jan-21 4:23 PM, Mihai Badici wrote: > în principiu mie mi-ar fi util să am clasele astea disponibile în > roundcube ( să fie aceleași și în main și în plugins) Doar că nu am > știut cum să fac . > > În variantele mai vechi îmi mergea cu php-sabre ( sau cum se numește) > din distribuție. Nu

Re: [rlug] prioritate biblioteci php

On 08-Jan-21 1:58 PM, Mihai Badici wrote: > > > roundcube-ul e și el din surse. > > Se pare că dacă vrei să folosești modulul de calendar la justa lui > valoare ( să poți invita alți useri de exemplu la un meeting) > VObject-ul pe care îl am eu în debian nu are toate atributele. Deci e > musai să

Re: [rlug] prioritate biblioteci php

ai 2 varianta la php: ori folosesti numai ce-ti da distributia, ceea ce inseamna ca vor fi chestii mai vechi, insa in general mai stabile, si nu te trezesti ca se strica ceva ca a facut un third party update si a explodat; ar trebui sa mearga din fuleu insa nu prea vad de ce te-ai mai juca cu

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 8:37 PM, Andrei POPESCU wrote: > În practică destul de mulți o pățesc, tocmai pentru că nu se gândesc că > ar fi o imagine diferită, publicată în altă parte. > > Sau se sperie de „unofficial”? :) cred ca "unofficial" tine mai curand de "legaleza" decat de "suportabilitate"; adica

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 7:53 PM, Mihai Badici wrote: > Oricum se pare că vrând ( pe CentOS) sau nevrând (pe slackware) ne > îndreptăm spre release-ul continuu, după cum ne amenință și Microsoft  :) asa daca stam stramb si judecam drept, pana la urma si debianul are rolling ... si nu una, ba chiar doua

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 6:55 PM, Mihai Badici wrote: > îi primește cu pâine și systemd :) pentru cei cu alergie la systemd exista si devuan :-P oricum, daca te apuci sa faci arborele "ginecologic" al lui debian te apuca durerea de cap pana numeri toti "plozii" Alex

Re: [rlug] Killing CentOS (softly)

On 14-Dec-20 6:16 PM, Tiberiu ATUDOREI wrote: > ...ca veni vorbi: pentru minoritatea aflata la intersectia diagramelor Venn > a grupurilor "anti corporate" / "fara redhat si clone" / "fara debian si > clone" / "fara manager de pachete" / "tendinte SM" ...va reamintesc ca inca > mai exista "the

Re: [rlug] nginx time interval

On 21-Nov-20 12:21 AM, Petru Rațiu wrote: > On Sat, Nov 21, 2020 at 12:02 AM Alex 'CAVE' Cernat wrote: > >> salut >> >> are careva vreo idee cum s-ar putea scoate ora si ziua saptamanii in >> variabile de folosit prin conf-ul de nginx ? >> >> o

[rlug] nginx time interval

salut are careva vreo idee cum s-ar putea scoate ora si ziua saptamanii in variabile de folosit prin conf-ul de nginx ? o idee (doar pentru ora) ar fi de extras din $time_iso8601, insa deja mi se pare cam overkill, implicand aiurea regexp-uri in map, plus ca nu acopera partea cu ziua saptamanii

[rlug] bash vs sh

din ciclul "bah, tu n-ai servici" (nea marin miliardar sa traiasca!) tot nu mai fusese de mult flama de vineri o discutie filosofala, bazata pe linux-urile actuale care mai toate au instalat bash-ul (versiune minim 4.0), deci din start zic ca nu mizez pe "suportabilitate" si posix, insa: bash 4

Re: [rlug] Dns for acme challenge

t; update. > > Alege un dns provider de la cei suportati > > https://github.com/go-acme/lego > > Opțiunea 2 e terraform cu dns și acme și ce suporta terraform > > On Sun, 12 Jul 2020, 13:26 Alex 'CAVE' Cernat, wrote: > > > Salut > > > > O recomandare de

Re: [rlug] Dns for acme challenge

> > On Sun, Jul 12, 2020 at 1:26 PM Alex 'CAVE' Cernat wrote: > > > Salut > > > > O recomandare de un server dns prin care sa se poată face dns challenge > la > > letsencrypt, sa fie destul de granular, sa aibă un api gen http și sa fie > > suportat de acme.sh

[rlug] Dns for acme challenge

Salut O recomandare de un server dns prin care sa se poată face dns challenge la letsencrypt, sa fie destul de granular, sa aibă un api gen http și sa fie suportat de acme.sh/certbot? Powerdns nu prea e granular și parca e mult prea mult pentru doar câteva zone, acme-dns parca e prea granular cu

Re: [rlug] Ferma de masini

Arunca un ochi și pe șopârlă (lizardfs) On Sat, 4 Jul 2020, 01:43 Petre Mihail, wrote: > Salut! > Am mai multe masini prin ograda de diferite config uri, capacitati, viteze > de lucru, etc. Am ceva vin nebaut ca energizant, timp si ceva minte libere > ca sa experimentez. Pot sa fac un volum

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

On 30-Jun-20 11:16 AM, Dumitru Moldovan wrote: > E cumva videoul ăsta de o oră jumate împărțit în segmente? > https://www.ansible.com/resources/webinars-training/introduction-to-ansible > > > Atinge maxim Ansible Roles și Ansible Tower. mdea, sa traiasca marketingul, ce frumos sa dai moka time

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

On 29-Jun-20 6:18 PM, Dumitru Moldovan wrote: > În cazul de față nu e alegerea mea pe ce sistem de operare trebuie > instalate și configurate chestii…  E vorba de testare automată pentru > toate platformele suportate de un anumit produs.  Windows nici măcar nu > e cea mai exotică țintă, mă bucur

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

On 29-Jun-20 12:35 PM, Dumitru Moldovan wrote: > Tot cumva la subiect…  Am inclusiv câteva VM-uri cu Windows cu un setup > asemănător, până acuma am folosit Salt.  A fost un pic de chin pentru > noi, că-s cam bâtă în privința administrării Windows, dar funcționează > relativ bine, cu doar câteva

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

On 29-Jun-20 1:30 PM, Dumitru Moldovan wrote: > On Mon, Jun 29, 2020 at 01:12:04PM +0300, Alex 'CAVE' Cernat wrote: >> Scrie atât în documentație cât și pe ecran când îl instaleaza, nu e >> nimic >> pe la spate. Doar ca nu e ceva ce tu ai instalat EXPLICIT! > > Ok, de

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

Scrie atât în documentație cât și pe ecran când îl instaleaza, nu e nimic pe la spate. Doar ca nu e ceva ce tu ai instalat EXPLICIT! On Mon, 29 Jun 2020, 13:08 Dumitru Moldovan, wrote: > On Mon, Jun 29, 2020 at 12:58:39PM +0300, Alex 'CAVE' Cernat wrote: > >Ca exemplu, modulul ansib

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

lex 'CAVE' Cernat wrote: > > […] > > >toate astea cu absolut nimic instalat in plus pe "client", decat un > >acces ssh si python-ul, care oricum e instalat by default din ce stiu eu > >cam pe orice distributie de linux (si pe alocuri vreo 2-3 pachete de > &g

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

ti place mai mult ideea cu un cluster de măria cu 3, 5, 7, 9, x servere be my guest ... ideea e ca doar un numar limitat de servere pot fi afectate la un moment dat, iar procedura sa se poata opri automat atunci cand erorile trec de un anumit prag Alex On 28-Jun-20 5:06 PM, Petru Rațiu wro

Re: [rlug] Plan de migrare Centos 6 -> Centos 7

Sincer, s-ar putea sa-ti bati cuie multe in cap la inceput pana cand vei incepe sa intelegi cum functioneaza, dar overall o sa ai numai de castigat, mai ales cand ai categorii de servere / servicii cu configuratii comune (sau parametrizate). Insa daca ai fiecare server cu motul lui, atunci s-ar

Re: [rlug] hardlink shits

când se aduna milioane de fișiere. Pana acum la ce am testat nu am văzut diferențe de memorie între cu și fără -H, sincer ma întreb dacă respectiva opțiune a fost luată în considerare. On Wed, 9 Oct 2019, 16:51 Petru Rațiu, wrote: > On Wed, Oct 9, 2019 at 4:31 PM Alex 'CAVE' Cernat wr

Re: [rlug] hardlink shits

9, 2019 at 3:02 PM Alex 'CAVE' Cernat wrote: > >> On 09-Oct-19 2:45 PM, Cristian Paslaru wrote: >>> Salut, >>> >>> la 1. este in vfs: >>> >> https://www.usenix.org/legacy/publications/library/proceedings/usenix01/full_papers/kroeger/kroeger_html/

Re: [rlug] hardlink shits

criminal pe masura ce trece timpul), pentru asta un snapshot la nivel de filesystem (cu conditia sa si suporte asa ceva) e o solutie cu ani lumina mai departe Alex > > On Wed, Oct 9, 2019 at 2:31 PM Alex 'CAVE' Cernat wrote: > >> Salut >> >> Doua intrebari destul de low level

[rlug] hardlink shits

Salut Doua intrebari destul de low level legat de hard-link-uri: 1. cum tine linux-ul cache-ul cand e vorba de hard-linkuri ? sper ca tine la nivel de i-node, recte daca exista x fisiere accesate care pointeaza catre aceeasi zona de date (acelasi inode) se pastreaza o singura copie in cache, nu

Re: [rlug] debian wheezy in archive

On 25-Mar-19 3:02 PM, Adrian Minta wrote: > Salut, > > https://lists.debian.org/debian-devel-announce/2019/03/msg6.html mdea, e timpul sa verific subscriptiile la liste, ca se pare ca s-au mai auto-unsubscris pe alocuri ma asteptam totusi sa fie anuntata mai pe larg o astfel de mutare

[rlug] debian wheezy in archive

salut exista vreo informatie oficiala cum ca vechitura de debian 7 (wheezy) a fost bagata in archive ? ca pe repository asa pare, desi in readme e inca acolo bine mersi ... si nici nu am reusit sa gasesc vreo informatie oficiala in acest sens Alex

Re: [rlug] perl chinese

On 23-Jan-19 11:21 AM, Mihai Badici wrote: > Doar că am preferat să las pe cineva care chiar a lucrat în perl și știe > mai bine. > > Pe de altă parte, arată ca în chineză, se interpretează ca în chineză, > sigur e chineză ;) Mihai, ce-ar gogu' cu tine de-ti baga toate mesajele in spam ? vad ca

Re: [rlug] perl chinese

On 23-Jan-19 8:22 AM, Petru Rațiu wrote: > Cu amendamentul ca inca nu mi-am baut cafeaua si n-am testat absolut nimic > din ce scriu mai jos: > > - s{lala}{lulu} e echivalentul lui s/lala/lulu/ dar cu alta forma de > quoting,e binecunoscutul operator search-and replace ; > - mxs sunt flaguri: m

[rlug] perl chinese

salut intr-un script de perl am gasit chestia asta: s{ > [^<]+ \z }{>}mxs for @array; imi poate si mie traduce careva ? ca nici nu stiu de unde sa incep :-P mersi Alex ___ RLUG mailing list RLUG@lists.lug.ro

[rlug] soft IPAM & DCIM

mi s-a acrit de Racktables asa ca vreau sa bag divort cat de curand, dar pentru asta trebuie ceva facut mai cu cap si mai in 201x, cu x cat mai mare cerintele ar fi: - IPAM & DCIM (doh) - la DCIM inclusiv cablari fizice (evidenta lor) - free :-P (sau macar ceva gen free pana la 500-1000 de

Re: [rlug] subdomeniu in nginx

On 06-Dec-18 11:44 AM, Petru Rațiu wrote: > Vezi ca "domeniul unui subdomeniu" e o chestie cam vag definita. La " > sandbox.service.domain.co.uk" ce vrei sa fie capturat? Sau, mai bine zis, > in ce scop vrei sa le mapezi pe domenii? Dincolo de chestia asta, regex > should be fine, dar e posibil

[rlug] subdomeniu in nginx

pentru niste subdomenii (toate de genul sub.domeniu.ro) am nevoie cumva sa obtin numele subdomeniului intr-o variabila, pentru a putea sa o folosesc mai departe in configurari (configurarile sunt aproape identice, difera doar subdomeniul ca variabila) vreau sa evit sa folosesc regexp in

Re: [rlug] nginx fastcgi_cache

On 09-Oct-18 5:27 PM, Catalin Muresan wrote: > Daca ai probleme de genul asta (cache cross apps, etc) atunci probabil ca > solutia corecta e alta, adica sa implementezi caching in toate layerele: > DB(proxysql), APP(memcache), Webserver(fastcgi_cache), HTTP(varnish). > Ramin la opinia mea initiala

Re: [rlug] nginx fastcgi_cache

On 09-Oct-18 3:42 PM, Alex 'CAVE' Cernat wrote: > > aici ca mi-ai ridicat mingea la fileu, inca o intrebare de si mai mare > baraj: considerand un cache gigantic, unde dureaza sa incarce toate > cheile, oare ce se intampla cu o cerere care este cache-uita pe disk, > dar cheia nu a a

Re: [rlug] nginx fastcgi_cache

On 09-Oct-18 2:27 PM, Catalin Muresan wrote: > > Both the key and file name in a cache are a result of applying the MD5 > function to the proxied URL. > > Deci lookup se face cind esti pe location-ul respectiv si URL-ul e > disponibil > Din surse >

[rlug] nginx fastcgi_cache

Salut Ca de obicei o intrebare de baraj. Incerc sa inteleg exact cum functioneaza fastcgi cache-ul la nginx, insa toata lumea da doar exemple de configuratii, insa pe nicaieri nu am gasit informatii de inside. Concret, ma intereseaza cand sau unde se face lookup-ul in cache. Presupunerea mea ar

Re: [rlug] Rebuild RAID HP cu hpacucli

On 17-Aug-18 11:18 AM, Adrian Popa wrote: > logicaldrive 2 (1.4 TB, RAID 5, Interim Recovery Mode) > > physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SAS, 300 GB, Predictive > Failure) > physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SAS, 300 GB, OK) > physicaldrive 2I:1:5 (port

Re: [rlug] cum pun toate hardurile la comun?

ia cauta shoparla (aka lizardfs, derivat din moosefs) On 26-Jul-18 10:17 PM, George-Cristian Bîrzan wrote: > 1) GlusterFS? > 2) Vrei 5 masini. > > 2018-07-26 21:59 GMT+03:00 Mai Ling : > >> >> >> >> >> >> >> >> Am 4 masini identice, conectate in acelasi LAN, fiecare avand cate un >> disc

Re: [rlug] mpm_itk + mpm_event

Știu ca ma uitam pe vremuri după el, dar nu am ajuns să-l folosesc niciodată. Ce are el și nu are echivalent în FPM? On 4 Jan 2018 16:03, "Andrei-Florian Staicu" wrote: Mda. Intre timp m-am lamurit: itk nu merge cu altceva decat prefork (zice in documentatia lui). Am

Re: [rlug] mpm_itk + mpm_event

Dacă tot treci pe event, de ce nu treci și pe php-fpm? Deja prefork-ul cu mod_php ar trebui sa fie history On 3 Jan 2018 22:25, "Andrei-Florian Staicu" wrote: > Salutare, > Pe un Ubuntu 16.04.3 LTS, am apache2 de la sury (2.4.29-1+ubuntu16.04.1+ > deb.sury.org+1) cu

[rlug] intrebare abisala symlink-uri

pana vineri, sa ne stoarcem creierii de miercuri cu intrebari abisale exista vreo diferenta semnificativa de performanta intre a utiliza symlink-uri absolute (full path target) vs. symlink-uri relative (cu mai multe sau mai putine ../ in target) ? vorbim strict de cazul in care target-ul este

Re: [rlug] recuperare db-uri innodb

Doar o idee: încearcă și cu un mariadb sau percona. Din câte știu formatele binare ar trebui sa fie compatibile și poate ai noroc. Oricum, preferabil dump și import de la zero, ca să fii cât de cât sigur ca nu au rămas gunoaie On 5 Apr 2017 7:56 pm, "Vlad Georgescu" wrote: > Da,

Re: [rlug] terminal vertical split (xargs parallel command output)

On 15-Mar-17 2:52 PM, Petru Rațiu wrote: > De ce tii musai sa faci din oneliner? Pregateste listele de comenzi in > niste scripturi si ruleaza-le in terminalele cu pricina. Also, la 1000 de > chestii care fac stuff, de ce te agiti asa de mult cu terminale si nu le > faci neinteractive? "watching

  1   2   3   4   5   6   7   >