- A hozzászóláshoz be kell jelentkezni
- 3153 megtekintés
Hozzászólások
Nagyon érik már production gépen a sarge -> etch upgrade, csak még nem mertünk nekilátni.
Éles üzemű LAMP típusú gépen csinált már vki ilyet? (Nyilván mentés, miegyéb után.) Mennyire gördülékeny a dolog?
Apache 1.3, mysql, postgres, php4, dovecot meg postfix ami a fennakadásokat okozhatja és ami fontos.
Készül már vmi teszt környezet, de minden infó a segítségünkre van.
- A hozzászóláshoz be kell jelentkezni
Az apache-al volt egy kis gond, mivel dist-upgrade után felkerült az apache2 is, és együtt futott a 2. Ezután szépen el lehetett távolítani az apache2-t és futott tovább az 1-es :)
A mysql, postfix*, amavis, clamav, horde, imp, turba, courier* gond nélkül frissült. A courier-nél az authmysql külön csomagba került, de erre figyelmeztet is az upgrade során.
Másik gépen postgrest gond nélkül upgradelte.
Összességében nem volt gond az átállással, igaz előtte mi is leteszteltük :)
- A hozzászóláshoz be kell jelentkezni
Apache2 miert nem tetszik? :)
- A hozzászóláshoz be kell jelentkezni
szerintem migralni kellett volna a configot (asszem talan virtualhostok korul valtozott ez-az)
amugy lassan a php4-et is ideje lenne frissiteni 5.2-re (asszem nyar vegeig jonnek meg ra a security update-ek)
Tyrael
- A hozzászóláshoz be kell jelentkezni
Igazad van, a virtual hostok konfigurációja változott.
A NameVirtualHost és VirtualHostok -nál kell figyelni.
Nálam a megoldás NameVirtualHost x.y.z.v:80 és lett.
Az apache1 ről átállás tényleg nem egy nagy feladat, viszont amikor az etch bejött ezt nem tettem meg. Később merült fel az igény a php5-re...
- A hozzászóláshoz be kell jelentkezni
Köszi, én is az apache2 miatt 'aggódok' kicsit, mert van jópár vhostunk de jó lenne tovább lépnünk 1.3-as apache-ról 2-re.
- A hozzászóláshoz be kell jelentkezni
ilyen apache is van etchben: "Version: 1.3.34-4.1+etch1"
debian gnu/linux @ linux-2.6.22.22-opt1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Szeretnénk tovább lépni. Ez most egy jó alkalomnak tűnik.
Persze óvatosak vagyunk: http://hup.hu/node/53816
- A hozzászóláshoz be kell jelentkezni
Szerintem próbaképpen telepítsd fel egy másik gépre a konfigokat kipróbálás céljából.
Lehet, hogy jobban is járnál a teljes újratelepítéssel.
Régen nekem is voltak ilyen gondjaim, amióta ubuntu van a szervereken, azóta annyira nem aggódom, mert nem kell
mindenéle volatile.debian.org és packages.dotdeb.org -os repokról frissítenem, hogy ne legyen a rendszer 2-3 évvel lemaradva
a technika jelen szintjétől.... Már nagyon panaszkodtak a fejlesztők ;)
---
/dev/sda1 has gone 49710 days without being checked, check forced.
- A hozzászóláshoz be kell jelentkezni
Belefutottam egy olyanba a teszt frissítés alatt, hogy mssql-ből tölt fájlt php4, apache behal a frissített rendszeren:
error_handler: Data-conversion resulted in overflow.
[Wed Apr 16 14:31:04 2008] [notice] child pid 1264 exit signal Segmentation fault (11)
van valakinek tippje, hogy mitől van? googlen nem találtam értelmes megoldást :(
update: apache-php5 és apache2-php5 ugyanazt a hibát produkálja.
- A hozzászóláshoz be kell jelentkezni
php error log, -X opcio a httpd-nek + strace, illetve debug szimbolumokkal forditas es gdb
- A hozzászóláshoz be kell jelentkezni
Megtaláltam :)
/etc/freetds könyvtár hiányzott. Létrehoztam, majd belemásoltam az /usr/share/libct3/freetds.conf fájlt és ebben is beállítottam a text size paramétert.
Konklúzió: Nem elég a php.ini-ben beállítani a text size paramétert.
- A hozzászóláshoz be kell jelentkezni