Điểm:0

MariaDB sẽ không bắt đầu sau khi cài đặt

lá cờ mx

Tôi đang chạy máy chủ Ubuntu 20.4 và gần đây tôi đã xóa mysql-server và mysql-client và đang cố gắng khởi động MariaDB.Tôi đã cài đặt cả mariadb-server và mariadb-client. Tôi dừng lại và sau đó thử khởi động lại maria db. Tôi nhận được thông báo lỗi chung:

Công việc cho mariadb.service không thành công vì quá trình kiểm soát đã thoát với mã lỗi.
Xem "systemctl status mariadb.service" và "journalctl -xe" để biết chi tiết.

sau đó tôi chạy trạng thái hệ thống mariadb.service và nhận được dưới đây:

mariadb.service - Máy chủ cơ sở dữ liệu MariaDB 10.6.4
     Đã tải: đã tải (/lib/systemd/system/mariadb.service; đã bật; giá trị đặt sẵn của nhà cung cấp: đã bật)
    Đăng nhập: /etc/systemd/system/mariadb.service.d
             ââmigrated-from-my.cnf-settings.conf
     Hoạt động: không thành công (Kết quả: mã thoát) kể từ Thứ Năm 2021-09-23 13:26:03 CDT; 8 giây trước
       Tài liệu: man:mariadbd(8)
             https://mariadb.com/kb/en/library/systemd/
    Quá trình: 97366 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
    Quá trình: 97377 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (mã=đã thoát, trạng thái=0/THÀNH CÔNG)
    Quá trình: 97379 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [$? -eq 0 ] &&>
    Quá trình: 97387 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (mã=đã thoát, trạng thái=1/THẤT BẠI)
   PID chính: 97387 (mã=đã thoát, trạng thái=1/THẤT BẠI)

Ngày 23 tháng 9 13:26:03 notised.xyz systemd[1]: Khởi động máy chủ cơ sở dữ liệu MariaDB 10.6.4...
Ngày 23 tháng 9 13:26:03 notised.xyz sh[97384]: [114B blob data]
Ngày 23 tháng 9 13:26:03 notised.xyz sh[97384]: Lỗi nghiêm trọng trong xử lý mặc định. chương trình bị hủy bỏ
Ngày 23 tháng 9 13:26:03 notised.xyz mariadbd[97387]: [106B blob data]
Ngày 23 tháng 9 13:26:03 notised.xyz mariadbd[97387]: Lỗi nghiêm trọng trong xử lý mặc định. chương trình bị hủy bỏ
Ngày 23 tháng 9 13:26:03 notised.xyz systemd[1]: mariadb.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=1/THẤT BẠI
Ngày 23 tháng 9 13:26:03 notised.xyz systemd[1]: mariadb.service: Không thành công với kết quả 'mã thoát'.
Ngày 23 tháng 9 13:26:03 notised.xyz systemd[1]: Không khởi động được máy chủ cơ sở dữ liệu MariaDB 10.6.4.

sau đó tôi chạy tạp chí -xd và nhận được những kết quả này:

-- Công việc bắt đầu cho đơn vị cloud-final.service đã kết thúc thành công.
-- 
-- Định danh công việc là 153.
Ngày 23 tháng 9 14:16:57 notised.xyz systemd[1]: Đã đạt mục tiêu Cloud-init target.
-- Chủ đề: Công việc bắt đầu cho đơn vị cloud-init.target đã kết thúc thành công
-- Xác định bởi: systemd
-- Hỗ trợ: http://www.ubuntu.com/support
-- 
-- Công việc bắt đầu cho đơn vị cloud-init.target đã kết thúc thành công.
-- 
-- Định danh công việc là 148.
Ngày 23 tháng 9 14:16:57 notised.xyz systemd[1]: Quá trình khởi động hoàn tất sau 6,792 giây (nhân) + 2 phút 3,586 giây (không gian người dùng) = 2 phút 10,379 giây.
-- Chủ đề: Quá trình khởi động hệ thống đã hoàn tất
-- Xác định bởi: systemd
-- Hỗ trợ: http://www.ubuntu.com/support
-- 
-- Tất cả các dịch vụ hệ thống cần thiết xếp hàng đợi để khởi động khi khởi động đã được
-- đã bắt đầu. Lưu ý rằng điều này không có nghĩa là máy hiện không hoạt động vì các dịch vụ
-- có thể vẫn đang bận hoàn thành phần khởi động.
-- 
-- Khởi động kernel cần 6792915 micro giây.
-- 
-- Yêu cầu khởi động đĩa RAM ban đầu INITRD_USEC micro giây.
-- 
-- Khởi động không gian người dùng cần 123586997 micro giây.
Ngày 23 tháng 9 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): phiên mở cho người dùng root bởi (uid=0)
Ngày 23 tháng 9 14:17:01 notised.xyz CRON[2552]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Ngày 23 tháng 9 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): đóng phiên cho người dùng root
Ngày 23 tháng 9 14:17:10 notised.xyz kernel: [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 

Tôi đã mở hoàn toàn cổng 3306 trên UFW, vì vậy không chắc tại sao lại hiển thị lỗi UFW BLOCK.

Tôi đã thử xóa mọi thứ liên quan đến mysql và mariadb và cài đặt lại mariadb nhiều lần, nhưng gặp vấn đề tương tự.

lá cờ in
Điều này có thể xảy ra nếu máy chủ MySQL chưa được gỡ bỏ hoàn toàn. Bạn có thể [chỉnh sửa] câu hỏi của mình để bao gồm các bước bạn đã thực hiện để gỡ cài đặt Máy chủ MySQL không? Điều này sẽ giúp bạn biết bắt đầu tìm kiếm vấn đề từ đâu dễ dàng hơn
David avatar
lá cờ cn
Không có phiên bản Ubuntu nào như 20.4. Phiên bản THỰC SỰ là gì.
lá cờ ai
Câu hỏi của bạn không nêu cụ thể mục tiêu của bạn. Bạn có thực sự muốn khởi động MySQL hoặc MariaDB không? Nó có vẻ giống như câu hỏi sau nhưng câu trả lời của bạn bên dưới cho thấy bạn thực sự muốn khởi động MySQL nên đây không thực sự là một giải pháp cho câu hỏi. Bạn có thể cố gắng tập trung câu hỏi của mình vào một vấn đề cụ thể và sau đó, nếu bạn đăng câu trả lời, về giải pháp cho vấn đề cụ thể đó không? Cảm ơn.
Điểm:2
lá cờ mx

OK, vì vậy sau rất nhiều lần loay hoay với điều này, cuối cùng tôi đã xóa/xóa hoàn toàn MariaDB và mọi thứ sang mysql.

Tôi chạy:

Sudo apt purge mariadb* *mariadb mysql* *mysql
sudo apt autoremove
cập nhật sudo apt && sudo apt nâng cấp đầy đủ -y

Sudo tìm / | grep mysql Sau đó tôi đã xóa mọi tệp còn lại cho mysql

Sudo tìm / | grep mariadb Sau đó, tôi đã xóa mọi tệp còn lại cho mariadb

sudo deluser --remove-home mysql

sudo delgroup mysql

Điều này có lẽ là quá mức cần thiết, nhưng tôi đã cảm thấy thất vọng với điều này. Sau khi xóa mọi thứ, tôi quay lại mysql và cài đặt mysql-server. Lần này đã có thể thiết lập và chạy nó mà không gặp vấn đề gì.

Tôi NGHĨ có thể đã có vấn đề với một liên kết tượng trưng từ khi tôi có mysql ban đầu thay vì MariaDB, nhưng sau khi chỉ cần kích hoạt nó và bắt đầu lại từ đầu, tôi đã có thể làm cho nó hoạt động.

lá cờ ai
Chào mừng! Câu trả lời của bạn không thực sự là câu trả lời cho câu hỏi của bạn mà bề ngoài là cách khởi động MariaDB. Xóa cả hai và cài đặt lại MySQL không phải là giải pháp cho vấn đề đó mà là giải pháp cho vấn đề khởi động MySQL. Để câu hỏi và câu trả lời hữu ích cho cộng đồng, câu hỏi của bạn phải nêu rõ những gì bạn muốn đạt được (bắt đầu MariaDB hoặc MySQL) và câu trả lời của bạn phải nêu rõ cách bạn đạt được giải pháp cho vấn đề mà bạn đã nêu trong câu hỏi của mình. Câu trả lời này hiện phù hợp hơn với nhận xét dưới câu hỏi đề cập ngắn gọn rằng bạn đã quay lại MySQL.
lá cờ ru
@authentictech *thực ra*, về mặt kỹ thuật, đó *là* một giải pháp nếu bạn vẫn còn dữ liệu MySQL và MariaDB, nó có thể ghi đè và phá vỡ lẫn nhau. Ngoài ra, hãy coi cá nhân này cũng là OP và điều này đã 'giải quyết' vấn đề cho họ - thay vào đó, chúng tôi chỉ có thể chọn đóng bài đăng là "không còn liên quan" vì nó có thể không giúp ích cho người đọc trong tương lai, nhưng đó là quyết định xem xét của cử tri chặt chẽ, không phải là quyết định của người điều hành.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.