Hi all,

I try to run the Linux IBM Tivoli Storage Manager v5.2.2 on
OpenBSD/i386 3.8-release, with linux emulation. I use a GENERIC
kernel. I got the same result with GENERIC.MP (it's an SMP system). No
hw pb.

The goal is not to use this system in production but to evaluate the
stability of the Linux emulation. At this time, the result is not very
usable : the client failed with core dump in a few second.

TSM logs says :
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:35:22 pthread_kill argument invalid: ESRCH
02/17/06   08:37:45 B/A Txn Consumer thread, fatal error, signal 11

I'd like to know if this is :
  * a kernel problem with linux pthread emulation
  * a redhat-base known bug
  * a dsmc (TSM client) bug (as it's closed-source, hard to determine...)

Thank you,

Bruno.

Reply via email to