A /tmp noexec-el van mountolva. Eddig ez a frissítések során nem okozott semmi gondot, de a ma reggel futtatott apt-get upgrade az alábbiakat szólta:
Preconfiguring packages ...
Can't exec "/tmp/mysql-server-5.0.config.280121": Permission denied at /usr/share/perl/5.8/IPC/Open3.pm line 168.
open2: exec of /tmp/mysql-server-5.0.config.280121 configure 5.0.32-7etch5 failed at /usr/share/perl5/Debconf/ConfModule.pm line 58
mysql-server-5.0 failed to preconfigure, with exit status 9
(Reading database ... 27825 files and directories currently installed.)
Preparing to replace mysql-common 5.0.32-7etch5 (using .../mysql-common_5.0.32-7etch6_all.deb) ...
Unpacking replacement mysql-common ...
Preparing to replace libmysqlclient15off 5.0.32-7etch5 (using .../libmysqlclient15off_5.0.32-7etch6_amd64.deb) ...
Unpacking replacement libmysqlclient15off ...
Preparing to replace mysql-client-5.0 5.0.32-7etch5 (using .../mysql-client-5.0_5.0.32-7etch6_amd64.deb) ...
Unpacking replacement mysql-client-5.0 ...
Setting up mysql-common (5.0.32-7etch6) ...
(Reading database ... 27825 files and directories currently installed.)
Preparing to replace mysql-server-5.0 5.0.32-7etch5 (using .../mysql-server-5.0_5.0.32-7etch6_amd64.deb) ...
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.32-7etch6_amd64.deb (--unpack):
subprocess new pre-removal script returned error exit status 1
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
Starting MySQL database server: mysqld already running.
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)'
Preparing to replace libgd2-xpm 2.0.33-5.2 (using .../libgd2-xpm_2.0.33-5.2etch1_amd64.deb) ...
Unpacking replacement libgd2-xpm ...
Errors were encountered while processing:
/var/cache/apt/archives/mysql-server-5.0_5.0.32-7etch6_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A lényeg a 2. sor ("Can't exec....."), amiből kiderül, hogy mi volt a baja. A mysql úgy tűnik fut és a site-ok működnek.
Ha most nyomok egy apt-get upgrade -s -t, akkor ez van:
apt-get upgrade -s
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
mysql-server-5.0
1 upgraded, 0 newly installed, 0 to remove.
3 not fully installed or removed.
Inst mysql-server-5.0 [5.0.32-7etch5] (5.0.32-7etch6 Debian-Security:4.0/stable)
Conf libgd2-xpm (2.0.33-5.2etch1 Debian-Security:4.0/stable)
Conf libmysqlclient15off (5.0.32-7etch6 Debian-Security:4.0/stable)
Conf mysql-client-5.0 (5.0.32-7etch6 Debian-Security:4.0/stable)
Conf mysql-server-5.0 (5.0.32-7etch6 Debian-Security:4.0/stable)
Tehát elvileg nem murdelt meg semmi, de honnan lehet kideríteni, hogy a mysql tényleg túlélte-e a mókát és hogy milyen állapotban van egy ilyen félresikerült frissítés után?
- 1762 megtekintés
Hozzászólások
A tablak tekinteteben a mysqlcheck megmondja (stop, start)
(persze az ujrainditas tonkre is teheti, inkabb kezzel futtasd)
Ha ezen kivul a grant-ek rendbevannak, akkor felsiker.
De ezt jelensd be legyszi. Ez hiba. Kemenyen. (egyebken elindulaskor ellenorzi, hogy kell e tablat upgradelni)
- A hozzászóláshoz be kell jelentkezni
De ez a dpkg-nek tervezesi hibaja. Miert nem teszteli, hogy tudja-e az illeto cuccot futtatni? Es kulonben is, miert pont /tmp? Ott van neki a /var/cache/apt, ott a /var/lib/dpkg, miert nem kepes azt hasznalni? Erthetetlen.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
TÖRÖLVE. Elbandi kb. fél perccel gyorsabb volt :)
------------
r=1 vagyok, de ugatok...
- A hozzászóláshoz be kell jelentkezni
Well, a probléma csak az, hogy ma reggelig semmiféle upgrade nem hasalt el. Nyilván eddig nem kellett a /tmp alól semmit futtatni.
Egyébként fenntartom, hogy suttyó megoldás nem ellenőrizni, hogy egy script sikeresen lefutott-e.
- A hozzászóláshoz be kell jelentkezni
Én meg azt tartom fent, hogy rendesen be kellett volna állítani a csomagkezelőt. :-))
Amikor telepítetted a rendszert, akkor nem tűnt fel hogy tmp-ben eltaknyolnak a csomagbeállító szkriptek ?
-----------
r=1 vagyok, de ugatok...
- A hozzászóláshoz be kell jelentkezni
Nem, mert nem taknyoltak el.
Ez a mysql volt az első az elmúlt 3 hónapban, ami eltaknyolt.
- A hozzászóláshoz be kell jelentkezni
Altalaba nagyon keves csomagnak van ilyen scriptje. Ami nincs, az nem szokik eltaknyolni. Raadasul installalaskor a debian installer van olyan okos, hogy maganak kedvezzen ilyen teren.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Már bejelentettem, aztán várom mi lesz.
Mentés van naponta de asszem csinálok gyorsan még egyet, biztos ami fix.
- A hozzászóláshoz be kell jelentkezni
debian csomag telepitesekor lefutnak bizonyos scriptek: preinst, postinst, stb.
ezek a scriptek altalaban a /var/lib/dpkg/info-ba kerulnek. es onnan is futtatja a dpkg.
de ehhez tartozik egy config nevu script, ez kerdezget telepiteskor/frissiteskor (add meg ezt, add meg amazt, stb). Ezt a tmp-be kerul, es onnan is futtat. nalad noexec, ezert nemfut.
De mar tudnak a hibarol, itt van is ket megoldas. Nekem a masodik megoldas jobban tetszik, mint a remount.
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Köszi a linket.
- A hozzászóláshoz be kell jelentkezni
még 1 link: http://www.debian-administration.org/articles/57
- A hozzászóláshoz be kell jelentkezni