Score:0

MariaDB จะไม่เริ่มทำงานหลังจากติดตั้ง

ธง mx

ฉันใช้เซิร์ฟเวอร์ Ubuntu 20.4 และเพิ่งลบเซิร์ฟเวอร์ mysql และ mysql-client และกำลังพยายามทำให้ MariaDB พร้อมใช้งานฉันได้ติดตั้งทั้ง mariadb-server และ mariadb-client แล้ว ฉันหยุดแล้วลองรีสตาร์ท maria db ฉันได้รับข้อความแสดงข้อผิดพลาดทั่วไป:

งานสำหรับ mariadb.service ล้มเหลวเนื่องจากกระบวนการควบคุมออกโดยมีรหัสข้อผิดพลาด
ดู "สถานะ systemctl mariadb.service" และ "journalctl -xe" สำหรับรายละเอียด

จากนั้นฉันก็วิ่ง สถานะ systenctl mariadb.service และรับด้านล่าง:

mariadb.service - เซิร์ฟเวอร์ฐานข้อมูล MariaDB 10.6.4
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/mariadb.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
    ดรอปอิน: /etc/systemd/system/mariadb.service.d
             ââmigrated-จาก-my.cnf-settings.conf
     ใช้งานอยู่: ล้มเหลว (ผลลัพธ์: exit-code) ตั้งแต่พฤ. 2021-09-23 13:26:03 CDT; 8 วินาทีที่แล้ว
       เอกสาร: man:mariadbd(8)
             https://mariadb.com/kb/en/library/systemd/
    กระบวนการ: 97366 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (รหัส=ออก สถานะ=0/สำเร็จ)
    กระบวนการ: 97377 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
    กระบวนการ: 97379 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`ซีดี /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] &&>
    กระบวนการ: 97387 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (รหัส=ออกแล้ว สถานะ=1/ล้มเหลว)
   PID หลัก: 97387 (รหัส=ออก สถานะ=1/ล้มเหลว)

23 กันยายน 13:26:03 notised.xyz systemd[1]: กำลังเริ่มต้นเซิร์ฟเวอร์ฐานข้อมูล MariaDB 10.6.4...
23 ก.ย. 13:26:03 น. notised.xyz sh[97384]: [ข้อมูลหยด 114B]
23 กันยายน 13:26:03 notised.xyz sh[97384]: ข้อผิดพลาดร้ายแรงในการจัดการค่าเริ่มต้น โปรแกรมถูกยกเลิก
23 ก.ย. 13:26:03 น. notised.xyz mariadbd[97387]: [ข้อมูลหยด 106B]
23 ก.ย. 13:26:03 น. notised.xyz mariadbd[97387]: ข้อผิดพลาดร้ายแรงในการจัดการค่าเริ่มต้น โปรแกรมถูกยกเลิก
23 ก.ย. 13:26:03 น. notised.xyz systemd[1]: mariadb.service: ออกจากกระบวนการหลักแล้ว, รหัส = ออก, สถานะ = 1 / ล้มเหลว
23 ก.ย. 13:26:03 น. notised.xyz systemd[1]: mariadb.service: ล้มเหลวด้วยผลลัพธ์ 'exit-code'
23 กันยายน 13:26:03 notised.xyz systemd[1]: ไม่สามารถเริ่มเซิร์ฟเวอร์ฐานข้อมูล MariaDB 10.6.4

จากนั้นฉันก็วิ่ง สมุดรายวันctl -xd และรับผลลัพธ์เหล่านี้:

-- งานเริ่มต้นสำหรับ unit cloud-final.service เสร็จสิ้นเรียบร้อยแล้ว
-- 
-- ตัวระบุงานคือ 153
23 ก.ย. 14:16:57 notised.xyz systemd[1]: ถึงเป้าหมาย Cloud-init target แล้ว
-- เรื่อง: งานเริ่มต้นสำหรับหน่วย cloud-init.target เสร็จสิ้นเรียบร้อยแล้ว
-- กำหนดโดย: systemd
-- การสนับสนุน: http://www.ubuntu.com/support
-- 
-- งานเริ่มต้นสำหรับ unit cloud-init.target เสร็จสิ้นเรียบร้อยแล้ว
-- 
-- ตัวระบุงานคือ 148
23 ก.ย. 14:16:57 notised.xyz systemd[1]: การเริ่มต้นเสร็จสิ้นใน 6.792 วินาที (เคอร์เนล) + 2 นาที 3.586 วินาที (พื้นที่ผู้ใช้) = 2 นาที 10.379 วินาที
-- เรื่อง: การเริ่มต้นระบบเสร็จสมบูรณ์แล้ว
-- กำหนดโดย: systemd
-- การสนับสนุน: http://www.ubuntu.com/support
-- 
-- บริการระบบทั้งหมดที่จำเป็นอยู่ในคิวสำหรับการเริ่มต้นเมื่อบูตได้รับ
-- เริ่ม. โปรดทราบว่าไม่ได้หมายความว่าขณะนี้เครื่องไม่ได้ใช้งานในฐานะบริการ
-- อาจยังยุ่งอยู่กับการเริ่มต้นระบบให้เสร็จสิ้น
-- 
-- Kernel start-up ต้องการ 6792915 ไมโครวินาที
-- 
-- การเริ่มต้นดิสก์ RAM เริ่มต้นต้องใช้ไมโครวินาที INITRD_USEC
-- 
-- Userspace start-up ต้องการ 123586997 ไมโครวินาที
23 ก.ย. 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): เซสชันเปิดสำหรับผู้ใช้รูทโดย (uid=0)
23 กันยายน 14:17:01 notised.xyz CRON[2552]: (รูท) CMD ( cd / && run-parts --report /etc/cron.hourly)
23 ก.ย. 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): ปิดเซสชันสำหรับผู้ใช้รูท
23 กันยายน 14:17:10 เคอร์เนล notised.xyz: [UFW BLOCK] IN=eno1 OUT= MAC=90:2b:34:56:57:f0:74:ac:b9:eb:12:94:08:00 SRC=192.168.1.16 DST=192.168.1.62 LEN=222 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=57572 DPT=5514 LEN=202 

ฉันเปิดพอร์ต 3306 อย่างสมบูรณ์บน UFW จึงไม่ค่อยแน่ใจว่าเหตุใดจึงแสดงข้อผิดพลาด UFW BLOCK

ฉันได้ลองล้างทุกอย่างที่เกี่ยวข้องกับ mysql และ mariadb และติดตั้ง mariadb ใหม่หลายครั้ง แต่พบปัญหาเดียวกัน

in flag
สิ่งนี้สามารถเกิดขึ้นได้หากเซิร์ฟเวอร์ MySQL ไม่ได้ถูกลบออกทั้งหมด คุณสามารถ [แก้ไข] คำถามของคุณเพื่อรวมขั้นตอนที่คุณทำตามเพื่อถอนการติดตั้ง MySQL Server ได้หรือไม่ วิธีนี้จะช่วยให้ทราบได้ง่ายขึ้นว่าควรเริ่มค้นหาปัญหาจากที่ใด
David avatar
cn flag
ไม่มีเวอร์ชัน Ubuntu เช่น 20.4 รุ่นจริงคืออะไร
ai flag
คำถามของคุณไม่ได้ระบุเป้าหมายของคุณโดยเฉพาะ คุณต้องการเริ่มต้น MySQL หรือ MariaDB หรือไม่? ดูเหมือนว่าจะเป็นอย่างหลัง แต่คำตอบของคุณด้านล่างแนะนำว่าคุณต้องการเริ่ม MySQL จริง ๆ ดังนั้นมันจึงไม่ใช่วิธีแก้ปัญหาสำหรับคำถาม คุณสามารถพยายามเน้นคำถามของคุณไปที่ปัญหาใดปัญหาหนึ่ง แล้วหากคุณโพสต์คำตอบ ไปที่วิธีแก้ปัญหาเฉพาะนั้น ขอบคุณ.
Score:2
ธง mx

ตกลง ดังนั้นหลังจากยุ่งกับเรื่องนี้มาก ฉันลงเอยด้วยการลบ / ล้างข้อมูล MariaDB และทุกอย่างไปยัง mysql อย่างสมบูรณ์

ฉันวิ่ง:

sudo apt ล้าง mariadb* *mariadb mysql* *mysql
sudo apt ลบอัตโนมัติ
sudo apt update && sudo apt อัปเกรดเต็ม -y

sudo หา / | grep mysql จากนั้นฉันลบไฟล์ที่เหลือสำหรับ mysql

sudo หา / | grep mariadb ฉันจึงลบไฟล์ที่เหลือสำหรับ mariadb

sudo deluser --remove-home mysql

sudo delgroup mysql

นี่อาจเกินความจำเป็น แต่ฉันรู้สึกผิดหวังกับสิ่งนี้ หลังจากลบทุกอย่างแล้ว ฉันเพิ่งกลับไปที่ mysql และติดตั้ง mysql-server สามารถเปิดใช้งานได้ในครั้งนี้โดยไม่มีปัญหา

ฉันคิดว่าอาจมีปัญหากับ symlink จากตอนที่ฉันมี mysql แทนที่จะเป็น MariaDB แต่หลังจากเพิ่งทำการปรับปรุงและเริ่มต้นใหม่ตั้งแต่ต้นฉันก็สามารถทำงานได้

ai flag
ยินดีต้อนรับ! คำตอบของคุณไม่ใช่คำตอบสำหรับคำถามของคุณซึ่งเห็นได้ชัดว่าเป็นวิธีการเริ่มต้น MariaDB การล้างข้อมูลทั้งสองอย่างและติดตั้ง MySQL ใหม่ไม่ใช่วิธีแก้ปัญหา แต่เป็นวิธีแก้ปัญหาในการเริ่มต้น MySQL เพื่อให้คำถามและคำตอบเป็นประโยชน์ต่อชุมชน คำถามของคุณควรระบุอย่างชัดเจนถึงสิ่งที่คุณต้องการบรรลุ (ไม่ว่าจะเริ่มต้น MariaDB หรือ MySQL) และคำตอบของคุณควรระบุอย่างชัดเจนว่าคุณแก้ปัญหาที่คุณระบุในคำถามของคุณได้สำเร็จอย่างไร ขณะนี้คำตอบนี้เหมาะสมกว่าสำหรับความคิดเห็นภายใต้คำถามที่กล่าวถึงสั้น ๆ ว่าคุณกลับไปที่ MySQL
ru flag
@authentictech *ตามจริง* ในทางเทคนิคแล้ว *เป็น* โซลูชันหากคุณยังมีข้อมูล MySQL และ MariaDB อยู่รอบๆ มันสามารถขัดขวางและทำลายซึ่งกันและกันได้ นอกจากนี้ ให้พิจารณาว่าบุคคลนี้เป็น OP ด้วย และสิ่งนี้ 'แก้ไข' ปัญหาสำหรับพวกเขา - เราอาจเลือกที่จะปิดโพสต์เป็น "ไม่เกี่ยวข้องอีกต่อไป" แทน เนื่องจากอาจไม่ช่วยผู้อ่านในอนาคต แต่นั่นเป็นการตัดสินใจของผู้มีสิทธิเลือกตั้งที่ใกล้เคียง ไม่ใช่การตัดสินใจของผู้ดูแล

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา