From nobody Mon Apr 17 01:12:02 2023 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q08Cr426Sz4518t for ; Mon, 17 Apr 2023 01:12:08 +0000 (UTC) (envelope-from johnl@iecc.com) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gal.iecc.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q08Cp2JvTz3Bsn for ; Mon, 17 Apr 2023 01:12:06 +0000 (UTC) (envelope-from johnl@iecc.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=iecc.com header.s=13bd.643c9ce4.k2304 header.b=OcBec9CS; spf=pass (mx1.freebsd.org: domain of johnl@iecc.com designates 2001:470:1f07:1126:0:43:6f73:7461 as permitted sender) smtp.mailfrom=johnl@iecc.com; dmarc=pass (policy=none) header.from=iecc.com Received: (qmail 5055 invoked from network); 17 Apr 2023 01:12:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=iecc.com; h=date:message-id:from:to:subject:in-reply-to:mime-version:content-type; s=13bd.643c9ce4.k2304; bh=rBUyxdU/bXiMs08+wQkJIivZx7ja9NpBBRjMmvstksU=; b=OcBec9CS6GIfhpBmmpGPqCieV+uB+SlmMJCn0gXDsVxM5qBZLb+i6/JYUfCj1p/lzPXY74caYFqJ6dla3RZVrLh+JQU8BSDr9TGw7ciDRPlbsGzxwJjaP6g+gsbt+qW6F8SiDVJGbOzC+dmKavo+cxD+WQUefLotloWHYpA/6z/meIwvDuFs/VNtEN5nyK4m3Jr30d/unEFzAfmcOCRzTms6/zaCK+UTfC22hPgh5M9GFmmm9nhw6RDos6dQ7MhPC17uR7dhhe2c4w9Xn1JKbpLS8dE+CIuKNwxzyOVVndZfPVXLh+05B/ZQCmLKFy5wpBXHS9JgEYpevK/T9n8sEw== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.3 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 17 Apr 2023 01:12:04 -0000 Received: by ary.qy (Postfix, from userid 501) id 7FCDFBF39AC9; Sun, 16 Apr 2023 21:12:02 -0400 (EDT) Date: 16 Apr 2023 21:12:02 -0400 Message-Id: <20230417011203.7FCDFBF39AC9@ary.qy> From: "John Levine" To: freebsd-questions@freebsd.org Subject: mysql8.0 upgrade crashes In-Reply-To: Organization: Taughannock Networks List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain X-Spamd-Result: default: False [-5.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[iecc.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[iecc.com,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; MV_CASE(0.50)[]; RCVD_IN_DNSWL_MED(-0.40)[2001:470:1f07:1126:0:43:6f73:7461:from,2001:470:1f07:1126:0:78:696d:6170:received]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:1f07:1126::/64]; R_DKIM_ALLOW(-0.20)[iecc.com:s=13bd.643c9ce4.k2304]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[iecc.com:+]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4Q08Cp2JvTz3Bsn X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N I'm trying to upgrade my fbsd 13.1 system from MySQL 5.7 to 8.0. So I shut down 5.7 cleanly, install the 8.0 package, start if up, and it consistently crashes somwehere in the upgrade process. I don't think there is anything very odd about my setup other than perhaps I set it to put each innodb database in a separate directory. I realize I could dump everything, install 8.0 from scratch, and restore it all, but I have a lot of databases and that would be painful so it would be really nice if I could get the upgrade to work. R's, John 2023-04-16T18:46:12.6NZ mysqld_safe Logging to '/var/mysql/gal.iecc.com.err'. 2023-04-16T18:46:12.6NZ mysqld_safe Starting mysqld daemon with databases from /var/mysql 2023-04-16T18:46:12.933341Z 0 [Warning] [MY-010915] [Server] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' and 'ERROR_FOR_DIVISION_BY_ZERO' sql modes should be used with strict mode. They will be merged with strict mode in a future release. 2023-04-16T18:46:12.936708Z 0 [System] [MY-010116] [Server] /usr/local/libexec/mysqld (mysqld 8.0.32) starting as process 18731 2023-04-16T18:46:12.961932Z 1 [System] [MY-011012] [Server] Starting upgrade of data directory. 2023-04-16T18:46:12.962004Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started. 2023-04-16T18:46:24.136645Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended. 2023-04-16T18:46:28Z UTC - mysqld got signal 11 ; Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware. Thread pointer: 0x81715e800 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... [0x2371c88] +0x0 [0x2371dcb] +0x0 [0x8036d3580] _pthread_sigmask+0x540 [0x8036d2b3f] _pthread_setschedparam+0x82f [0x7ffffffff2d3] +0x82f [0x30aa132] +0x82f [0x30a8a8d] +0x82f [0x2f73f62] +0x82f [0x30b1bd9] +0x82f [0x2ed1107] +0x82f [0x2ecd314] +0x82f [0x2ecdf04] +0x82f [0x2ec8128] +0x82f [0x1fc4ba5] +0x82f [0x330b322] +0x82f [0x8036c983a] _pthread_create+0x8ca [0x0] +0x8ca stack_bottom = 7fffdc0dceb8 thread_stack 0x100000 0x2ef49be <_Z19my_print_stacktracePKhm+0x10e> at /usr/local/libexec/mysqld 0x2371c88 <_Z18print_fatal_signali+0x268> at /usr/local/libexec/mysqld 0x2371dcb at /usr/local/libexec/mysqld 0x8036d3580 at /lib/libthr.so.3 0x8036d2b3f at /lib/libthr.so.3 0x7ffffffff2d3 at ??? 0x30aa132 <_Z15dict_load_tablePKcb17dict_err_ignore_tPKNSt3__112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEE+0x17c2> at /usr/local/libexec/mysqld 0x30a8a8d <_Z15dict_load_tablePKcb17dict_err_ignore_tPKNSt3__112basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEE+0x11d> at /usr/local/libexec/mysqld 0x2f73f62 <_Z23dict_table_open_on_namePKcbb17dict_err_ignore_t+0x272> at /usr/local/libexec/mysqld 0x30b1bd9 <_Z16dd_upgrade_tableP3THDPKcS2_PN2dd5TableEP5TABLE+0x129> at /usr/local/libexec/mysqld 0x2ed1107 <_ZN20malloc_unordered_setINSt3__112basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcEEEENS0_4hashIS6_EENS0_8equal_toIS6_EEEC2Ej+0x7c7> at /usr/local/libexec/mysqld 0x2ecd314 <_ZN2dd10upgrade_5726migrate_plugin_table_to_ddEP3THD+0x2554> at /usr/local/libexec/mysqld 0x2ecdf04 <_ZN2dd10upgrade_5721migrate_all_frm_to_ddEP3THDPKcb+0x7c4> at /usr/local/libexec/mysqld 0x2ec8128 <_ZN2dd10upgrade_5720fill_dd_and_finalizeEP3THD+0x118> at /usr/local/libexec/mysqld 0x1fc4ba5 <_ZN9bootstrap20run_bootstrap_threadEPKcP10MYSQL_FILEPFbP3THDE16enum_thread_type+0x5a5> at /usr/local/libexec/mysqld 0x330b322 <_Z19pfs_spawn_thread_vcjjP16my_thread_handlePKP12pthread_attrPFPvS5_ES5_+0x2a2> at /usr/local/libexec/mysqld Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0): Connection ID (thread ID): 2 Status: NOT_KILLED The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. 2023-04-16T18:46:29.6NZ mysqld_safe mysqld from pid file /var/mysql/gal.iecc.com.pid ended