Üdv!
Van 2 production rendszer, ami működik, de itt az ideje a költözésnek, és ezáltal némi frissítésnek. Az egyik egy wheezy, a másik pedig egy Stretch rendszer.
Mi az, amire nagyobb vonalakban figyelni kell? Nem milliós felhasználókkal rendelkező rendszerek, jó, ha 100-an használják őket, azok is többnyire apache(2), python, mysql / mariadb, pine / alpine, sshfs, perl dolgokat használnak.
Nyilván a python 2 -> 3 váltás elég sok problémát fog okozni, illetve remélem a mysql vonalon minden rendben lesz.
Köszi a tippeket.
- 288 megtekintés
Hozzászólások
nem vagyok jártas Debian frissítésben, de ilyenkor én mindig a release notes-t szoktam elolvasni és ha tehetem kipróbálom egy VM-ben teszt adatokkal a frissítést.
A legértékesebb idő a pillanat amelyben élsz.
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Debian 9-ről 10-re és 10-ről 11-re szépen ment és onnan Zabbix 4.0.3 upgrade Zabbix 5.0.21-re, MariaDB upgrade is ment szépen, működött teszt környezetben.
Apache2-vel, PHP-val nem volt gond. Perl is menni fog, mert nem nagy a verzió ugrás: 5.24.1-3-ról 5.32.1-4-re.
Ezek mentek, szerintem mással sem lesz gondod.
- A hozzászóláshoz be kell jelentkezni
Lehet rosszul írtam. Nem upgrade lesz, hanem másik gép, teljes új install.
A python 2 -> 3 váltás biztosan nem lesz problémamentes, rengeteg python 2-es, házon belül írt kód van.
- A hozzászóláshoz be kell jelentkezni
python2.7 csomag még mindig létezik. Nyilván a kódokat át kell írni, de ennek már rég neki kellett volna kezdeni.
- A hozzászóláshoz be kell jelentkezni
Na igen, de azért most lenne a legjobb mindent átírni 3.X-re, mert ha most nem, akkor talán 10 év múlva legközelebb :- )).
- A hozzászóláshoz be kell jelentkezni
Figyelni nem kell semmire, ezt akkor látod meg, ha a frissítés végbement. Szerintem a Stretch még nem olyan rettenet régi, ha azt egyébként rendszeresen frissítettétek, akkor onnon megugorható simábban a legújabb stabil kiadás. Pythonnal esetleg lesz gond, ahogy írod is, bár ez nem biztos, mert attól is függ, hogy mire használjátok, ha az összes csomag frissül, akkor nem csak a Python 3.x-es lesz frissebb, hanem az azt használó csomagoknak is új verziója lesz, amik sanszosan már 3.x-et használnak.
A Wheezy-s géppel viszont garantálom, hogy megaszopás lesz a köbön. Az nagyon régi, 9 éves kiadás, már az LTS támogatás is lejárt rá vagy 3 éve, abban még nagyon ősi verziók voltak, azóta minden fontos dolog lépett előre nem csak egy, hanem több főverziót, ott már nem csak a Python lesz problma, hanem az összes csomag. Nem is tudom, hogy közvetenül frissítheted-e a legújabbra. Ez egyébként nem a Debian hibája, hanem az, amit sok topikban, főrumon nem hisznek el nekem ezekkel az 5-10 éves támogatási idejű disztrókkal, hogy nincs értelme, mert 5-10 év alatt a linuxos világ és össz ökoszisztéma annyira sokat, nagyot változik, hogy áthidalhatatlan szakadék lesz a csomagok verziója között, egyszerűen szinte semmi nem lesz már kompatiblis, semminek nem elégíthető ki a verziófüggősége, az egész lesz en bloc elavult, ezzel a Debian se tud mit kezdeni. Desktopon főleg agyhalál egy 5-10 éves disztrókiadás, szerveren meg igaz, hogy kicsit lassabban vehetőek a dolgok, de ott sem lehet a végtelenségig nyújtani. Ráadásul ez olyan, hogy az ember minél tovább halogatja, annál nagyobb lesz a szakadék, és annál kínservesebb lesz megugrani. Windowson megszokja sok ember, hogy ritkán van új főkiadás, csak kb. 5 évente, és az is 10-15 évig támogatott, a visszafelé kompatibilitás meg védőburkot nyújt és a végtelenségig lehet majdnem nyújtani, halogatni dolgokat. A linuxos világ viszont szabadabb, lazább szervezésű, sokkal dinamikusabban változik az egész, a független projektek csak tolják ki hetente a verzióakat, és sokszor a visszafelé kompatibilitással sem törődnek, lásd ezügyben Torvalds nyilatkozatait.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Közvetlen frissítés természetesen nem megy, de az egyes lépcsőket végigjárva minden további nélkül. Az otthoni gépemen annak idején a hammtól a woody-ig folyamatosan frissítésekkel mentem, közben hardvercsere, meg minden volt. Nyilván lehet olyan ugrás, ahol nem éri meg végiglépkedni, ezt mindenkinek magának kell eldöntenie. Viszont megoldható.
- A hozzászóláshoz be kell jelentkezni
Köszi a nagyon részletes választ.
Valamint nagyon rosszul írhattam. Nem frissítés lesz, hanem teljes install újról, csak hát nyilván rengeteg adat, program, általunk írt programok, azok függőségei.
Majd kiderül nyilván egy sandboxban először.
- A hozzászóláshoz be kell jelentkezni
Akkor félreértettem, bocs. Igen, akkor sokkal jobbak az esélyek. Egyedül a saját programjaitokon múlik, bár ha okosan írtátok meg, és nincsen túlzottan régi verzióhoz fixen hozzádrótozva a kódja, akkor elviekben azzal sem kéne akkora gondnak lennie.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Szerintem a kódok eredetileg valami 2.2-es verzióra lettek írva, szóval jó régi... . A matematikai műveletek szerintem a legproblémásabbak, de majd kiderül.
- A hozzászóláshoz be kell jelentkezni
MySQL minor verzio valtaskor volt valami belso inkompatibilitas, ha jol emlekszem. Csak jatekbol volt fent valami kis projekthez, talan libreoffice hazasitashoz. Kukaztam, mielott jobban raneztem volna...
- A hozzászóláshoz be kell jelentkezni
Én tavaly 7->8->9->10 est léptem meg, az egy levelező szerver, courier/postfix stb. Ráadásul egyéni patchelt postfix.
A postfix csomag hold-on maradt, mivel az újabb postfixekhez, már nincsen patch. Volt még 1-2 csomaggal gond, de már nem emlékszem, de nem volt nagy gebasz.
Viszont mivel VPS volt, volt homokozo. Az sokat segithet.
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Esetleg apache esetén ha van konfigodrá:
https://httpd.apache.org/docs/2.4/upgrading.html
perl esetén is szoktak érdekességek lenni.
- A hozzászóláshoz be kell jelentkezni
mysql -> deb9 után már mariadb lesz a default. ott is a logokat érdemes nézni restart után.
utf8 -> utf8mb4
- A hozzászóláshoz be kell jelentkezni