Debian 6.0.2 -> stable

 ( tr1719 | 2018. december 11., kedd - 12:29 )

Udv!

Van egy regi, 2011- es (vagy korabbi) telepitesu debian, ami eleg sok mindent csinal, de dist-upgrade, vagy hasonlo nem volt rajta sosem.

Most lett elegem a regi csomagokbol, hogy egy python2.7 is lekuzdhetetlen problemaba utkozik a virtualenv- vel, igy eljott az ideje egy ujratelepitesnek / dist-upgrade- nek.

Nem kovettem a valtozasokat a debian haza tajan, igy Titeket kerdezlek, hogy milyen problemakba utkozhetek?

A fontosabb dolgok, amik vannak:

apache2 - 2.2.16-6+squeeze1
mysql-server-5.1 - 5.1.49-3

. Ugy tudom az apache2 konfigfajlokkal sok gondom lesz, de mi a helyzet a mysql- lel? Sima dump es visszatoltes mukodhet reinstall eseten?

Jo lenne, ha lenne python2.6, python2.7 es python3.4 vagy python3.6 is az uj rendszeren, de disztribuciobol, nem forgatva.

Ekkora ugrasnal mennyi az eselye egy sikeres dist-upgrade- nek? Mire kell figyelni?

Lilo. Manapsag szerintem mar nem sokan hasznaljak, de nekem ez sokkal szimpatikusabb, mint a grub. Van meg ilyen egyaltalan?

Pine. Na, ezt gondolom nagyon keveen hasznaljak, de szuksegem lenne erre is.

Bar meg rengeteg sarkallatos pont lenne, de egyelore ennyi is eleg. Erdekelne minden ezzel a temaval kapcsolatban, ki milyen problemakba utkozott, stb.

Koszi.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

> Ekkora ugrasnal mennyi az eselye egy sikeres dist-upgrade- nek? Mire kell figyelni?

Sok kisebbet kell ugrani. A főverziókat végig kell járni. Az a tesztelt upgrade út, nem lehet hármasával ugrálni.

A 6.x -> 7.x váltásnál volt kb. 75 dolog, amire figyelni kellett, a 7.x -> 8.x váltásnál kb. 58 dolog, a 8.x -> 9.x váltásnál úgyszintén. Milyen választ vársz? :)

Akármelyik utat választod, valószínűleg nem öt perc lesz, és nem úszod meg az egyes konfigfájlok átdolgozását. Az biztos, hogy lesz benne legalább egy Apache 2.2 -> 2.4 és egy MySQL 5.x -> MariaDB 10.1 ugrás.

A LILO remekül használható továbbra is. PINE van, leginkább ALPINE néven.

Egy megerosito valaszt, hogy inakbb ne is legyen dist-upgrade, hanem egy teljesen uj install :- ).

Mariadb. Pf, akkor gondolom ezzel is meg kell ismerkedni. Ebbol kimaradtam :- ).

Ma jutottam el addig, hogy vegre ezzel is tudtam foglalkozni.

Bar mysql-server- it apt-get- eltem, maria db jon be a mysql parancs kiadasa utan, de gondolom ezzel minden rendben is van.

A problema inkabb a dump visszatoltesenel van. Minden mezei adatbazis visszaall, de a jogok nem. A dump a mysqldump --all-databases -u ... paranccsal lett elkeszitve, de a visszatoltesnel (mariaDB konzolbol: source /path/to/all.dump) a csatlakozasi jogok nem allnak helyre. Lehet keso van, de miert is? Mit csinalok rosszul? A dump- ban megtalalom a csatlakozasi inserteket.

-----

Ami fura, hogy a mysql db- ben megtalalom a usereket, viszont a

mysql -u username -p

paranccsal nem tudok csatlakozni (Access denied). Teljesen alapbeallitas, meg semmit nem allitottam a config fajlokban.

Ok, a megoldas:

mysql_secure_installation

.

Ha jól következtetek, akkor újratelepítés volt.
Kár, ugyanilyen cipőben járok, csak Debian 5-ről(2009) kellene aktualizálni. Ráadásul távolról.
Egyszer már csináltam 5-7-ig, akkor bejött, de fölötte nem tudom mi lesz. Szerencsére csak 20km-re van a gép és nem gond ha 1 napig áll.

Nyilvan en is tavolrol csinaltam, kb. 15 percig volt szukseg ip konzolra. Ami meglepett, hogy apache2- vel tulajdonkeppen semmi problema nem volt.

Nem is tudom, erzesre (ami nem tul komoly szakmai erv :- ) ) jobb igy frissen telepitve.

Így is megoldható:


# mysql<Enter>

Az új elv: Ha már egyszer azonosítottad magad a linuxos rendszerben
root felhasználóként, akkor mysql indítás esetén, nem kell újra azonosítanod
magad. Csak beírod mysql, és már bent is vagy.

Ja, azt nem írtam, hogy ebből következik, hogy mariadb root felhasználó nevében csak linuxos root felhasználóként lehet csatlakozni. Megoldás lehet a secure install, amit írt valaki fentebb, vagy a létrehozol egy másik felhasználót, akinek teljes joga van, mindenhez.

De mióta megértettem az alapelvet, azóta meg is szerettem így, ahogy most van, és nekem nem kell secure install.

Most jott elo egy olyan dolog, hogy egy uj tabla letrehozasa mar innodb- vel tortenik. Letezik, hogy Mariadb- ben mar az az alap, es nem a myisam?

Igazabol jelen projekteknel szinte mindegy, hogy melyiket hasznalom, az viszont nem tul tetszetos, hogy az eddigi tablak myisam- osak, es most innodb lenne.

Persze nyilvan allithato, de amennyire latom, a 2 tablatipus nem igazan szeret egyuttmukodni.

Valakinek ilyen iranyu tapasztalata van?

letezik, mar a mysql56 is innodb default...

A nagy kérdés, hogy mennyire éles a szerver, mennyire kell 0-24-ben működnie.
Én már többször futottam bele hasonló történetbe. 1-2 kivételt leszámítva mindig az volt a gyorsabb, kevésbé fájdalmas megoldás, ha felhúztam egy új szervert a nekem kellő verzióval és átköltöztettem a szolgáltatásokat egyesével. Ez segít takarítani is, a rendszert is jobban átláthatod vele - főleg, ha nem te telepítetted a régit. A szolgáltatás kiesést is így minimalizálhatod, van időd átírni a konfigfájlokat az új szintaktikára, majd tesztelni őket.

Ha tényleg végig akarod vinni a dist-upgradet, akkor készülj a töménytelen szívásra. Lehet, hogy 1 konfigfájlt akár több alkalommal is át kell írnod a verzióváltások miatt, ami plusz munkát és szolgáltatás kiesést jelent.
Az is előfordulhat, hogy valami olyan modul/program van telepítve a régi rendszeren, ami már nem lesz az újon repoból. Ilyenkor pedig improvizálnod kell (pl: forrásból fordítás), ami megint csak nem szerencsés.

Egy hetveget kimaradas belefer, a fontosabb dolgokat at tudom rakni mashova.

En telepitettem a regit, de 2011- ben, vagy korabban. Azt sem tudom mikor.

Szerencsere gyulnek az ervek az ujratelepites mellett. Koszi.

Egy hétvége alatt szerintem kényelmesen felhúzol egy új vasat és át is migrálhatod a cuccokat. Tisztább érzés lesz így.

En is pont egy hetvegere tippelek... .

Ha 2011-es a fizikai vas, akkor érdemes lenne megfontolni annak a cseréjét is.

Nem 2011- es. Talan 2005- os, de a vassak semmi gond nincs. Tapegyseget egyszer kellett cserelni, 10(+) eve erintetlenul dolgozik a szerverteremben.

Ha már ennyit kihagytál, most már érdemesebb egy újat felhúzni szerintem. Összességében valószínűleg ez lesz a kevesebb szívás. ...mert ez egy 6->7->8->9 re frissítés lenne. Persze lehet szerencséd, de nem lesz. :D

--
Tanya Csenöl az új csatorna

Otthon, játszós gépen még egy 6->7 ugrás is szívás volt. Egy 6->(7->8)->9 ugrást így hirtelen el sem tudok képzelni, hogy beleférjen egy hétvégébe.

Szóval ha jót akarsz magadnak, akkor inkább friss telepítés és migráció.

mysql 5.1->mariadb 10.x dumpból simán megy. Élesben én 4.x-ből csináltam 10.x-be migrálást és ez is problémamentes volt.
Apache 2.2->2.4 Például a hozzáférési szabályok (Allow from/Deny from) megváltoztak teljes mértékben, így ezzel biztosan szívás lesz.

Menet közben egy csomó dolgot kidobtak, így ezeket külön kell beszerezni, úgyhogy megint csak azt tudom mondani, hogy telepítsd újra és ne upgrade-elj.


Vizsgára felkészülés végett keresek "kidobásra" szánt menedzselhető Cisco switch-eket és routereket, leginkább Pest és Bács-Kiskun megye területén.

"Otthon, játszós gépen még egy 6->7 ugrás is szívás volt. Egy 6->(7->8)->9 ugrást így hirtelen el sem tudok képzelni, hogy beleférjen egy hétvégébe."

Aztán szidták a centos-t hogy miert nincsen dist-upgrade :D

Ezek után minek? Mikor átálltam CentOS re is a fő érv a 10 év support volt. 10 év után meg semmilyen dist-upgrade nem megy csak úgy, szóval jobb újrahúzni. Így jó pár szerver CentOS 5 ről CentOS 7re toltam, így azok 2024 is elmennek utána meg akkor már CentOS 9 vagy ami lesz. Ez még 6 év :D Debian 9 LTS is max 2022 ig kap supportot jelen esetben ugye.

Úgyhogy szerintem is clean install.

Fedora 28, Thinkpad x220

10 év után nekem se jutna eszembe a dist upgrade. Még 1 főverziónyi ugrás miatt sem. Ennyi idő alatt ugyanis összegyűlik szerintem annyi szemét, hogy a clean install amúgy is erősen ajánlott lesz.


Vizsgára felkészülés végett keresek "kidobásra" szánt menedzselhető Cisco switch-eket és routereket, leginkább Pest és Bács-Kiskun megye területén.

Rendben, az lesz. Bar lehet mentes utan a vicc kedveert elinditok egy dist-upgrade- t, hogy lassam hova jut. Egybol 6->9 valtassal.

Allow / Deny dolgok sajnos valtoztak apache szinten, errol tudok, es nagyon sok van belolik. Van egy kezzel irt apache modul is, az erdekes lesz, mert annak meg a forrasat sem tudom, hogy hol van, olyan regi.