সিসকো ভিএসওএম মাইএসকিউএল সংযোগ ত্রুটি ঠিক করা: ত্রুটি 2002 (HY000) এবং পরিষেবা বিভ্রাট ঠিক করা

Cisco VSOM 7.14-এ MySQL স্টার্টআপ সমস্যা সমাধান করা

সকেটের মাধ্যমে MySQL সার্ভারের সাথে সংযোগ করতে হঠাৎ ব্যর্থতার অভিজ্ঞতা অত্যন্ত বিঘ্নিত হতে পারে, বিশেষ করে Cisco VSOM-এর মতো গুরুত্বপূর্ণ অবকাঠামোতে। এই সমস্যাটি সাধারণত ERROR 2002 (HY000) হিসাবে স্বীকৃত এবং প্রায়শই ঘটে যখন MySQL শুরু করতে ব্যর্থ হয়, মূল পরিষেবাগুলিকে চলতে বাধা দেয়।

ত্রুটিটি বিশেষভাবে MySQL সকেট ফাইলের সাথে একটি সমস্যা বোঝায়, যা সার্ভার যোগাযোগ করতে ব্যবহার করে। যখন MySQL পরিষেবা বুট করার পরে স্বয়ংক্রিয়ভাবে শুরু হয় না, তখন এটি পরিষেবা বিভ্রাটের দিকে নিয়ে যেতে পারে। কার্যকারিতা পুনরুদ্ধারের ক্ষেত্রে ব্যর্থতার মূল কারণ চিহ্নিত করা অপরিহার্য।

প্রদত্ত যে সার্ভারটি সমস্যা ছাড়াই বছরের পর বছর ধরে চলছে, এবং ম্যানুয়াল বা লজিক্যাল রিবুট সমস্যাটির সমাধান করেনি, সিস্টেম লগ এবং কনফিগারেশনের আরও তদন্ত প্রয়োজন। Red Hat Linux সংস্করণটি এই সেটআপটিকে চালিত করে একটি কনফিগারেশন বা ফাইল দুর্নীতির সমস্যার সম্মুখীন হতে পারে।

এই নির্দেশিকাটি এই ব্যর্থতার পিছনে সম্ভাব্য কারণগুলির রূপরেখা দেবে এবং পুনরুদ্ধারের বিকল্পগুলি অফার করবে, এমনকি যারা Linux কমান্ডের সাথে অপরিচিত তাদের জন্যও। আপনি মাইএসকিউএল স্টার্টআপ সমস্যা বা আরও গভীর সিস্টেমের ত্রুটির সাথে মোকাবিলা করছেন না কেন, সঠিক প্রক্রিয়া অনুসরণ করলে আপনার পরিষেবাগুলি দক্ষতার সাথে অনলাইনে ফিরিয়ে আনতে পারে।

কাস্টম স্ক্রিপ্ট ব্যবহার করে Cisco VSOM-এ MySQL সকেট ত্রুটির সমাধান করা

উপরে বিকশিত স্ক্রিপ্টগুলি একটি জটিল সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে যেখানে MySQL সার্ভার একটি অনুপস্থিত বা দূষিত সকেট ফাইলের কারণে একটি Cisco VSOM সিস্টেমে শুরু করতে ব্যর্থ হয়। ত্রুটি, সাধারণত হিসাবে চিহ্নিত ত্রুটি 2002 (HY000), মানে মাইএসকিউএল মনোনীত সকেটের মাধ্যমে যোগাযোগ করতে অক্ষম, সার্ভারটিকে অ-অপারেশনাল রেন্ডার করছে। এই স্ক্রিপ্টগুলি স্বয়ংক্রিয়ভাবে MySQL পরিষেবা সনাক্ত করতে, পুনরায় চালু করতে এবং মেরামত করতে বিভিন্ন পদ্ধতি ব্যবহার করে - শেল স্ক্রিপ্টিং, পাইথন এবং PHP - লিনাক্স কমান্ডগুলির সাথে পরিচিত নাও হতে পারে এমন প্রশাসকদের সাহায্য করে৷

প্রথম শেল স্ক্রিপ্টে, এর ব্যবহার systemctl Red Hat-ভিত্তিক সিস্টেমে পরিসেবা পরিচালনা ও নিয়ন্ত্রণের জন্য কমান্ড অত্যাবশ্যক। MySQL পরিষেবা চলছে কিনা তা পরীক্ষা করে স্ক্রিপ্ট শুরু হয়। যদি তা না হয় তবে এটি পুনরায় চালু করার চেষ্টা করে এবং সকেট ফাইলের স্থিতি পরীক্ষা করে। সকেট ফাইলটি অনুপস্থিত থাকলে, স্ক্রিপ্টটি মুছে ফেলে এবং পুনরায় তৈরি করে, নিশ্চিত করে যে MySQL এর সাথে আবদ্ধ করার জন্য একটি বৈধ সকেট রয়েছে। পুনঃসূচনা সফল হয়েছে কিনা তা ট্র্যাক করার জন্য সকেট ফাইলের অবস্থান এবং সিস্টেম লগ গুরুত্বপূর্ণ। লিনাক্সে কীভাবে ম্যানুয়ালি পরিষেবাগুলি পরিচালনা করতে হয় সে সম্পর্কে সীমিত জ্ঞান সহ প্রশাসকদের জন্য এই পদ্ধতিটি কার্যকর।

পাইথন স্ক্রিপ্ট একটি অনুরূপ যুক্তি অনুসরণ করে কিন্তু পাইথনের লিভারেজ করে সাবপ্রসেস সিস্টেম কমান্ড চালানোর জন্য মডিউল। পাইথন ব্যবহার করার প্রধান সুবিধা হল ত্রুটির লগগুলি পরিচালনা করার ক্ষেত্রে নমনীয়তা, স্ক্রিপ্ট পাঠযোগ্যতা উন্নত করা এবং অন্যান্য পাইথন-ভিত্তিক পরিষেবাগুলির সাথে একীভূত করা। স্ক্রিপ্টটি MySQL পরিষেবা চেক চালায় এবং প্রতিটি অ্যাকশন লগিং করে পুনরায় আরম্ভ করার চেষ্টা করে। এটি সকেট ফাইলটি বিদ্যমান কিনা তাও পরীক্ষা করে এবং যদি এটি না থাকে তবে এটি পুনরায় তৈরি করে। পাইথনের os.path.exists ফাংশন ফাইলের অস্তিত্ব নির্ণয় করা সহজ করে, এবং লগিং প্রক্রিয়া আরও বিস্তারিত প্রতিক্রিয়ার জন্য অনুমতি দেয়, যা MySQL স্টার্টআপ সমস্যার মূল কারণ নির্ণয় করতে কার্যকর।

পিএইচপি স্ক্রিপ্টটি আরও ওয়েব-কেন্দ্রিক পদ্ধতি গ্রহণ করে, এটি এমন পরিস্থিতিতে উপযোগী করে তোলে যেখানে MySQL পরিষেবাকে একটি ওয়েব-ভিত্তিক নিয়ন্ত্রণ প্যানেলের মাধ্যমে পরিচালনা করা প্রয়োজন। ব্যবহার করে shell_exec, স্ক্রিপ্ট একটি লগ ফাইলে ইভেন্টগুলি লগ করার সময় MySQL পরিষেবা চেক এবং পুনরায় চালু করার জন্য প্রয়োজনীয় কমান্ড চালায়। দ আনলিঙ্ক সকেট ফাইলটি বিদ্যমান থাকলে তা মুছে ফেলার জন্য ফাংশন ব্যবহার করা হয়, তারপরে পুনরায় চালু করার চেষ্টা করা হয়। পিএইচপি এর ফাইল ম্যানিপুলেশন ফাংশন, যেমন file_exists, সকেট প্রাপ্যতা পরীক্ষা করার জন্য দক্ষ, এটি হালকা ওজনের পরিবেশের জন্য একটি ভাল বিকল্প তৈরি করে যেখানে আপনি একটি ওয়েব ইন্টারফেসের মাধ্যমে সার্ভার পরিচালনা করতে চান।

তিনটি স্ক্রিপ্টই একই সমস্যা সমাধানের লক্ষ্যে, কিন্তু প্রতিটি একটি ভিন্ন পরিবেশের জন্য অপ্টিমাইজ করা হয়েছে—আপনি সরাসরি কমান্ড লাইনে কাজ করছেন, অটোমেশনের জন্য পাইথন-ভিত্তিক সমাধান ব্যবহার করছেন, বা পিএইচপি-ভিত্তিক ওয়েব ইন্টারফেস থেকে সার্ভার পরিচালনা করছেন। . এই সমাধানগুলি মডুলার, যার অর্থ এগুলি ভবিষ্যতে ব্যবহারের জন্য সহজেই সংশোধন করা যেতে পারে। প্রতিটি স্ক্রিপ্ট প্রতিটি ক্রিয়াকে লগ করে, যা কী পদক্ষেপ নেওয়া হয়েছে এবং কোথায় সম্ভাব্য সমস্যাগুলি এখনও বিদ্যমান থাকতে পারে তা ট্র্যাক করতে সাহায্য করে, শেষ পর্যন্ত Cisco VSOM সার্ভারে MySQL পরিষেবার কার্যকারিতা এবং নির্ভরযোগ্যতা উভয়ই উন্নত করে।

#!/bin/bash
# This script checks if MySQL is running, attempts to restart it if not, and logs errors
SOCKET_FILE="/usr/BWhttpd/vsom_be/db/mysql/data/mysql.sock"
LOG_FILE="/var/log/mysql_recovery.log"
service_status=$(systemctl is-active mysqld)

if [ "$service_status" != "active" ]; then
    echo "$(date): MySQL service not running. Attempting to restart..." >> $LOG_FILE
    systemctl restart mysqld
    if [ $? -ne 0 ]; then
        echo "$(date): Failed to restart MySQL. Checking socket file..." >> $LOG_FILE
        if [ ! -S $SOCKET_FILE ]; then
            echo "$(date): Socket file missing. Attempting to recreate..." >> $LOG_FILE
            systemctl stop mysqld
            rm -f $SOCKET_FILE
            systemctl start mysqld
            if [ $? -eq 0 ]; then
                echo "$(date): MySQL service restarted successfully." >> $LOG_FILE
            else
                echo "$(date): MySQL restart failed." >> $LOG_FILE
            fi
        else
            echo "$(date): Socket file exists but MySQL failed to start." >> $LOG_FILE
        fi
    fi
else
    echo "$(date): MySQL service is running normally." >> $LOG_FILE
fi

import os
import subprocess
import datetime

log_file = "/var/log/mysql_recovery_python.log"
socket_file = "/usr/BWhttpd/vsom_be/db/mysql/data/mysql.sock"

def log(message):
    with open(log_file, "a") as log_f:
        log_f.write(f"{datetime.datetime.now()}: {message}\n")

def check_mysql_status():
    result = subprocess.run(["systemctl", "is-active", "mysqld"], capture_output=True, text=True)
    return result.stdout.strip() == "active"

def restart_mysql():
    log("Attempting to restart MySQL service...")
    subprocess.run(["systemctl", "restart", "mysqld"])
    if check_mysql_status():
        log("MySQL service restarted successfully.")
    else:
        log("Failed to restart MySQL.")

if not check_mysql_status():
    log("MySQL service not running. Checking socket...")
    if not os.path.exists(socket_file):
        log("Socket file missing. Recreating and restarting MySQL...")
        subprocess.run(["systemctl", "stop", "mysqld"])
        if os.path.exists(socket_file):
            os.remove(socket_file)
        restart_mysql()
    else:
        log("Socket file exists but MySQL is not running.")
else:
    log("MySQL service is running normally.")

<?php
$log_file = "/var/log/mysql_recovery_php.log";
$socket_file = "/usr/BWhttpd/vsom_be/db/mysql/data/mysql.sock";

function log_message($message) {
    file_put_contents($GLOBALS['log_file'], date('Y-m-d H:i:s') . ": " . $message . "\n", FILE_APPEND);
}

function check_mysql_status() {
    $status = shell_exec('systemctl is-active mysqld');
    return trim($status) === "active";
}

function restart_mysql() {
    log_message("Attempting to restart MySQL...");
    shell_exec('systemctl restart mysqld');
    if (check_mysql_status()) {
        log_message("MySQL restarted successfully.");
    } else {
        log_message("MySQL restart failed.");
    }
}

if (!check_mysql_status()) {
    log_message("MySQL service is not running. Checking socket...");
    if (!file_exists($socket_file)) {
        log_message("Socket file missing. Restarting MySQL...");
        shell_exec('systemctl stop mysqld');
        if (file_exists($socket_file)) {
            unlink($socket_file);
        }
        restart_mysql();
    } else {
        log_message("Socket file exists but MySQL is not running.");
    }
} else {
    log_message("MySQL service is running normally.");
}
?>

সিসকো ভিএসওএম-এ মাইএসকিউএল স্টার্টআপ ব্যর্থতার কারণগুলি বোঝা

এর অন্যতম প্রধান কারণ মাইএসকিউএল Cisco VSOM-এ সার্ভার শুরু করতে ব্যর্থ হওয়া হল MySQL সকেট ফাইলের দুর্নীতি বা মুছে ফেলা। এই ফাইলটি অত্যন্ত গুরুত্বপূর্ণ কারণ এটি MySQL ক্লায়েন্ট এবং সার্ভারের মধ্যে যোগাযোগ সেতু হিসাবে কাজ করে। যখন সকেট ফাইলটি অনুপস্থিত বা ক্ষতিগ্রস্ত হয়, তখন MySQL কাজ করবে না, যা সরাসরি Cisco VSOM অ্যাপ্লিকেশনের মতো নির্ভরশীল পরিষেবাগুলিকে প্রভাবিত করে। সকেট ফাইলটি অনুপস্থিত কিনা তা সনাক্ত করা এবং তারপরে এটি পুনরায় তৈরি করা পরিষেবাটি পুনরুদ্ধারের প্রথম পদক্ষেপগুলির মধ্যে একটি।

বিবেচনা করার আরেকটি দিক হল ফাইলের অনুমতি এবং MySQL এর ডিরেক্টরিগুলির মালিকানা। যদি অনুমতি ভুলভাবে কনফিগার করা হয়েছে বা অন্য কোনো প্রক্রিয়ার দ্বারা পরিবর্তন করা হয়েছে, MySQL তার সকেট ফাইল বা লগগুলিতে লিখতে অক্ষম হতে পারে। এই সমস্যাটি বুট করার সময় মাইএসকিউএলকে সঠিকভাবে শুরু করা থেকে আটকাতে পারে। এই ক্ষেত্রে, `/var/lib/mysql/`-এর মতো MySQL-এর সমালোচনামূলক ডিরেক্টরিগুলির মালিকানা এবং অনুমতিগুলি পরীক্ষা করা এবং সামঞ্জস্য করা অত্যন্ত গুরুত্বপূর্ণ। প্রশাসকদের অবশ্যই নিশ্চিত করতে হবে যে MySQL এর কার্য সম্পাদনের জন্য সঠিক অ্যাক্সেসের অধিকার রয়েছে।

উপরন্তু, সিস্টেম-স্তরের সমস্যা, যেমন অনুপযুক্ত শাটডাউন বা ক্র্যাশ, দীর্ঘস্থায়ী প্রক্রিয়াগুলি ছেড়ে যেতে পারে যা নির্দিষ্ট MySQL ফাইলগুলিকে লক করে। এই লক করা ফাইলগুলি পরিষেবাটিকে শুরু করা থেকে আটকাতে পারে৷ সার্ভার রিবুট করার সময় সমস্যাটি সমাধান না হলে, প্রাসঙ্গিক MySQL PID এবং লক ফাইলগুলি সাফ করা একটি কার্যকর পুনরুদ্ধারের পদ্ধতি হতে পারে। এছাড়াও, `/var/log/mysql/`-এ লগ পর্যবেক্ষণ করা সিসকো ভিএসওএম সিস্টেমে মাইএসকিউএল সম্পর্কিত যেকোন কনফিগারেশন বা স্টার্টআপ সমস্যা চিহ্নিত করতে সাহায্য করতে পারে।