MySQL pomoc - EOPNOTSUPP Operation not supported

Pozdrav, imam dedicated server Core 2 Duo, 3 Ghz, PHP 5.2.10, MySQL 5, Apache 2.2 ... poslednjih 15 dana mi se pojavilo u Process Manager MySQL proces koji koristi mnogo CPU-u ...

Komanda koju taj proces koristi je:

/usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.mojserver.biz.pid --skip-external-locking

Kada klikne na Trace Procces, tacnije da vidim vise izlista mi sledece ... Fajl je oko 1 MB mislim da je i veci cak i sve se ponavlja isto ...

Neznam u cemu je problem, da li smijem da "ubijem proces" ili sta vec, na netu sam nasao da je taj problem vezan uz Core 2 duo procesore ...

Hvala na pomoci

Process 23472 attached - interrupt to quit
select(13, [10 12], NULL, NULL, NULL) = 1 (in [12])
fcntl(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
accept(12, {sa_family=AF_FILE, path="\313\21\177"}, [2]) = 135
fcntl(12, F_SETFL, O_RDWR) = 0
getsockname(135, {sa_family=AF_FILE, path="/var/lib/mysql\1"}, [28]) = 0
fcntl(135, F_SETFL, O_RDONLY) = 0
fcntl(135, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(135, F_SETFL, O_RDWR|O_NONBLOCK) = 0
setsockopt(135, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not supported)
futex(0xd14b24, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xd14b20, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xd14180, FUTEX_WAKE_PRIVATE, 1) = 1
select(13, [10 12], NULL, NULL, NULL) = 1 (in [12])
fcntl(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
accept(12, {sa_family=AF_FILE, path="\313\21\177"}, [2]) = 166
fcntl(12, F_SETFL, O_RDWR) = 0
getsockname(166, {sa_family=AF_FILE, path="/var/lib/mysql\1"}, [28]) = 0
fcntl(166, F_SETFL, O_RDONLY) = 0
fcntl(166, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(166, F_SETFL, O_RDWR|O_NONBLOCK) = 0
setsockopt(166, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not supported)
futex(0xd14b24, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xd14b20, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xd14180, FUTEX_WAKE_PRIVATE, 1) = 1
select(13, [10 12], NULL, NULL, NULL) = 1 (in [12])
fcntl(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
accept(12, {sa_family=AF_FILE, path="\313\21\177"}, [2]) = 135
fcntl(12, F_SETFL, O_RDWR) = 0
getsockname(135, {sa_family=AF_FILE, path="/var/lib/mysql\1"}, [28]) = 0
fcntl(135, F_SETFL, O_RDONLY) = 0
fcntl(135, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(135, F_SETFL, O_RDWR|O_NONBLOCK) = 0
setsockopt(135, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not supported)
futex(0xd14b24, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xd14b20, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0xd14180, FUTEX_WAKE_PRIVATE, 1) = 1
select(13, [10 12], NULL, NULL, NULL) = 1 (in [12])
fcntl(12, F_SETFL, O_RDWR|O_NONBLOCK) = 0
accept(12, {sa_family=AF_FILE, path="\313\21\177"}, [2]) = 135
fcntl(12, F_SETFL, O_RDWR) = 0
getsockname(135, {sa_family=AF_FILE, path="/var/lib/mysql\1"}, [28]) = 0
fcntl(135, F_SETFL, O_RDONLY) = 0
fcntl(135, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(135, F_SETFL, O_RDWR|O_NONBLOCK) = 0
setsockopt(135, SOL_IP, IP_TOS, [8], 4) = -1 EOPNOTSUPP (Operation not supported)
futex(0xd14b24, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0xd14b20, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1

proces je standardno startovan mysql ... ako ga kill -9, ubices ga - verovatno nikakvu stetu neces naneti osim sto mozda bude poneka koraptovana tabela (retko), i neces vise imati startovan mysql servis koji verovatno koristis... ako ga ne koristis - onda ga ubi, koji ce ti djavo ...

da bi video sta se vrti tacno na mysql-u .. okaci se na mysql kao root user (mysql -uroot) i izvrsi (show full processlist). To ce ti izlistati sve upite koji se trenutno izvrsavaju na mysql serveru ... mozes da upalis u /etc/my.cnf slow query log pa da logujes spore upite (te lognes taj koji ti smara masinu) ...

nema mysql nikakav problem sa core2duo procesorom ... ima problem sto se lose skalira (do 5.4) na vise od 8 jezgara ali tebi to nije problem posto imas samo 2.

mysql koristi oniliko cpu-a koliko je neophodno .. ako izvrsavas na njemu cpu intensive upite - trosice puno cpu-a... isto kao i php i bilo koji drugi servis na tvom racunaru ... "trosi mnogo cpu-a" nije validna informacija ..

---

uh, sorry ... uopste nisam gledao strace / subject :(

http://bugs.mysql.com/bug.php?id=28690
http://bugs.mysql.com/bug.php?id=16988


Dakle odradi upgrade.

---

Hvala na pomoci, kad kazes upgrade, mislis MySQL ... on je vec na 5.0.88 verziji. Pronasao sam ona dva posta vec ranije ali mi nisu najasnija, nazalost poprilicno sam novi u svemu ovome.

da mislim na mysql ... taj bag je ispravljen u 5.0.44 i 5.1.20 tako da sa 5.0.88 ne bi smeo da imas problema.

ono sto je relativno bitno je ..
- koji tacno operativni sistem (koja distribucija)
- koji binary je instaliran (onaj koji dolazi uz distro ili binary sa mysql sajta)
- da li ti je upaljen selinux ili appguard (ako jesu - pogasi go*na - dobices 7-12% na performansama i verovatno resiti ovaj problem)

ono sto mi nisi odgovorio a pitao sam te je
- sta je "mnogo cpu-a", jel mozes da bacis rezultat top-a, uptime-a
- kada mysql trosi cpu, da li si uradio "show full processlist" na mysql serveru da vidis sta doticni radi

---

OS je Centos 5.3 Final x84_64 bit (RedHat)

U vezi torsi mnogo CPU, sam mislio da taj proces, kada njega gledam preko Proces menadzera stalno koristi oko 30 % CPU, ali kada gledam preko Service Status CPU je izmedju 1.5 i 3 isto pokazuje i preko jedne skripte.

Ovo je stanje selinux fajla:

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - SELinux is fully disabled.
SELINUX=disabled
# SELINUXTYPE= type of policy in use. Possible values are:
# targeted - Only targeted network daemons are protected.
# strict - Full SELinux protection.
SELINUXTYPE=targeted

appguard nije instaliran a binary je onaj koji dolazi uz distro.


Ovo je "top"
----------------------------------------------------------------------------------------------------------------
top - 02:10:02 up 2 days, 2:05, 1 user, load average: 3.86, 2.38, 2.36
Tasks: 222 total, 3 running, 215 sleeping, 3 stopped, 1 zombie
Cpu(s): 41.7%us, 16.7%sy, 0.0%ni, 41.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4038192k total, 3970924k used, 67268k free, 141328k buffers
Swap: 6094840k total, 92k used, 6094748k free, 2452548k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31057 mysql 15 0 904m 292m 4812 S 0.0 7.4 363:23.10 mysqld
9739 root 15 0 108m 43m 2536 S 0.0 1.1 0:03.66 spamd
9782 root 15 0 109m 43m 1780 S 0.0 1.1 0:02.28 spamd
9784 root 18 0 108m 42m 1216 S 0.0 1.1 0:00.00 spamd
3429 root 15 0 79320 38m 2160 S 0.0 1.0 0:59.87 tailwatchd
28496 nobody 15 0 198m 32m 5396 S 0.0 0.8 0:05.15 httpd
29291 nobody 15 0 136m 23m 4844 S 0.0 0.6 0:00.96 httpd
29576 nobody 15 0 189m 23m 4288 S 0.0 0.6 0:00.15 httpd
29543 nobody 15 0 138m 23m 4824 S 0.0 0.6 0:00.42 httpd
29239 nobody 16 0 135m 22m 5340 S 0.0 0.6 0:01.70 httpd
29217 nobody 15 0 136m 22m 4972 S 0.0 0.6 0:01.57 httpd
28742 nobody 15 0 135m 21m 4772 S 0.0 0.6 0:05.05 httpd
29436 nobody 15 0 135m 21m 4812 S 0.0 0.0 0:42.20 loop0
9 root 10 -5 0 0 0 S 0.0 0.0 0:35.31 events/1
241 root 15 0 0 0 0 S 0.0 0.0 0:22.52 pdflush
1805 root 10 -5 0 0 0 S 0.0 0.0 0:20.11 kjournald
2475 named 15 0 6956 600 176 S 0.0 0.0 0:15.22 nsd
2696 root 18 0 103m 1504 1128 S 0.0 0.0 0:13.58 automount
5 root RT -5 0 0 0 S 0.0 0.0 0:13.35 migration/1
3 root 34 19 0 0 0 S 0.0 0.0 0:08.68 ksoftirqd/0
1492 root 10 -5 0 0 0 S 0.0 0.0 0:07.65 kjournald
1 root 15 0 10344 684 568 S 0.0 0.0 0:07.35 init
28849 nobody 15 0 128m 14m 4668 R 1.1 0.4 0:06.22 httpd
29206 nobody 15 0 129m 17m 4328 S 9.3 0.5 0:05.70 httpd
27180 elite 34 19 21804 1552 852 T 0.0 0.0 0:05.25 gtar
28496 nobody 15 0 198m 32m 5396 S 0.0 0.8 0:05.15 httpd
28742 nobody 15 0 135m 21m 4772 S 0.0 0.6 0:05.05 httpd
2265 root 11 -4 92864 908 588 S 1.6 0.0 0:04.95 auditd
243 root 10 -5 0 0 0 S 0.0 0.0 0:04.09 kswapd0
9739 root 15 0 108m 43m 2536 S 0.0 1.1 0:03.66 spamd
2384 root 16 0 5904 608 484 S 0.0 0.0 0:02.97 syslogd
2537 root 18 0 48712 720 288 S 0.0 0.0 0:02.69 rpc.idmapd
3551 haldaemo 15 0 30768 3868 1596 S 0.0 0.1 0:02.62 hald
2906 mailnull 15 0 64316 1084 612 S 0.0 0.0 0:02.45 exim
29208 nobody 15 0 125m 12m 5252 S 0.5 0.3 0:02.31 httpd
9782 root 15 0 109m 43m 1780 S 0.0 1.1 0:02.28 spamd
28008 root 15 0 91044 5372 2744 S 0.0 0.1 0:02.21 authProg


-----------------------------------------------------------------------------------------------------------------
Sto se tice uptime

up 2 days, 2:07, 1 user, load average: 2.90, 2.34, 2,30


U vezi SHOW FULL PROCESSLIST, kada se ulogujem kao mysql root i unesem tu komandu samo mi izbaci sledece

mysql>show full processlist
->

Pronasao sam ovu komadnu na MySQL forum SHOW FULL PROCESSLIST\G i ona mi izbaci sledece, ovo su podaci u vecernjim satima

mysql> SHOW FULL PROCESSLIST\G
*************************** 1. row ***************************
Id: 639502
User: root
Host: localhost
db: NULL
Command: Query
Time: 0
State: NULL
Info: SHOW FULL PROCESSLIST
*************************** 2. row ***************************
Id: 639550
User: medio633_m6e3d3
Host: localhost
db: medio633_m6e3d3
Command: Sleep
Time: 3
State:
Info: NULL
*************************** 3. row ***************************
Id: 639584
User: bespl237_bes1mb
Host: localhost
db: bespl237_bes1mb
Command: Sleep
Time: 5
State:
Info: NULL
*************************** 4. row ***************************
Id: 639599
User: bespl237_bes2vm
Host: localhost
db: bespl237_bes2vm
Command: Sleep
Time: 0
State:
Info: NULL
4 rows in set (0.00 sec)

hm ... taj mysql ne radi nista a trosi dosta cpu-a .. sto lici na bug koji sam spomenuo ... ali taj bug je popravljen ...

binary koji dolazi uz centos 5.3 radi ok ...

daj sta kaze:

ps -efL | grep mysqld

moguce da postoji onaj bag sa startovanjem sa razlicitim pravima glavnog i ostalih tredova

---

Evo sta kaze ...

root@server [~]# ps -efL | grep mysqld
root 1619 1543 1619 0 1 17:19 pts/0 00:00:00 grep mysqld
root 2208 1 2208 0 1 03:17 ? 00:00:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid
mysql 2232 2208 2232 0 41 03:17 ? 00:00:14 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2234 0 41 03:17 ? 00:00:00 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2235 0 41 03:17 ? 00:00:01 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2236 0 41 03:17 ? 00:00:00 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2237 0 41 03:17 ? 00:00:00 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2242 0 41 03:17 ? 00:00:10 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2243 0 41 03:17 ? 00:00:11 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2244 0 41 03:17 ? 00:00:19 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2245 0 41 03:17 ? 00:00:02 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 2772 0 41 03:17 ? 00:06:17 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 3253 0 41 03:24 ? 00:06:21 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 29854 0 41 10:16 ? 00:03:50 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 30958 0 41 10:31 ? 00:04:01 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 31093 0 41 10:32 ? 00:03:50 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 31095 0 41 10:32 ? 00:03:42 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 9675 0 41 12:45 ? 00:02:40 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 13043 0 41 13:25 ? 00:02:19 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19334 0 41 14:42 ? 00:01:30 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19336 0 41 14:42 ? 00:01:25 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19343 0 41 14:42 ? 00:01:31 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19345 1 41 14:42 ? 00:01:35 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19360 0 41 14:42 ? 00:01:32 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19363 0 41 14:42 ? 00:01:25 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19366 0 41 14:42 ? 00:01:29 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19369 0 41 14:42 ? 00:01:31 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19372 0 41 14:42 ? 00:01:29 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19382 0 41 14:42 ? 00:01:27 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19383 1 41 14:42 ? 00:01:37 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19384 0 41 14:42 ? 00:01:29 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19392 1 41 14:42 ? 00:01:35 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19399 0 41 14:42 ? 00:01:32 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 19403 0 41 14:42 ? 00:01:25 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27964 1 41 16:18 ? 00:00:36 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27966 0 41 16:18 ? 00:00:35 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27967 0 41 16:18 ? 00:00:32 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27968 0 41 16:18 ? 00:00:33 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27969 0 41 16:18 ? 00:00:30 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27971 0 41 16:18 ? 00:00:34 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27973 1 41 16:18 ? 00:00:41 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27974 0 41 16:18 ? 00:00:34 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking
mysql 2232 2208 27975 0 41 16:18 ? 00:00:31 /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server.webtim.biz.pid --skip-external-locking

jok, bag je popravljen ... svi tredovi su startovani kao mysql user .. tako da nije do toga .. .

i dalje ne kapiram koji je to mysql tu instaliran .. RH/centos u 5.0 u originalu daju samo 5.0.45, ti kazes da si instalirao 5.0.88 - to tesko da si povukao iz centos/rhel repozitorijuma .. dakle, pitanje je - odakle je taj binary ... to ce verovarno resiti pitanje baga posto ako si instalirao "neki rpm" ... na primer onaj za suse .. eto ga problem .. ili ako si stavio binary koji je neki papan kompajlirao ...

skini binary sa dev.mysql.com i to bi trebalo da radi bez problema, isto kao sto i ovi binary koji dolaze uz centos/rhel rade bez problema (taj 5.0.88 nije dosao od njih sigurno)

---

Sory, moj greska pri tipkanju MySQL je 5.0.81 vjerovatno ce uskoro biti nadogradjen redovnim putem na 5.0.83 ... Nista pokusacu potraziti pomoc na jos kojem mjestu posto stvarno ne znam sta bi moglo biti problem.

Hvala na pomoci.

pazi "redovnim putem", dakle bez dodavanja dodatnih repozitorijuma, na centos 5.3 mozes da stavis samo 5.0.45-7 i on radi kako treba (nema taj problem koji si opisao).

ako si stavio 5.0.81 - dodao si neki dodatni repozitorijum (koji nije ni centosov ni redhetov) ...

epel nema mysql uopste
remi nema noviji 5.0 ali ima 5.1.36 koji je vrlo svez

dakle stvarno ne znam odakle je instaliran taj 5.0.81.

vrlo moguce da je stavljen "pravi" binary sa mysql sajta ali on isto tako (provereno) ne pravi probleme.

ono sto je moguce je da proveris my.cnf, da li ti je datadir i tmpdir postavljek ok (mada ne bi radio da nije ...) .. da proveris gde kreira sock fajl .. mozda je neko stavio na neko nestandardno mesto pa ne moze da ga iskreira ... da vidis da li je port ostavljen default 3306 ili se neko igrao pa probao da ga spusti na ispod 1024 ... sve u svemu - problem sa privilegijama mozes da resis tako sto ces u my.cnf da stavis da ti je user=root umesto mysql te da se starta mysqld sa root pravima ... nije bas "sigurno" ali bi trebalo da radi .. nije lose za test.

takodje, mozes da prodjes kroz datadir i proveris da li je sve to vlasnistvo mysql-a .. pogledaj i error log ... ili je u /var/log/mysql ili u /var/lib/mysql .. ili ako je posebno stavljena neka lokacija u my.cnf .. da li tamo nesto pise ... ovaj strace nije bas informativan...

kako god - ovaj mysql nije "normalno instaliran" .. tako da proveri sve vezano za prava da li je ok, korisno ti je i da znas kako je instaliran - koji repozitorijum koristi ako se instalira/upgradeuje koristeci yum...

najbrze resenje je da mu promenis da se starta kao root - tako resavas sve probleme sa privilegijama (i brzo vidis da li je do toga problem).

---

Ja imam


na serveru, na kojem je instaliran RH 4. Medjutim serverom upravlja cPanel koji je mozda dodao svoj repozitorij odakle je dosla ta verzija. Kazem, mozda... (ne znam gdje mogu vidjeti sve repos).

---

Da, Cpanel, odnosno WHM sam nadogradjuje MySQL i ostale komponente ... Znaci ja neinstaliram niste trece.

Probao sam i sa promjenom dopustenja u my.cnf fajlu, i nakon restartovanja MySQL opet se problem vratio samo sto je sada vlasnik bio root a ne mysql. Takodje klikanje na "kill" uopste ne pomaze ...

Sto se tice my.cnf u njemu pise samo ovo

[mysqld]
set-variable = max_connections=500
safe-show-database

port je 3306, nije mjenjan.

cpanel dodaje "sta doda" .. tj sta onaj ko ga instalira namesti ... spisak repozitorijuma je u /etc/yum.repos.d/* ... nisam siguran dal rhel4 ima yum ili je jos uvek na up2date ... ako je up2date onda: /etc/sysconfig/rhn/sources

ono sto je zgodno, uradis rpm -qa i pogledas dal su mysql paketi imenovani sa ponekim velikim slovom i kao sto su na dev.mysql.com ili su svim malim slovima .. ovi capitalizovani su obicno original binaries sa mysql sajta

---

Sto se tice spiska repozitorijuma, evo sta sam nasao u folderu: /etc/yum.repos.d/ imaju 3 fajla:

1 fajl - CentOS-Base.repo

[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#released updates
[updates]
name=CentOS-$releasever - Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#packages used/produced in the build but not released
[addons]
name=CentOS-$releasever - Addons
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=addons
#baseurl=http://mirror.centos.org/centos/$releasever/addons/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

#contrib - packages by Centos Users
[contrib]
name=CentOS-$releasever - Contrib
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=contrib
#baseurl=http://mirror.centos.org/centos/$releasever/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5




2 - fajl - CentOS-Media.repo

# CentOS-Media.repo
#
# This repo is used to mount the default locations for a CDROM / DVD on
# CentOS-5. You can use this repo and yum to install items directly off the
# DVD ISO that we release.
#
# To use this repo, put in your DVD and use it with the other repos too:
# yum --enablerepo=c5-media [command]
#
# or for ONLY the media repo, do this:
#
# yum --disablerepo=\* --enablerepo=c5-media [command]

[c5-media]
name=CentOS-$releasever - Media
baseurl=file:///media/CentOS/
file:///media/cdrom/
file:///media/cdrecorder/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5




3 fajl - dag.repo

[dag]
name=Dag RPM Repository for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
enabled=1




U vezi rpm -qa izlista mi citav jedan spisak ... vezano za MySQL sam nasao sledece, kopirao sam samo vezano za MySQL-a ...

MySQL-shared-5.0.81-0.glibc23
MySQL-server-5.0.81-0.glibc23

MySQL-devel-5.0.81-0.glibc23
MySQL-bench-5.0.81-0.glibc23

ova dva su standardna.

dag nisam koristio ali koliko vidim na spisku rpm-ova ni tu nema mysql-a

ti rpm-ovi koji si prikazao (rpm -qa | grep -i mysql) deluju kao da su original mysql rpm-ovi samo ne deluju da su za rhel vec "univerzalni rpm-ovi" ...

ovde su rhel5 64bitni rpm-ovi za mysql .. (ono sto tebi treba): http://dev.mysql.com/downloads...tml#linux-rhel5-x86-64bit-rpms

Evo primer sta kaze rpm info za originalni fajl (MySQL-server)




Ajde probaj:



mozda nam to da blizi info ko je pravio taj rpm posto postoji mogucnost da ga je pravio hosting provajder (mnogi to rade, rackspace na primer, i vrlo cesto to ne rade kako treba). ako je rpm pravio provajder, onda njima treba sesti na kicmu da ili naprave kako treba ili stave binary sa dev.mysql.com.

---

ovaj sam preskocio ...

1. spomenuh da cpanel ne koristim, ali deluje (iz ovoga do sada) da je doticni skinuo i instalirao pogresan rpm (da ti je stavio univerzalni rpm a ne rpm za rhel) ... takodje je moguce da doticni kontrolise jos po nesto pa zato pravi probleme, treba ti neko ko ima iskustva sa tim cpanelom (misk0 ?) ... ja te klikacke alate ne mirisem.

2. sa tim "praznim" my.cnf-om neces mnogo da se usrecis ako imas nameru da koristis mysql ... imas ovde neke osnovne promenjljive koje treba da nasetujes u cfg fajlu kako bi to radilo kako treba.

da li si uspeo da nadjes error fajl? ako nisi, dodaj u my.cnf u mysqld_safe sekciju log-error=nesto

dakle na primer:

---

da bi ti radilo ovo sa limitom fajlova (to obavezno stavi ... minimum 3000 ) moras da dodas u /etc/security/limits.conf



to ce da omoguci mysql useru da otvori 32k fajlova (na linuxu je sve fajl sto znaci network konekcije, tabele, ...)

---

Ma cPanel u sustini dozvoljava instalacije samo onih verzija za koje oni procjenjuju da su sigurne i da dobro rade, tako da je tesko odstupati od toga. Postoji mogucnost da izaberes razlicite nivoe stabilnosti tipa Stabile, Latest, Experimental (nagadjam, ne sjecam se), ali to se odnosi za sve pakete i main verzije (tipa mySQL 4.0, 4.1 ili 5.0) ali ne i precizne verzije.

Meni to koristi jer mi nije primarna duznost administracija servera i ne okupiram se 100% sa tim i uglavnom dobro sljaka, problem je u ovako nekim situacijama. Ako vec koristis cPanel i imas WHM onda se obrati njihovom suportu za problem (jako su efikasni, brzi i vecinom pomazu i rjesavaju).

---

kao sto spomenuh, nisam trosio cpanel nikad (sta cu, volem sve na misice) .. ali ono sto vidim ovde je da su za na centos umesto rhel rpm-ova skinuli "univerzalne" rpm-ove ...

svejedno - opet ne bi trebalo da to predstavlja problem ... probao sam sinoc univerzalne rpm-ove na centosu 5.3 i sljakaju ok .. rece Zizi007 da mu dolazi redovan upgrade "za koji dan", mozda da pustimo da se upgradeuje pa da vidimo da li ce da problem i dalje postoji ...

---