[sisyphus] valgrind vs glibc после обновления (sisyphus)

[sisyphus] valgrind vs glibc после обновления (sisyphus)

[Sanja Byelkin]

Доброго времени суток!

после обновления mysql под valgrind  стал выдавать вот такое:

../sql/mysqld: relocation error: /usr/lib/valgrind/libpthread.so.0:
symbol __libc_open64, version GLIBC_PRIVATE not defined in file
libc.so.6 with link time reference

(без него работает)

я уж и не знаю кто виноват valgrind-2.1.2-alt0.1.20040505 или
glibc-2.3.3.200405070341-alt1 и соответственно кго откатывать (или
обновлять хотя это самые новые :)

-- 
Regards,
Alexander

[sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Michael Shigorin]

On Tue, May 18, 2004 at 01:27:23PM +0300, Sanja Byelkin wrote:
> после обновления mysql под valgrind  стал выдавать вот такое:

rpm --rebuild valgrind*src.rpm ?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sanja Byelkin]

On Tue, May 18, 2004 at 01:43:21PM +0300, Michael Shigorin wrote:
> On Tue, May 18, 2004 at 01:27:23PM +0300, Sanja Byelkin wrote:
> > после обновления mysql под valgrind  стал выдавать вот такое:
> 
> rpm --rebuild valgrind*src.rpm ?

Да, я попробовал и этот и самый счежий из CVS и последний девелоперский
(2.1.1) еще стабильный не пробовал - но как мне кажется не в этом дело.

-- 
   __  ___     ___ ____  __
  /  |/  /_ __/ __/ __ \/ /    Mr. Oleksandr Byelkin <sanja@mysql.com>
 / /|_/ / // /\ \/ /_/ / /__   MySQL AB, Full-Time Developer
/_/  /_/\_, /___/\___\_\___/   Lugansk, Ukraine
       <___/   www.mysql.com

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1810 bytes --]

On Tue, May 18, 2004 at 03:24:11PM +0300, Sanja Byelkin wrote:
> On Tue, May 18, 2004 at 01:43:21PM +0300, Michael Shigorin wrote:
> > On Tue, May 18, 2004 at 01:27:23PM +0300, Sanja Byelkin wrote:
> > > после обновления mysql под valgrind  стал выдавать вот такое:
> > 
> > rpm --rebuild valgrind*src.rpm ?
> 
> Да, я попробовал и этот и самый счежий из CVS и последний девелоперский
> (2.1.1) еще стабильный не пробовал - но как мне кажется не в этом дело.

Действительно, дело не в этом, а в очень свежей glibc:

2004-05-01  Jakub Jelinek  <jakub@redhat.com>

	* posix/Versions (libc): Remove __libc_wait, __libc_waitpid,
	__libc_pause, __libc_nanosleep, __libc_pread, __libc_pread64,
	__libc_pwrite64, __waitid and __pselect @@GLIBC_PRIVATE.
	* stdlib/Versions (libc): Remove __on_exit@@GLIBC_PRIVATE.
	* sysdeps/unix/sysv/linux/Versions (libc): Remove
	__libc_sigaction@@GLIBC_PRIVATE.
	* sysdeps/unix/sysv/linux/x86_64/Versions (libc): Remove
	__modify_ldt@@GLIBC_PRIVATE.
	* socket/Versions (libc): Remove __libc_accept, __libc_send,
	__libc_recvfrom, __libc_recvmsg, __libc_sendmsg, __libc_recv,
	__libc_sendto and __libc_connect @@GLIBC_PRIVATE.
	* stdio-common/Versions (libc): Remove
	_itoa_upper_digits@@GLIBC_PRIVATE.
	* resolv/Versions (libresolv): Remove __ns_samename@@GLIBC_PRIVATE.
	* misc/Versions (libc): Remove __libc_fsync, __libc_msync,
	__libc_readv and __libc_writev @@GLIBC_PRIVATE.
	* termios/Versions (libc): Remove __libc_tcdrain@@GLIBC_PRIVATE.
	* io/Versions (libc): Remove __libc_open, __libc_close, __libc_read,
	__libc_write, __libc_lseek, __libc_fcntl, __libc_open64 and
	__libc_lseek64 @@GLIBC_PRIVATE.

Там начисто переделали поддержку pthread_cancel - теперь
соответствующий кусок libpthread из valgrind тоже придётся
переписывать :(

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2070 bytes --]

On Tue, May 18, 2004 at 10:56:55PM +0400, Sergey Vlasov wrote:
> On Tue, May 18, 2004 at 03:24:11PM +0300, Sanja Byelkin wrote:
> > On Tue, May 18, 2004 at 01:43:21PM +0300, Michael Shigorin wrote:
> > > On Tue, May 18, 2004 at 01:27:23PM +0300, Sanja Byelkin wrote:
> > > > после обновления mysql под valgrind  стал выдавать вот такое:
> > > 
> > > rpm --rebuild valgrind*src.rpm ?
> > 
> > Да, я попробовал и этот и самый счежий из CVS и последний девелоперский
> > (2.1.1) еще стабильный не пробовал - но как мне кажется не в этом дело.
> 
> Действительно, дело не в этом, а в очень свежей glibc:
> 
> 2004-05-01  Jakub Jelinek  <jakub@redhat.com>
> 
> 	* posix/Versions (libc): Remove __libc_wait, __libc_waitpid,
> 	__libc_pause, __libc_nanosleep, __libc_pread, __libc_pread64,
> 	__libc_pwrite64, __waitid and __pselect @@GLIBC_PRIVATE.
> 	* stdlib/Versions (libc): Remove __on_exit@@GLIBC_PRIVATE.
> 	* sysdeps/unix/sysv/linux/Versions (libc): Remove
> 	__libc_sigaction@@GLIBC_PRIVATE.
> 	* sysdeps/unix/sysv/linux/x86_64/Versions (libc): Remove
> 	__modify_ldt@@GLIBC_PRIVATE.
> 	* socket/Versions (libc): Remove __libc_accept, __libc_send,
> 	__libc_recvfrom, __libc_recvmsg, __libc_sendmsg, __libc_recv,
> 	__libc_sendto and __libc_connect @@GLIBC_PRIVATE.
> 	* stdio-common/Versions (libc): Remove
> 	_itoa_upper_digits@@GLIBC_PRIVATE.
> 	* resolv/Versions (libresolv): Remove __ns_samename@@GLIBC_PRIVATE.
> 	* misc/Versions (libc): Remove __libc_fsync, __libc_msync,
> 	__libc_readv and __libc_writev @@GLIBC_PRIVATE.
> 	* termios/Versions (libc): Remove __libc_tcdrain@@GLIBC_PRIVATE.
> 	* io/Versions (libc): Remove __libc_open, __libc_close, __libc_read,
> 	__libc_write, __libc_lseek, __libc_fcntl, __libc_open64 and
> 	__libc_lseek64 @@GLIBC_PRIVATE.
> 
> Там начисто переделали поддержку pthread_cancel - теперь

Точнее говоря, просто убрали старый закрытый интерфейс.

> соответствующий кусок libpthread из valgrind тоже придётся
> переписывать :(

Если не перепишут в срок, я могу вернуть.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1001 bytes --]

On Wed, May 19, 2004 at 02:54:15PM +0400, Dmitry V. Levin wrote:
> > Там начисто переделали поддержку pthread_cancel - теперь
> 
> Точнее говоря, просто убрали старый закрытый интерфейс.
> 
> > соответствующий кусок libpthread из valgrind тоже придётся
> > переписывать :(
> 
> Если не перепишут в срок, я могу вернуть.

"Мы не можем ждать милостей от upstream-а; пропихнуть туда патчи -
наша задача."

В Сизиф отправился valgrind-2.1.2-alt0.2.20040522 с исправленным
libpthread.  Правда, полностью вычистить не удалось:

$ objdump -T /usr/lib/valgrind/libpthread.so.0 | grep -F '*UND*' | grep -F GLIBC_PRIVATE
00000000      DF *UND*  0000006b  GLIBC_PRIVATE __libc_siglongjmp
00000000      DF *UND*  00000134  GLIBC_PRIVATE __libc_sigaction
00000000      DF *UND*  0000006b  GLIBC_PRIVATE __libc_longjmp
00000000      DF *UND*  0000007e  GLIBC_PRIVATE __libc_system
00000000      DF *UND*  0000005a  GLIBC_PRIVATE __libc_fork

Так что разработчикам glibc ещё есть что ломать.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sanja Byelkin]

On Sun, May 23, 2004 at 12:29:51AM +0400, Sergey Vlasov wrote:
[skip]
> 
> "Мы не можем ждать милостей от upstream-а; пропихнуть туда патчи -
> наша задача."
> 
> В Сизиф отправился valgrind-2.1.2-alt0.2.20040522 с исправленным
> libpthread.  Правда, полностью вычистить не удалось:
> 
> $ objdump -T /usr/lib/valgrind/libpthread.so.0 | grep -F '*UND*' | grep -F GLIBC_PRIVATE
> 00000000      DF *UND*  0000006b  GLIBC_PRIVATE __libc_siglongjmp
> 00000000      DF *UND*  00000134  GLIBC_PRIVATE __libc_sigaction
> 00000000      DF *UND*  0000006b  GLIBC_PRIVATE __libc_longjmp
> 00000000      DF *UND*  0000007e  GLIBC_PRIVATE __libc_system
> 00000000      DF *UND*  0000005a  GLIBC_PRIVATE __libc_fork
> 
> Так что разработчикам glibc ещё есть что ломать.

Я попробовал сегодня опять вернуть новый glibc и valgrind новый, не все
хорошо с локами похоже - innodb мрет (все остальное если innodb
откл.чить работает):

InnoDB: Unable to lock ./ibdata1: fcntl: Invalid argument
InnoDB: Error in opening ./ibdata1
040601 20:59:52  InnoDB: Operating system error number 22 in a file
operation.
InnoDB: Error number 22 means 'Invalid argument'.

разумеется без valgrind оно работает (это к тому что не в программе
ошибка :).

-- 
Regards,
Alexander

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

On Tue, Jun 01, 2004 at 09:07:02PM +0300, Sanja Byelkin wrote:
> Я попробовал сегодня опять вернуть новый glibc и valgrind новый, не все
> хорошо с локами похоже - innodb мрет (все остальное если innodb
> откл.чить работает):
> 
> InnoDB: Unable to lock ./ibdata1: fcntl: Invalid argument
> InnoDB: Error in opening ./ibdata1
> 040601 20:59:52  InnoDB: Operating system error number 22 in a file
> operation.
> InnoDB: Error number 22 means 'Invalid argument'.
> 
> разумеется без valgrind оно работает (это к тому что не в программе
> ошибка :).

Oops... отвалились F_GETLK64, F_SETLK64, F_SETLKW64.  Сейчас исправлю.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: valgrind vs glibc после обновления (sisyphus)

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

On Wed, Jun 02, 2004 at 01:04:52PM +0400, Sergey Vlasov wrote:
> On Tue, Jun 01, 2004 at 09:07:02PM +0300, Sanja Byelkin wrote:
> > Я попробовал сегодня опять вернуть новый glibc и valgrind новый, не все
> > хорошо с локами похоже - innodb мрет (все остальное если innodb
> > откл.чить работает):
> > 
> > InnoDB: Unable to lock ./ibdata1: fcntl: Invalid argument
> > InnoDB: Error in opening ./ibdata1
> > 040601 20:59:52  InnoDB: Operating system error number 22 in a file
> > operation.
> > InnoDB: Error number 22 means 'Invalid argument'.
> > 
> > разумеется без valgrind оно работает (это к тому что не в программе
> > ошибка :).
> 
> Oops... отвалились F_GETLK64, F_SETLK64, F_SETLKW64.  Сейчас исправлю.

valgrind-2.1.2-alt0.3.20040522 отправлен в Сизиф.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]