Original Message
Subject: [rlug] flame de vineri ( ubuntu)
From: Mihai Badici via RLUG
To: Romanian Linux Users Group
Date: 3/22/2024, 9:13:43 AM
Acum că e vineri m-am gândit să lansez un flame, zilele trecute era traficul
prea mare pe listă :)
Iacă-tă ce am pățit: am primit
Si eu tot cu Cobra si Basic + OPUS am inceput ;)
https://cobrasov.com/CoBra%20Project/index.html
On Fri, Mar 22, 2024 at 8:47 AM Mihai Badici via RLUG
wrote:
> Acum că e vineri m-am gândit să lansez un flame, zilele trecute era
> traficul prea mare pe listă :)
>
> Iacă-tă ce am pățit: am
Acum că e vineri m-am gândit să lansez un flame, zilele trecute era
traficul prea mare pe listă :)
Iacă-tă ce am pățit: am primit un vps cu ubuntu 20 configurat cu netplan
să instalez o aplicație.
Doar că aplicația mea avea nevoie de un python mai mare, 3.10 măcar,
decât cel din
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
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 virtuale sa folosesc cloud-init-ul (care ar fi minunat ca
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
Original Message
Subject: [rlug] flame de vineri ( ubuntu)
From: Alex 'CAVE' Cernat via RLUG
To: rlug@lists.lug.ro
Date: 3/22/2024, 10:58:04 AM
On 22-Mar-24 10:49, Adrian Sevcenco via RLUG wrote:
Original Message
Subject: [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):
On 3/22/24 09:13, Mihai Badici via RLUG wrote:
Acum că e vineri m-am gândit să lansez un flame, zilele trecute era
traficul prea mare pe listă :)
Iacă-tă ce am pățit: am primit un vps cu ubuntu 20 configurat cu netplan
să instalez o aplicație.
[…]
"Era mai bine înainte" ...
VPS,
On Fri, Mar 22, 2024 at 12:31 PM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
>
> folosind debian exista ceva asemanator, insa nu am gasit (ce-i drept,
> nici n-am incercat la vremea respectiva) metoda asta din 2 pasi, si nici
> nu am gasit pe undeva vreo referinta
>
>
IIRC e in
On 3/22/24 16:07, Dumitru Moldovan via RLUG wrote:
On 3/22/24 09:13, Mihai Badici via RLUG wrote:
Acum că e vineri m-am gândit să lansez un flame, zilele trecute era
traficul prea mare pe listă :)
Iacă-tă ce am pățit: am primit un vps cu ubuntu 20 configurat cu
netplan să instalez o
IIRC e in documentatia de preseed ceva exemplu despre cum poti folosi
stringul de agent (? am uitat exact detaliile si e prea vineri ca sa caut
terminologia exacta) setat de d-i in clientul de dhcp ca sa identifici
installerul, am folosit asta in trecut dar am uitat de ce, pana la urma e
mai
N-am inteles exact ce probleme ai cu python si de ce esti dependent de el.
Clientul de dhcp de obicei trimite ce-a primit la ceva hook care-i primeste
ca parametri si face $chestii . Nu prea stiu eu cu ubunti si netplanuri si
de-astea, da' pe debian lucrurile astea se fac cu shellscripts all the
eu aș avea o idee și mai revoluționară: să facem o bază de date, numită
registru, în care să punem toate setările :)
On 3/22/24 12:30, Alex 'CAVE' Cernat via RLUG wrote:
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
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
Also, hate-ul cu alpine nu se refera la busybox (appleturile alea din
busybox sunt relativ usor de invatat ce limitari au si la o adica poti pune
binarele care iti trebuie), ci la faptul ca libc-ul folosit nu e glibc sau
eglibc, ci musl, o implementare mult mai light. Care merge suficient de
bine
Netplan a fost dat afară pentru că s-au gândit ei că dacă am dezinstalat
python nu îmi mai trebuie nici netplan.
Problema e că aparent netplan e sistemul default de configurare network
în ubuntu, cel puțin asta înțeleg ( btw, de când ubuntu a ajuns noul
windows e aproape imposibil să mai
On Fri, Mar 22, 2024 at 9:13 PM Alex 'CAVE' Cernat via RLUG <
rlug@lists.lug.ro> wrote:
> 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
Avand in vedere ca suntem in toiul entuziasmului de vineri, poate reusim sa
scoatem ceva constructiv.
Pana de curand, era relativ simplu pxeboot si preseed pentru bubuntu, insa de
la incepand cu 22.04 (ultimul functional a fost 20.04) au ucis legacy
installers si implicit a disparut si
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
Upgrade-ul se face facand rebuild de la un tag mai nou (si probabil vrei
unul batut in cuie ca sa nu se schimbe la fiecare build decat daca tii
neaparat).
Also, nu-ti trebuie systemd in container decat daca ai explicit nevoie de
systemd (pentru naiba stie ce voodoo). Ca sa rulezi nginx (sau
Neața :)
Da, cumva ne apropiem, după cum ziceam vorbim de un proiect de prin
2014-16 deci nu îmi mai amintesc nici eu bine.
Tu folosești nginx:latest care la rândul lui e și el derivat din ceva (
nu de către tine, de către alții, dar e) . Dacă te uiți la ce am dat eu,
imaginile mele erau
Stai că probabil ai dat tu cumva mailul că am dat reply pe adresa ta
personală.
Deci problema mea nu e că e configul static ori dinamic, exemplul ăla
din bsd l-am dat din răutate, problema e că nu știu precis cum ia datele
networkd de la netplan dar dacă nu merge netplanul placa de rețea nu
On Sat, Mar 23, 2024 at 12:09 AM Mihai Badici via RLUG
wrote:
> Tu o ții pe a ta și ai tras niște concluzii greșite.
>
> Eu builduiam o imagine locală - de exemplu porneam de la un build de
> nginx , îi aplicam ceva scripturi de customizare și obțineam o imagine
> locală, să zicem nginx-mihai.
>
Deci sa traduc: vps-ul pe care l-ai primit avea dhcp setat cu netplan for
some reason si nu era marcat pachetul ca manually installed sau a fost alt
fuckup pe-acolo. Prin ghidul de dist-upgrade (care, btw, merita citit din
scoarta in scoarta de fiecare data cand nu vrei sa-ti gasesti sistemul pe
Păi da, așa se face. Tu pui "from" și el îți descarcă imaginea de la
versiunea respectivă. Însă nu exista această imagine pentru că nu se
rezolvase problema cu systemd. Chestia asta a durat cel puțin un an și
probabil că mai găsești urme pe net dacă o să cauți.
Alternativ dacă nu exista
La docker ideea normala e ca faci mereu build din dockerfile, poti schimba
statementul de FROM sa porneasca de la ce base image vrei tu (si ofc sa
validezi ca ce urmeaza in pasii urmatori mai are sens).
Jur ca ma gandesc sa fac cursuri de recalificare pt linuxistii batrani unde
70% din timp il
Asa e cand folosesti tehnologii de-astea super experimentale, sunt convins
ca esti printre putinii de pe planeta care are nevoie de apache in docker.
Tu de fapt ai alta problema dar te-ai tot dus pe firul presupunerilor
undeva in imposibil. Dar cum ziceam, s-a cam terminat vinerea, se raceste
Tu o ții pe a ta și ai tras niște concluzii greșite.
Eu builduiam o imagine locală - de exemplu porneam de la un build de
nginx , îi aplicam ceva scripturi de customizare și obțineam o imagine
locală, să zicem nginx-mihai.
Pe aia încercam să o țin upgradată și toate containerele le derivam
Voiam sa-ti raspund punctual la cele cateva prostii pe care le-ai spus, dar
mi-am dat seama ca toate se rezuma la "daca n-ai presupune ca esti destept
si le stii deja pe toate pentru ca faci astea de hat-hat, ai putea vedea
din documentatie (care exista!) ca lucrurile nu-s asa complicate".
Seara
Păi și cu ce pachete faci build la versiunea nouă? Să zicem că ai un
docker care rulează ceva simplu, un apache. Dockerul ăla e bazat pe, să
zicem, debian wheezy sau ce mai era pe atunci că nu mai țin minte.
Teoretic tu ai face build la imaginea nouă de debian și după aia deploy
(ok, asta
Da, actually era nginx dar nu are nici o importanță ce serviciu e,
important e că e al doilea.
Uite că am dat peste un blog care e din 2019 (cred că eu mă jucam o țâră
mai devreme, inițial am încercat cu openstack dar ăștia nu suportau
atunci docker, nu știu ce s-a mai întâmplat, pe urmă am
Alpine e cu bizibox ca să facă economie de spațiu. De acord că e o
prostie dar și-a făcut treaba.
Acum că am căutat pentru că m-ai provocat, systemd pare că a fost
introdus în jessie deci pe atunci am avut de-a face cu situația asta,
pentru că wheezy era deja oldstable și nu voiam să mai
Da, concret problema a fost că am dat apt-remove la python3 (înainte de
a da dist-upgrade) și nu am observat că a dezinstalat netplan. (nu mai
țin minte de ce am dezinstalat python dar clar aplicația nu mergea cu
python3.8.) După aia la do-dist-upgrade zicea că nu am terminat upgrade
(
În principiu asta e valid la lxc, unde poți să tratezi containerul ca pe
o virtuală, și de fapt cam așa e gândit. Docker are o altă filozofie -
nici nu știu dacă merge ce zici tu, probabil că merge- dar oricum ar fi
pachetele tot sunt bazate pe o distribuție, indiferent cum ai lucra cu ele.
Vai ce trist, am citit acum, vad ca raspunsul oficial e "de fapt nu era
suportat nici inainte".
Initial am vrut sa raspund la misto, ca tot e flama, dar acu serios
vorbind,
http://ftp.lug.ro/debian/dists/stable/main/installer-amd64/current/images/netboot/
:D
--
P.
On Fri, Mar 22, 2024 at 9:22
Serious, io rulez nginx (si altele) in productie in containere de ani de
zile si nu m-am lovit de problema asta cu systemd. I guess ca se poate daca
tii neaparat, dar n-a fost nevoie. Ah si tin up-to-date (cat de cat)
imaginile. Desigur, in moduri total diferite de "intru pe toate vm-urile si
dau
Da, bun. știu care a fost problema mea, dar nu despre asta e vorba ci de
ceva mai general, că nu te aștepți ca placa de rețea să depindă de
python, perl, mâine de go sau dotnet. Placa de rețea mi se pare
esențială în zilele noastre când toți lucrăm remote și ar trebui să aibă
măcar un fallback
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
39 matches
Mail list logo