سسکو VSOM MySQL کنکشن کی خرابی کو ٹھیک کرنا: ERROR 2002 (HY000) اور سروس کی بندش کو درست کرنا

سسکو VSOM 7.14 پر MySQL کے آغاز کے مسائل کا ازالہ کرنا

ساکٹ کے ذریعے MySQL سرور سے جڑنے میں اچانک ناکامی کا سامنا کرنا انتہائی خلل ڈال سکتا ہے، خاص طور پر Cisco VSOM جیسے اہم انفراسٹرکچر پر۔ یہ مسئلہ عام طور پر ERROR 2002 (HY000) کے طور پر پہچانا جاتا ہے اور اکثر ایسا ہوتا ہے جب MySQL شروع ہونے میں ناکام ہو جاتا ہے، کلیدی خدمات کو چلنے سے روکتا ہے۔

خرابی خاص طور پر MySQL ساکٹ فائل کے ساتھ ایک مسئلہ کی طرف اشارہ کرتی ہے، جسے سرور مواصلت کے لیے استعمال کرتا ہے۔ جب MySQL سروس بوٹ ہونے پر خود بخود شروع نہیں ہوتی ہے، تو یہ سروس کی بندش کا باعث بن سکتی ہے۔ فعالیت کو بحال کرنے میں ناکامی کی بنیادی وجہ کی نشاندہی ضروری ہے۔

یہ دیکھتے ہوئے کہ زیر بحث سرور برسوں سے بغیر کسی مسئلے کے چل رہا ہے، اور دستی یا منطقی ریبوٹس نے مسئلہ حل نہیں کیا ہے، سسٹم لاگز اور کنفیگریشنز میں مزید تفتیش کی ضرورت ہے۔ اس سیٹ اپ کو طاقت دینے والے Red Hat Linux ورژن کو کنفیگریشن یا فائل میں بدعنوانی کا مسئلہ درپیش ہو سکتا ہے۔

یہ گائیڈ اس ناکامی کے پیچھے ممکنہ وجوہات کا خاکہ پیش کرے گا اور بحالی کے اختیارات پیش کرے گا، یہاں تک کہ ان لوگوں کے لیے جو لینکس کمانڈز سے ناواقف ہیں۔ چاہے آپ MySQL سٹارٹ اپ کے مسائل سے نمٹ رہے ہوں یا سسٹم کی گہری خرابی سے، صحیح عمل کی پیروی آپ کی خدمات کو موثر طریقے سے آن لائن واپس لا سکتی ہے۔

کسٹم اسکرپٹس کا استعمال کرتے ہوئے سسکو VSOM پر MySQL ساکٹ کی خرابیوں کو حل کرنا

اوپر تیار کردہ اسکرپٹس کو ایک اہم مسئلہ کو حل کرنے کے لیے ڈیزائن کیا گیا ہے جہاں MySQL سرور سسکو VSOM سسٹم پر ایک گمشدہ یا خراب ساکٹ فائل کی وجہ سے شروع ہونے میں ناکام ہو جاتا ہے۔ غلطی، عام طور پر شناخت کی جاتی ہے۔ ایرر 2002 (HY000)، کا مطلب یہ ہے کہ MySQL نامزد ساکٹ کے ذریعے بات چیت کرنے سے قاصر ہے، سرور کو غیر فعال کر رہا ہے۔ یہ اسکرپٹ مائی ایس کیو ایل سروس کا خود بخود پتہ لگانے، دوبارہ شروع کرنے، اور مرمت کرنے کے لیے مختلف طریقے—شیل اسکرپٹنگ، ازگر، اور پی ایچ پی— استعمال کرتی ہیں، جو منتظمین کی مدد کرتی ہیں جو شاید لینکس کمانڈز سے واقف نہ ہوں۔

پہلے شیل اسکرپٹ میں، کا استعمال systemctl کمانڈ Red Hat پر مبنی نظاموں میں خدمات کے انتظام اور کنٹرول کے لیے اہم ہے۔ اسکرپٹ یہ جانچ کر شروع ہوتا ہے کہ آیا MySQL سروس چل رہی ہے۔ اگر نہیں، تو یہ اسے دوبارہ شروع کرنے کی کوشش کرتا ہے اور ساکٹ فائل کی حیثیت کو چیک کرتا ہے۔ اگر ساکٹ فائل غائب ہو تو، اسکرپٹ اسے حذف کر دیتا ہے اور اسے دوبارہ بناتا ہے، اس بات کو یقینی بناتے ہوئے کہ MySQL کے پاس پابند کرنے کے لیے ایک درست ساکٹ ہے۔ ساکٹ فائل لوکیشن اور سسٹم لاگ یہ ٹریک کرنے کے لیے اہم ہیں کہ آیا دوبارہ شروع کرنا کامیاب تھا۔ یہ نقطہ نظر ان منتظمین کے لیے مفید ہے جو لینکس میں خدمات کو دستی طور پر منظم کرنے کے بارے میں محدود معلومات رکھتے ہیں۔

Python اسکرپٹ اسی طرح کی منطق کی پیروی کرتا ہے لیکن Python's کا فائدہ اٹھاتا ہے۔ ذیلی عمل سسٹم کمانڈز پر عمل کرنے کے لیے ماڈیول۔ Python کے استعمال کا بنیادی فائدہ غلطی لاگوں کو سنبھالنے، اسکرپٹ پڑھنے کی اہلیت کو بہتر بنانے، اور دیگر Python پر مبنی خدمات کے ساتھ انضمام میں اس کی لچک ہے۔ اسکرپٹ 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.");
}
?>

سسکو VSOM پر MySQL اسٹارٹ اپ ناکامیوں کی وجوہات کو سمجھنا

کی اہم وجوہات میں سے ایک مائی ایس کیو ایل Cisco VSOM پر سرور شروع کرنے میں ناکام ہونا MySQL ساکٹ فائل کو خراب کرنا یا حذف کرنا ہے۔ یہ فائل بہت اہم ہے کیونکہ یہ MySQL کلائنٹ اور سرور کے درمیان مواصلاتی پل کا کام کرتی ہے۔ جب ساکٹ فائل غائب یا خراب ہو جائے تو، MySQL کام نہیں کرے گا، جو براہ راست انحصار سروسز جیسے Cisco VSOM ایپلیکیشن کو متاثر کرتا ہے۔ اس بات کی نشاندہی کرنا کہ آیا ساکٹ فائل غائب ہے اور پھر اسے دوبارہ بنانا سروس کو بحال کرنے کے پہلے اقدامات میں سے ایک ہے۔

ایک اور پہلو جس پر غور کرنا ہے وہ ہے فائل کی اجازت اور MySQL کی ڈائریکٹریز کی ملکیت۔ اگر اجازتیں غلط طریقے سے ترتیب دیے گئے ہیں یا کسی اور عمل کے ذریعے تبدیل کر دیے گئے ہیں، MySQL اپنی ساکٹ فائل یا لاگز پر لکھنے سے قاصر ہو سکتا ہے۔ یہ مسئلہ MySQL کو بوٹ کے دوران صحیح طریقے سے شروع کرنے سے روک سکتا ہے۔ ان صورتوں میں، MySQL کی اہم ڈائریکٹریز، جیسے `/var/lib/mysql/` کی ملکیت اور اجازتوں کو چیک کرنا اور ایڈجسٹ کرنا بہت ضروری ہے۔ منتظمین کو یقینی بنانا چاہیے کہ MySQL کے پاس اپنے کاموں کو انجام دینے کے لیے رسائی کے صحیح حقوق ہیں۔

مزید برآں، سسٹم کی سطح کے مسائل، جیسے کہ غلط شٹ ڈاؤن یا کریشز، دیرپا عمل چھوڑ سکتے ہیں جو کچھ MySQL فائلوں کو لاک کر دیتے ہیں۔ یہ مقفل فائلیں سروس کو شروع ہونے سے روک سکتی ہیں۔ جب سرور کو ریبوٹ کرنے سے مسئلہ حل نہیں ہوتا ہے، تو متعلقہ MySQL PID اور لاک فائلوں کو صاف کرنا ایک مؤثر ریکوری طریقہ ہو سکتا ہے۔ نیز، `/var/log/mysql/` میں لاگز کی نگرانی سسکو VSOM سسٹمز پر MySQL سے متعلق کسی بھی ترتیب یا آغاز کے مسائل کا پتہ لگانے میں مدد کر سکتی ہے۔