[Bug 218571] umtx compat6 regression affecting 'jar' command

Go to: [ bottom of page ] [ top of archives ] [ this month ]

From: <bugzilla-noreply_at_freebsd.org>
Date: Fri, 16 Jul 2021 15:27:02 UTC

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218571

punkt.de Hosting Team <mops@punkt.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mops@punkt.de

--- Comment #7 from punkt.de Hosting Team <mops@punkt.de> ---
I have the same problem running a FreeBSD 6 version of MySQL 4.0.27.

This is an application that we just need to keep running in "read only mode"
for a possible tax audit - our former years old ERP system.

While the mysqld does run, it clogs 1 CPU core 100%.

_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'
_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'
_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'
_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'
_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'
_umtx_op(0x812a10,UMTX_OP_RESERVED0,0x1962b,0x0,0x0) ERR#45 'Operation not
supported'

If we have something like COMPAT_FREEBSD6 as a supported feature, why are parts
of syscalls removed?

FreeBSD 12.2 for me - I threw the entire legacy database server in a jail.
Which works apart from the CPU usage.

Kind regards,
Patrick

-- 
You are receiving this mail because:
You are the assignee for the bug.