อุบัติเหตุผู้ดูแลระบบที่ดีที่สุด [ปิด]

ฉันกำลังมองหาเรื่องราวที่น่าขบขันเกี่ยวกับอุบัติเหตุผู้ดูแลระบบที่คุณมี การลบอีเมลของ CEO การฟอร์แมตฮาร์ดไดรฟ์ผิด ฯลฯ

ฉันจะเพิ่มเรื่องราวของตัวเองเป็นคำตอบ

ฉันสนุกกับการค้นพบความแตกต่างระหว่างคำสั่ง linux "killall" (ฆ่ากระบวนการทั้งหมดที่ตรงกับชื่อที่ระบุมีประโยชน์สำหรับการหยุดซอมบี้) และคำสั่ง solaris "killall" (ฆ่ากระบวนการทั้งหมดและหยุดระบบมีประโยชน์สำหรับการหยุดเซิร์ฟเวอร์การผลิตใน กลางชั่วโมงเร่งด่วนและให้เพื่อนร่วมงานของคุณหัวเราะเยาะคุณเป็นเวลาหนึ่งสัปดาห์)

ฉันรับผิดชอบเว็บพร็อกซีองค์กรของเราซึ่งในเวลานั้นเป็นผลิตภัณฑ์ของ Netscape ในขณะที่เล่นไปรอบ ๆ ในรูปแบบของผู้ดูแลระบบ (มันเป็นอินเตอร์เฟซที่ตามเว็บ) มีขนาดใหญ่ (และฉันสาบานมันเป็นสีแดง) ปุ่มที่กล่าวว่าฐานข้อมูลลบผู้ใช้ ไม่มีปัญหาฉันคิดว่า เรามาดูกันว่ามันมีตัวเลือกอะไรบ้างเมื่อฉันกดปุ่มนั้น แน่นอนจะมีการแจ้งให้ยืนยันหากไม่มีตัวเลือก

ใช่ไม่มีการยืนยัน ไม่มีตัวเลือก ไม่มีผู้ใช้เพิ่มเติม

ดังนั้นไปที่ Mr. Solaris Sysadmin และกล่าวว่าฉันต้องการการกู้คืนจากเทปที่เขาตอบว่า "ฉันไม่ได้กลับกล่องนั้น"

"เอ่อกลับมาอีกครั้ง" ฉันตอบโต้

"ฉันไม่ได้สำรองข้อมูลไว้ในรายการของฉันที่จะเพิ่มในการหมุนเวียนการสำรองข้อมูล แต่ฉันยังไม่ได้รับรอบ"

"เซิร์ฟเวอร์นี้ใช้งานมาเกือบ 8 เดือนแล้ว!" ฉันกรีดร้อง.

ยักเขาตอบ "ขอโทษ."

หลายปีที่ผ่านมา บริษัท ที่ฉันทำงานให้มีลูกค้ารายหนึ่งซึ่งได้สำรองข้อมูลเซิร์ฟเวอร์ NT 4.0 ทุกคืนไปยังไดรฟ์ Jaz (เช่นดิสก์ zip ความจุสูง)

เราตั้งค่าไฟล์แบตช์ซึ่งทำงานเป็นงานตามกำหนดเวลาข้ามคืน ทุกเช้าพวกเขาจะเก็บดิสก์คืนสุดท้ายจากไดรฟ์และก่อนที่พวกเขาจะออกในตอนเย็นพวกเขาจะใส่ดิสก์แผ่นต่อไปในลำดับ

อย่างไรก็ตามไฟล์แบตช์มีลักษณะเช่นนี้ (ไดรฟ์ Jaz เป็นไดรฟ์ F:) ...

@echo off
F:
deltree /y *.*
xcopy <important files> F:

อย่างไรก็ตามคืนหนึ่งพวกเขาลืมใส่ดิสก์การเปลี่ยนแปลงไดรฟ์ F: ล้มเหลว (ไม่มีดิสก์ในไดรฟ์) และไฟล์แบตช์ยังคงทำงานต่อไป ไดเรกทอรีการทำงานเริ่มต้นสำหรับแบตช์ไฟล์? C :. ครั้งแรกที่ฉันเคยเห็นรูทีนการสำรองข้อมูลทำลายเซิร์ฟเวอร์ที่กำลังทำการสำรองข้อมูล

ฉันเรียนรู้เล็ก ๆ น้อย ๆ เกี่ยวกับการดูแลระบบ (และการจัดการยกเว้น) ในวันนั้น

จิม

PS: การแก้ไขหรือไม่ "deltree / y F: \ *. *"

root @ dbhost # find / -name core -exec rm -f {} \;

ฉัน: "คุณเข้าไปไม่ได้ใช่ไหมชื่อ DB คืออะไร"

Cu: "แกนกลาง"

ฉัน: "โอ้"

ฉันชอบวิธีที่ทุกคนมีคุณสมบัติเรื่องราวของพวกเขาด้วย "เมื่อฉันยังเด็ก / เขียว" ราวกับว่าพวกเขาจะไม่ทำมันอีกครั้ง อุบัติเหตุสามารถเกิดขึ้นได้กับมืออาชีพที่ช่ำชองที่สุด

ช่วงเวลาที่เลวร้ายที่สุดของฉันเองนั้นแย่มากฉันยังคงรู้สึกใจสั่นเมื่อคิดถึงมัน ...

เรามี SAN ที่มีข้อมูลการผลิตอยู่ สำคัญต่อ บริษัท "พี่เลี้ยง" ของฉันตัดสินใจขยายพาร์ติชันเพื่อเพิ่มพื้นที่ว่างในดิสก์ คุณเห็นหรือไม่ว่านี่คือหัวข้อใด เขาบอกว่าซอฟต์แวร์ SAN สามารถทำสิ่งนี้ได้ในเวลาไม่กี่ชั่วโมงและไม่มีใครสังเกตเห็น เสียงเตือนภัยควรเริ่มดังขึ้น แต่เงียบสนิท เขาบอกว่าเขาเคยทำมาแล้ว "โหลดมาหลายครั้งแล้ว" โดยไม่มีปัญหา แต่นี่คือสิ่งที่ - เขาให้ฉันคลิกปุ่มที่กล่าวว่า "คุณแน่ใจหรือไม่"! ในขณะที่ฉันยังใหม่กับ บริษัท ฉันคิดว่าผู้ชายคนนี้รู้ว่าเขากำลังพูดถึงอะไร ความผิดพลาดครั้งใหญ่. ข่าวดีก็คือว่า LUN ก็ขยายออกไป ข่าวร้ายคือ ... ฉันรู้ว่ามีข่าวร้ายเมื่อฉันเริ่มเห็นข้อผิดพลาดในการเขียนดิสก์ในกล่อง Windows

ฉันดีใจที่ฉันใส่กางเกงสีน้ำตาล

เราต้องอธิบายว่าทำไม 1TB ของข้อมูลจึงหายไปในเวลาอาหารกลางวัน นั่นเป็นวันที่เลวร้ายจริงๆ

มันเป็นหลักการที่ดีจริง - ก่อนที่คุณจะทำสิ่งที่คุณมีข้อสงสัยลองนึกภาพต้องอธิบายการจัดการถ้ามีอะไรผิดพลาด หากคุณไม่สามารถคิดคำตอบที่ดีในการอธิบายการกระทำของคุณก็อย่าทำ

Nagios ส่งเสียงเราในเช้าวันหนึ่งเมื่อเวลาทำการเริ่มบอกว่าไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ที่ไม่สำคัญ ตกลงไปที่ห้องเซิร์ฟเวอร์ มันเป็นเซิร์ฟเวอร์เก่า Dell 1650 ที่ซื้อใน '02 และเรารู้ว่ายุค 1650 มีปัญหาด้านฮาร์ดแวร์ PFY แทงปุ่มเพาเวอร์ ไม่มีอะไร กดอีกครั้งและกดค้างไว้ห้าวินาทีเพื่อ 'บังคับเปิดเครื่อง' ... ซึ่งแทนที่การป้องกันข้อผิดพลาดของ BMC เนื่องจากไม่มี DRAC จึงไม่มีวิธีตรวจสอบบันทึก BMC โดยไม่ต้องใช้พลังงานกับแชสซี

เครื่องเริ่ม POST แล้วตายอีกครั้ง ฉันยืนอยู่เหนือมันและไป "ฉันได้กลิ่นควัน" เราดึงเซิร์ฟเวอร์ออกมาบนรางของมันและหนึ่งในแหล่งจ่ายไฟรู้สึกอบอุ่นดังนั้น PFY จึงดึงออกมาและกำลังจะปิดกล่องสำรอง ฉันพูดว่า "ไม่นั่นไม่ใช่ควันของแหล่งจ่ายไฟนั่นคือควันของเมนบอร์ด"

เราเปิดเคสอีกครั้งและมองหาแหล่งที่มาของกลิ่นไหม้ เปลี่ยนขดลวดเหนี่ยวนำและตัวเก็บประจุบางสิ่งบางอย่างพัดออกจากแรงดันไฟฟ้าควบคุมบนเมนบอร์ดและทองแดงหลอมเหลวและพ่นตัวเก็บประจุ goop ข้ามทุกสิ่งที่ทำให้สั้นลงพวงของสิ่งต่าง ๆ และทำให้เป็นระเบียบใหญ่

ส่วนที่แย่ที่สุดสำหรับฉันคือการตระหนักว่าฉันได้รมควันฮาร์ดแวร์มากพอที่จะรับรู้ถึงความแตกต่างระหว่างกลิ่นของเมนบอร์ดที่ถูกไฟไหม้และแหล่งจ่ายไฟที่ถูกไฟไหม้

สามวันที่ผ่านมา (อย่างจริงจัง) ฉันลงชื่อเข้าใช้เซิร์ฟเวอร์โรงเรียนจากระยะไกลติดตั้ง Service Pack 2 บนเซิร์ฟเวอร์ไฟล์ Windows Server 2008

ฉันตัดสินใจที่จะกำหนดเวลาการรีบูตที่จำเป็นสำหรับช่วงดึกเมื่อครูจะไม่ถูกบันทึกในการทำบัตรรายงานสิ้นปีของพวกเขา ฉันพิมพ์สิ่งที่ชอบ:

 ที่ 23:59 "ปิดระบบ -r -t 0" 

... ซึ่งอาจใช้ได้ดี

แต่ฉันก็เดาตัวเองเป็นครั้งที่สอง ไวยากรณ์ 'ปิดระบบ' ของฉันถูกต้องหรือไม่ ฉันพยายามดูความช่วยเหลือในการใช้งานโดยพิมพ์

 ปิด / h 

... และสูญเสียการเชื่อมต่อ RDP ของฉันทันที ตื่นเถอะฉันใช้ Google เพื่อหาไวยากรณ์ การค้นหาอย่างรวดเร็วพบว่าการปิดระบบ Server 2008 เวอร์ชันนั้นมีสวิตช์ a / h ซึ่ง (ซึ่งคุณอาจเดาได้) จะจำศีลในเครื่อง

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

วันนี้ฉันนำคุกกี้โฮมเมดมาให้ทุกคนในรูปแบบของการขอโทษ

ในงานก่อนหน้านี้เรามีระบบพื้นบ้านที่ยอดเยี่ยมที่บันทึกและเก็บถาวรจดหมายทุกฉบับที่ป้อนออกหรืออยู่ภายใน บริษัท

ส่งเมลทั้งหมดของคุณออกไปหรือไม่ ไม่มีปัญหา! กำลังมองหาจดหมายที่ใครบางคนส่งให้คุณสัปดาห์ / เดือน / ปีที่แล้ว แต่คุณจำไม่ได้ว่าใครเป็นคนส่งหรือเรื่องนั้นคืออะไร? ไม่มีปัญหา! เราจะส่งทุกอย่างตั้งแต่เดือนกุมภาพันธ์ให้คุณไปยังโฟลเดอร์พิเศษ

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

ประมาณหนึ่งเดือนต่อมาคำพูดของปัญหาเร่งด่วนแบบทวีคูณบวกลงมาจากที่สูง ดูเหมือนว่าในขณะที่ CEO กำลังอ่านรายชื่ออีเมลที่ส่งไปยัง $ OTHERCOMPANY เขาได้พบกับสิ่งนี้:

To: somebody@$OTHERCOMPANY
From: CEO
Subject: CEO has read your message (subject line here)

โดยธรรมชาติซีอีโอเป็นบุคคลสำคัญและทั้งหมดเขายุ่งเกินกว่าที่จะคลิกที่กล่องโต้ตอบ "ส่งการตอบรับ" ใน Outlook และกำหนดค่าไคลเอนต์ให้ส่งได้ทั้งหมด หนึ่งในข้อความที่ถูกดักจับโดยตัวกรองการตรวจสอบมีชุดคำขออ่าน - ตอบรับ คาดเดาสิ่งที่ Outlook ทำ แน่นอนการตรวจสอบ 'ลับ'

งานต่อไปของเรา: การเพิ่มกฎลงในตัวกรองเมลเพื่อบล็อกการตอบรับการอ่านขาออกจาก CEO ไปยัง บริษัท นั้น ใช่มันเป็นวิธีที่ง่ายที่สุด :)

Ahhh ของฉันประมาณ 10 ปีที่แล้วเมื่อฉันยังเปียกเท้า ฉันมีความสุขในการติดตั้งแบตเตอรี่สำรองในคอมพิวเตอร์โปรแกรมเมอร์ทั้งหมด พวกเขายังต้องการให้ซอฟต์แวร์โหลดเพื่อเตือนว่าไฟฟ้าดับและปิดลงอย่างถูกต้อง

ดังนั้นฉันจึงตั้งค่าคอมพิวเตอร์เพื่อทดสอบทุกอย่างก่อนแน่นอนและตรวจสอบให้แน่ใจว่ามันทำงาน ดังนั้นฉันจึงถอดสายไฟออกและมีข้อความปรากฏขึ้นบนหน้าจอ "ไฟภายนอกดับลงการปิดระบบเริ่มต้น"

ดังนั้นฉันคิดว่าเฮ้มันใช้ได้ แต่ด้วยเหตุผลแปลก ๆ บางอย่างฉันจำไม่ได้เลยมันส่งข้อความนั้นออกมาว่าเป็นข้อความเครือข่ายดังนั้นคอมพิวเตอร์ 200+ เครื่องใน บริษัท จึงได้รับข้อความนั้น

ใช่พูดคุยเกี่ยวกับมวลประหลาดออกมา !!

ฉันเก็บหัวของฉันต่ำในสถานที่นั้นชั่วครู่!

ฉันมักจะใช้คำสั่ง "sys-unconfig" บนเครื่อง Solaris เพื่อรีเซ็ตบริการชื่อเครื่อง, ที่อยู่ IP และรหัสผ่านรูต ฉันอยู่ในระบบผู้ใช้และฉันเข้าสู่ระบบในอาคารติดตั้งเซิร์ฟเวอร์และค้นหาบางอย่าง (เป็น root) จากนั้นลืมว่าฉันได้เข้าสู่ระบบเครื่องอื่น (พร้อมรับคำอธิบาย "#" ไม่ใช่) ฉันวิ่งคำสั่ง "sys-unconfig"

# sys-unconfig     
        WARNING

This program will unconfigure your system.  It will cause it
to revert to a "blank" system - it will not have a name or know
about other systems or networks.

This program will also halt the system.

Do you want to continue (y/n) ? y

Connection closed

#

ข้อความ "การเชื่อมต่อถูกปิด" นั้นค่อยๆหันไปทำให้เกิดความตื่นตระหนก ... เครื่องใดที่ฉันลงชื่อเข้าใช้เมื่อฉันรันคำสั่งนั้น

ส่วนที่แย่ที่สุดของเรื่องนี้ไม่ใช่เวลาที่ยากลำบากที่เพื่อนร่วมงานของฉันจะให้ฉันมันเป็นสิ่งที่ฉันทำแบบเดียวกันในเดือนต่อมา

ฉันมีสิ่งที่ดีงาม เป็นที่ยอมรับว่าเป็นช่วงเวลาก่อนที่ฉันจะดูแลระบบ แต่ยังเกี่ยวข้องกับเทคโนโลยีดังนั้นฉันจึงคิดว่าฉันจะเพิ่มมัน

ย้อนกลับไปในวันนั้นฉันทำงานเป็น satcom / wideband tech สำหรับ USAF หลังจากที่เพิ่งจบโรงเรียนเทคนิคฉันพบว่าตัวเองประจำอยู่ที่เกาหลีใต้ ไม่นานหลังจากที่มาถึงสถานีก็มีโอกาสเกิดขึ้นที่จะเดินทางลงใต้พร้อมกับ "ชายร่างใหญ่" ที่เคยอยู่ที่นั่นมาพักหนึ่งและทำงานกับโลกแห่งความจริงบางอย่าง (เช่น `การผลิต ') อุปกรณ์

ฉันลงไปกับลูกเรือและในฐานะที่เป็นเด็กหนุ่มที่กระตือรือร้นเทคโนโลยีคนหนึ่งกำลังพูดพล่ามไปเล็กน้อยตื่นเต้นมากที่คาดหวังว่าจะได้รับอุปกรณ์ที่ใช้งานจริงซึ่งส่งเสียงทางทหารและการรับส่งข้อมูลแบบสดๆ

ในการเริ่มต้นฉันอย่างช้าๆพวกเขาส่งคู่มือให้ฉันหันไปที่ส่วนการบำรุงรักษาเชิงป้องกันและชี้ให้ฉันในทิศทางของสี่ชั้นวางที่เต็มไปด้วยมัลติเพล็กเซอร์ดิจิตอลขนาดใหญ่หลายแห่ง อุปกรณ์นั้นง่ายพอเราจะครอบคลุมอุปกรณ์เดียวกันในโรงเรียนเทคโนโลยี

หน้าแรกของการอ่านคู่มือ; "ใช้พลังงานกับ ditigal multiplexer หมุนสวิตช์ด้านหลังทั้งสองไปที่ตำแหน่ง ON แล้วรอให้อุปกรณ์เปิดเครื่องจากนั้นเริ่มการทดสอบ" ฉันเงยหน้าขึ้นมองและมีพลังที่ใช้แล้ว!

ฉันอยู่ในความลังเลอย่างแน่นอน ไม่รู้ว่าจะดำเนินการอย่างไรฉันยิงได้ดีที่สุด `อืมมมม .. พี่หลงทางที่นี่ 'มองไปที่รุ่นพี่

เขามองมาที่ฉันแล้วหัวเราะว่า "ไม่ไม่ไม่เป็นไรคุณสามารถเพิกเฉยส่วนหนึ่งของรายการตรวจสอบได้" จากนั้นในขณะที่เขาสังเกตเห็นใบหน้าของฉัน (เนื่องจากเราได้รับการสอนในโรงเรียนไม่เคยละเลยส่วนหนึ่งของรายการตรวจสอบและมันก็เป็นความตายและการทำลายล้างถ้ามีคนทำเช่นนั้น) เขามองอย่างจริงจัง ใบหน้าและพูดว่า "ไม่สนใจส่วนนั้นเท่านั้น! ทำตามส่วนที่เหลือไปยังตัวอักษร!"

ฉันวิ่งผ่านคำสั่ง PM แบบหลายขั้นตอนมีความสุขเหมือนหอยและภูมิใจที่พวกเขาปล่อยให้เทคโนโลยีระดับต่ำเช่นนี้ (แม้ว่าจะฉลาด) ก็ทำงานที่สำคัญนี้ได้

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

ในที่สุดกลุ่มคนกลุ่มหนึ่งวิ่งมาหาฉันโดยมีผู้เชี่ยวชาญอาวุโสคนหนึ่งที่ทำให้ฉันผิดหวัง

"เฮ้! เราเห็นการขาดข้อมูลจำนวนมากในการรับส่งข้อมูลและเราได้แยก / ติดตามเส้นทางกลับไปยังชั้นวางที่คุณกำลังทำงานอยู่! คุณเห็นสิ่งแปลก ๆ หรือไม่"

(ณ จุดนั้นเขาถูกตัดขาดโดยหนึ่งในนักแก้ไขปัญหาที่ทำทางของเธอไปยังกลุ่มแรกของมัลติเพล็กเซอร์ที่ฉันได้ทำการแสดงบทต่อไป)

"ถั่วศักดิ์สิทธิ์! พวกเขากำลังปิด! เขาได้รับการเปิดพวกเขาออก !!!!"

ตามลำดับสั้น ๆ ฉันดูในขณะที่พวกเขารีบวิ่งผ่านขั้นตอนแรกในคู่มือ "เปิดสวิตช์ด้านหลังทั้งสองไปที่ตำแหน่งเปิด ... " เมื่อเทคโนโลยีระดับสูงเสร็จแล้วเขาก็มาหาฉันและถามสิ่งที่ฉันคิดอย่างเหลือเชื่อ ของโดยการปิดอุปกรณ์ที่สำคัญ

ด้วยความกลัวจากไหวพริบของฉันฉันส่งรายการตรวจสอบที่ฉันติดตามเขาสาบานว่าฉันไม่ได้เบี่ยงเบนเลย ที่ฉันได้ติดตามมัน `ถึงตัวอักษร 'ตามที่เขาต้องการ

หลังจากนั้นไม่นานเขาก็หัวเราะและชี้ให้เห็นว่าปัญหาอยู่ตรงไหน

ในคู่มือขั้นตอนสุดท้ายในรายการตรวจสอบการบำรุงรักษาเชิงป้องกันคือ:

"บันทึกการอ่านโพรบสุดท้ายล้างแผงด้านหน้าขจัดฝุ่นและอนุภาคทั้งหมดจากนั้นหมุนสวิตช์ไฟด้านหลังทั้งสองไปที่ตำแหน่ง OFF"

:)

มันเป็นอุบัติเหตุที่เกิดจากการดูแลระบบดังนั้นในบางครั้งที่ผู้ดูแลระบบต้องลากเครื่องจักรจำนวนมากจากจุด A ไปยังจุด B (ซึ่ง A และ B มักจะแยกจากกันด้วยหลายเที่ยวบินของบันไดในอาคารที่ไม่มีลิฟต์) ในการเดินทางวันที่ฉันหยุดสามเที่ยวบินที่มีชีวิตขึ้นจากระดับการโหลดชั้นใต้ดินเพื่อแชทกับคนที่ลงมา propped หอคอยขนาดเต็ม w / สถานีฉัน schlepping ในราวบันไดของบันไดเปิด และ ... อืมคุณเดาได้ว่า ... จับฉันไปเล็กน้อย มันพุ่งลงมาอย่างไม่น่าเชื่อลงไปถึงบ่อน้ำและเมื่อถึงจุดต่ำสุดเอ่อ ... ไม่มากนักกับฟังก์ชั่นสำหรับอันนั้น! ชิ้นส่วนที่สามารถกู้ได้ทั้งหมด: RAM สองแท่ง, ฟลอปปี้ไดรฟ์หนึ่งตัวและการ์ด ISDN หนึ่งใบ (ขอให้พระเจ้าคุ้มครองบรรดาวิศวกรของ Hermstedt!) ทุกอย่างอื่นแตก

ด้วยพระคุณของพระเจ้าไม่มีใครเดินอยู่ข้างใต้ซึ่งขอบคุณสำหรับฉันเป็นเจ้านายของฉันก่อนแม้ว่าดังนั้นฉันจึงต้องทำงานของฉัน รู้สึกว่าป่วยมากประมาณหนึ่งชั่วโมง

คุณธรรม: แรงโน้มถ่วงชนะเสมอ!

ฉันกำลังโหลดระบบสำหรับใครบางคนและในระหว่างกระบวนการสำรองข้อมูลด้วยตนเองฉันถามคำถาม "คุณมีโปรแกรมอื่นที่คุณใช้หรือไม่" และ "มีอะไรอีกที่สำคัญที่คุณทำบนคอมพิวเตอร์?"

เขาพูดว่า "ไม่" หลายครั้ง

ฉันมั่นใจและฟอร์แมตไดรฟ์

ประมาณ 30 นาทีต่อมาเขาก็พูดว่า "โอ้พระเจ้า" และวางมือทั้งสองไว้บนหัวของเขา

ปรากฎว่าเขาทำงานเกี่ยวกับสคริปต์หนังสือมานานกว่า 10 ปีในโปรแกรมพิเศษ สิ่งนี้กลับมาเมื่อโปรแกรมที่ใช้บันทึกข้อมูลผู้ใช้ในไดเรกทอรีไฟล์โปรแกรมและฉันพลาดมันไป

Whhhhooooops

เขาไม่ได้โกรธฉัน แต่มันเป็นความรู้สึกที่มีสติ

รายการโปรดส่วนตัวของฉันไม่ได้เป็นของจริงและฉันดีใจมากกับมัน ลองดูที่นี่

สิ่งนี้ไม่ได้เกิดขึ้นกับฉัน แต่ ...

ฉันทำงานที่ บริษัท ที่ทำซอฟต์แวร์ซึ่งทำงานบนเครื่อง Linux ที่ลูกค้าให้มา โดยพื้นฐานแล้วเราจะ 'รับช่วง' เครื่องจักรกำหนดค่าให้ครบถ้วนตามข้อกำหนดของเราและทำการจัดการและตรวจสอบทั้งหมด โดยพื้นฐานแล้วเรามีทีมงานดูแลอยู่ที่ 10-15 sysadmins จัดการเซิร์ฟเวอร์นับพันให้กับลูกค้าหลายร้อยคน ความผิดพลาดเกิดขึ้นได้อย่างแน่นอน

หนึ่งในทีมของเราพบปัญหาบางอย่างบนเซิร์ฟเวอร์ (ฉันเชื่อว่าการสำรองข้อมูล) และตัดสินใจว่าเขาควรใช้ fsck กับมัน เขาหยุดบริการที่เกี่ยวข้องทั้งหมดตรวจสอบให้แน่ใจว่าระบบได้ทำการสำรองข้อมูลเมื่อเร็ว ๆ นี้จากนั้นเรียกใช้ fsck แต่มันบ่นว่าระบบไฟล์ถูกเมาท์ เนื่องจากเราอยู่ห่างไกลและไม่มีการเข้าถึงระยะไกล (DRAC, ILO และอื่น ๆ ) เขาไม่สามารถทำ fsck ได้ แต่เขาค่อนข้างแน่ใจว่ามันปลอดภัยที่จะทำเมื่อติดตั้งระบบไฟล์ถ้าคุณระมัดระวัง

เขาตัดสินใจที่จะลองด้วยตัวเองโดยใช้ fsck บนพาร์ติชันรากด้วยผลลัพธ์ที่คาดเดาได้เขาเสียหายพาร์ติชันรูทของเขาและไม่สามารถบูตได้อีกต่อไป

สับสนเขาไปพูดคุยกับหัวหน้าทีมของเรา นักแสดงนำกล่าวว่าเขาค่อนข้างแน่ใจว่าคุณไม่สามารถทำเช่นนั้นได้และสมาชิกในทีมพูดว่า 'คุณสามารถทำได้!' ใช้แป้นพิมพ์ของนักแสดงนำและแสดงให้เขาเห็นว่าคุณทำได้ ซึ่งพาร์ติชันราก HIS เสียหายอย่างสมบูรณ์

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

-

เพื่อเพิ่มเรื่องราวของตัวเองฉันทำงานใน บริษัท เดียวกันและพยายามรีเซ็ตรหัสผ่านผู้ใช้ ระบบของเราปฏิเสธที่จะให้ฉันตั้งรหัสผ่านที่เขาต้องการเพราะมันติดตามแฮชรหัสผ่านเก่าและปฏิเสธที่จะให้คุณทำซ้ำรหัสผ่าน กลไกนั้นง่าย: มันตรวจสอบรหัสผ่านของคุณกับแฮชล่าสุดในฐานข้อมูล

(และสำหรับการบันทึกนั้นจำเป็นต้องใช้รหัสผ่านเก่าเพราะเป็นบัญชีที่ใช้ร่วมกันและทำให้แน่ใจว่าทุกคนรู้ว่ารหัสผ่านใหม่นั้นใช้ไม่ได้)

ฉันตัดสินใจที่จะเข้าไปในฐานข้อมูลผู้ใช้และลบระเบียนใหม่เพื่อที่จะใช้อันเก่า มันเป็นแค่ SQL (รัน Sybase เวอร์ชันโบราณ) ดังนั้นมันจึงง่าย ก่อนอื่นฉันต้องค้นหาบันทึก:

SELECT * FROM users_passwords WHERE username='someuser';

ฉันพบบันทึกเก่าที่เขาต้องการเก็บ; มีอีกสองคนอยู่ข้างหน้ามัน ฉันตัดสินใจที่จะฉลาดและลบสิ่งที่ใหม่กว่าบันทึกเดิม เมื่อดูชุดผลลัพธ์ฉันเห็นว่ารหัสผ่านเก่าคือ ID # 28 ในฐานข้อมูลและรหัสใหม่คือ ID #several thousand (ระบบยุ่งมาก) ง่ายมากแถวเก่าทั้งหมดคือ> 28 ดังนั้น:

DELETE FROM users_passwords WHERE id > 28;

ไม่มีอะไรเลวร้ายไปกว่าการตัดแต่งกิ่งอย่างง่าย ๆ แล้วดู 'จำนวน 212,500 แถวที่ได้รับผลกระทบ' โชคดีที่เรามีเซิร์ฟเวอร์ฐานข้อมูลหลักสองแห่ง (ที่มี ID ผู้ใช้) แต่ Sybase (อย่างน้อยรุ่นของเรา) ไม่รองรับการจำลองแบบอัตโนมัติดังนั้นจึงไม่ได้ลบระเบียนเก่าโดยอัตโนมัติ มันเป็นเรื่องเล็กน้อยที่จะได้รับการถ่ายโอนข้อมูลจากตาราง users_passwords และนำเข้าอีกครั้ง ยังคงมีขนาดใหญ่มาก 'oh f ** k!' ขณะ

อีกรายการโปรดของฉัน:

เมื่อตั้งค่าคอมพิวเตอร์และเครื่องพิมพ์เลเซอร์ท้องถิ่นบนระบบฉันมีความคิดที่สดใสที่จะเสียบมันเข้ากับ UPS ของคอมพิวเตอร์ เคยลองพิมพ์ไปที่เครื่องพิมพ์เลเซอร์ท้องถิ่นเมื่อต่อเข้ากับ UPS ของเดสก์ท็อปหรือไม่ ถ้าคุณไม่รู้ก็มีแนวโน้มที่จะดึงแอมป์ทั้งหมด ... ซึ่งรีสตาร์ทคอมพิวเตอร์ ... และงานพิมพ์ก็ไม่จบ ... !

รับสาย: 'ทุกครั้งที่พิมพ์ฉันจะรีสตาร์ทคอมพิวเตอร์และไม่พิมพ์ !!! '?

อ๊ะ!

JFV

ลบคำสั่งที่ไม่มีส่วนคำสั่ง WHERE บนฐานข้อมูลผู้อุปถัมภ์สดของลูกค้า

พิมพ์kill 1เป็นรูต initและลูก ๆ ของเธอเสียชีวิตทั้งหมด และลูกทุกคน ฯลฯ ฯลฯ โอ๊ะโอ

สิ่งที่ฉันต้องการพิมพ์คือ kill %1

หลังจากที่ผมได้ตระหนักถึงสิ่งที่ฉันได้ฉันวิ่งไปที่แผงควบคุมของที่BIGเครื่องขนมัดเรียงลำดับและการกดปุ่มหยุดฉุกเฉิน สิ่งนี้หยุดการริปเครื่องเป็นบิตเนื่องจากฉันเพิ่งฆ่าซอฟต์แวร์ที่ควบคุมมัน

เราอยู่ในช่วงที่ไฟฟ้าดับและเห็นว่า UPS กำลังทำงานอยู่ที่ 112% ของโหลดที่กำหนดไว้ นี่ไม่ใช่ปัญหามากนักเนื่องจากเรากำลังทำงานกับเครื่องกำเนิดไฟฟ้าในเวลานั้น

ดังนั้นเราจึงพยายามดึงสายไฟสำรองเพื่อลดการใช้พลังงานใน UPS นั้น (เรามีสองสายใหญ่กว่าอีกสายหนึ่ง) เราไปถึงสวิตช์เครือข่ายซึ่งวิ่งห้องเซิร์ฟเวอร์ (นี่คือห้องเซิร์ฟเวอร์พร้อมเซิร์ฟเวอร์ภายในทั้งหมดสำหรับ บริษัท โดยลูกค้าหันหน้าไปทางเซิร์ฟเวอร์ในห้องเซิร์ฟเวอร์อื่น) สวิตช์เป็นสวิตช์ระดับองค์กรขนาดใหญ่ที่มีอุปกรณ์จ่ายไฟสามตัว วัสดุสิ้นเปลืองเป็น N + 1 เราจึงต้องการเพียงสองชิ้นเท่านั้นในการเปิดสวิตช์

เราเลือกสายเคเบิลแล้วดึงออกมา โชคไม่ดีสำหรับเราอีกสองคนถูกเสียบเข้ากับรางปลั๊กไฟเดียวซึ่งพัดทันทีเมื่อโหลดขึ้นไปบนอุปกรณ์จ่ายไฟสองเครื่องที่เสียบเข้ากับมัน ดูแลระบบจากนั้นตื่นตระหนกและเสียบสายเคเบิลที่สามเข้าสวิตช์พยายามดับลงทำให้โหลดทั้งหมดของสวิตช์ไปยังแหล่งจ่ายไฟเดียว แทนที่จะเป็นแหล่งจ่ายไฟปิดตัวลงมันระเบิดด้วยประกายไฟที่มีขนาดไม่เกิน 12 นิ้วจากใบหน้าของฉันส่งฉันกระโดดกลับเข้าไปในชั้นวางของเซิร์ฟเวอร์

สัญชาตญาณฉันพยายามกระโดดไปด้านข้าง แต่น่าเสียดายที่ด้านซ้ายของฉันเป็นกำแพงและสองขวาของฉันคือสิ่งอำนวยความสะดวกขนาดใหญ่มาก 6'4 "ฉันมีวิธีจัดการที่จะกระโดดข้ามเขาหรืออาจผ่านเขากระเด็น ของชั้นวาง Compaq (ตัวที่มีตาข่ายแบบบาง) โดยไม่ต้องใส่ทั้งหมดเข้าไปในชั้นวาง

เมื่อถึงจุดหนึ่งในอาชีพของฉันการตรวจสอบทางกฎหมายที่ บริษัท ฉันทำงานเพื่อกำหนดข้อกำหนดให้เราว่าอีเมลทั้งหมดจะถูกเก็บไว้จาก "วันนี้" ไปข้างหน้าจนกว่าจะบอกเป็นอย่างอื่น หลังจากประมาณหนึ่งปีของการจัดเก็บการสำรองข้อมูลเต็มรูปแบบทุกวันของสภาพแวดล้อมการแลกเปลี่ยนของเรา (1TB ต่อคืน) เราเริ่มหมดพื้นที่

ผู้ดูแลระบบแลกเปลี่ยนแนะนำว่าเราเก็บอีเมลฉบับที่ 8 ทุกฉบับเท่านั้น ในการทำเช่นนี้เราให้พวกเขาคืนค่าฐานข้อมูลการแลกเปลี่ยนหนึ่งวันแยกอีเมลที่พวกเขาต้องการ (เฉพาะคนที่ถูกตั้งค่าสถานะเพื่อตรวจสอบ) และเก็บถาวรอีกครั้ง พวกเขาทำสิ่งนี้ทุกวันที่ 8 ของอีเมลสำหรับการสำรองข้อมูลทั้งหมดของเรา วันที่ 8 ถูกเลือกเนื่องจากการแลกเปลี่ยนมีชุดพารามิเตอร์ซึ่งเก็บ "รายการที่ถูกลบ" ไว้ในฐานข้อมูลเป็นเวลา 8 วัน

หลังจากพวกเขาจะเสร็จสิ้นการเก็บถาวรแต่ละครั้งฉันจะย้อนกลับไปและลบการสำรองข้อมูลใด ๆ ที่เก่ากว่าที่เก็บถาวร

TSM ไม่มีวิธีที่ง่ายในการทำเช่นนี้ดังนั้นคุณต้องลบวัตถุออกจากฐานข้อมูลสำรองด้วยตนเอง

ฉันเขียนสคริปต์ซึ่งจะลบการสำรองข้อมูลทั้งหมดที่เก่ากว่าบางวันโดยวิธีการคำนวณวันที่โดยใช้ความแตกต่างระหว่างวันนี้และวันที่สงสัย ในบางวันฉันต้องลบข้อมูลสำรองประมาณหนึ่งเดือนยกเว้นเมื่อฉันทำการคำนวณวันที่ฉันพิมพ์ผิดและป้อนวันที่เป็น 7/10/2550 แทนที่จะเป็น 6/10/2550 และเรียกใช้สคริปต์ ฉันลบข้อมูลเกินหนึ่งเดือนทั้งหมดโดยไม่ตั้งใจซึ่งเป็นส่วนหนึ่งของคดีที่สำคัญมาก

หลังจากนั้นฉันเพิ่มขั้นตอนบางอย่างลงในสคริปต์เพื่อยืนยันว่าคุณต้องการลบข้อมูลและแสดงสิ่งที่กำลังจะลบ ...

โชคดีที่พวกเขาไม่เคยใช้ข้อมูลใด ๆ ที่เราทำงานอย่างหนักเพื่อรักษาและฉันก็ยังมีงานของฉัน

หลังจากวันที่ยาวนานหรือการติดตามประสิทธิภาพและปรับแต่งเมนเฟรมขนาดใหญ่ (คุณรู้ว่าสัตว์ร้ายที่ใช้เวลาสองสามชั่วโมงก่อนเว็บไซต์สำรองข้อมูลสำรองทั้งหมดได้ตกลงกันว่ามันถูกบูทขึ้นมาอีกครั้งและซิงค์อย่างเต็มที่) ฉันเหยียดนิ้วของฉัน - ตอนนี้ในพรอมต์แล็ปท็อปของฉันปิดฝาดึงสายเคเบิลอนุกรมออกจากเมนเฟรมพร้อมกับความคาดหวังของแก้วเบียร์เย็น ๆ

ทันใดนั้นฉันได้ยินเสียงอึกทึกจากการหมุนเมนเฟรมขณะที่แล็ปท็อปของฉันยังคงแสดง X อย่างมีความสุข

ในขณะที่รอให้เครื่องกลับมาออนไลน์อีกครั้งฉันตัดสินใจว่าฉันมีเวลาที่จะให้ ACPI ทำงานบนแล็ปท็อปของฉันดังนั้นฉันจึงไม่เคยถูกล่อลวงให้ปิดแล็ปท็อปของฉัน

อุบัติเหตุครั้งนี้ไม่ได้เกิดขึ้น ... แต่มันก็คุ้มค่าที่จะกล่าวถึง:

ฉันถูกส่งไปยังศูนย์ข้อมูลที่ใช้งานหนักเพื่อทำการทดสอบแบนด์วิดท์ในวงจรใหม่ ฉันไปที่ห้อง demarc / IDF พบจุดหนึ่งในชั้นวางของเราเตอร์ทดสอบทำการเชื่อมต่อของฉันและเริ่มการทดสอบ น่าเสียดายที่ฉันล้มเหลวอย่างสิ้นเชิงที่จะสังเกตเห็นเราเตอร์ที่อยู่ในระหว่างการผลิตไม่เพียง แต่จะอยู่ในชั้นถัดไป (เกือบจะอยู่ในระดับเดียวกัน) แต่มันก็เป็นยี่ห้อและรุ่นเดียวกันกับเราเตอร์ทดสอบของฉัน

เมื่อการทดสอบเสร็จสิ้นฉันเริ่มกดสวิตช์เปิดปิดไปที่ตำแหน่งปิด (... จินตนาการว่าเป็นการเคลื่อนที่ช้า ... ) และฉันสาบานราวกับว่าฉันกำลังใช้แรงกดมันเริ่มขึ้นที่ฉันว่าเราเตอร์กำลังทำอยู่ เพื่อปิดเป็นหนึ่งในการผลิต หัวใจของฉันหยุดและฉันเกือบจะ ... ใช้จินตนาการของคุณ

ฉันออกจาก MDF ของศูนย์ข้อมูลที่ดูน่ากลัวและซีดจาง แต่ในเวลาเดียวกันฉันก็ดีใจที่มีงานทำอยู่!

ฉันลบบัญชีของใครบางคนโดยไม่ได้ตั้งใจมีชื่อผสมกับชื่อที่ฉันตั้งใจจะลบ ขออภัย

ส่วนที่เจ๋งคือพวกเขาไม่เคยรู้ว่าเกิดอะไรขึ้น ได้รับการโทรที่พวกเขาไม่สามารถเข้าสู่ระบบเพนนีลดลงเกี่ยวกับบัญชีที่ฉันลบ

ขณะที่อยู่ในโทรศัพท์กับพวกเขาฉันจะสร้างบัญชีของพวกเขาใหม่อย่างรวดเร็วแนบกล่องจดหมายเก่าของพวกเขาอีกครั้ง (โชคดีที่ Exchange ไม่ได้ลบกล่องจดหมายทันที) และชี้ไปที่ไฟล์ผู้ใช้เก่าของพวกเขา

จากนั้นฉันก็โทษพวกเขาเพราะลืมรหัสผ่านที่ฉันเพิ่งรีเซ็ตให้พวกเขา :)

ติดตั้งไฟล์ tar.gz โดยบังเอิญบนกล่อง Gentoo Linux ของฉันในสถานที่ที่ไม่ถูกต้องและทำให้ไฟล์อยู่ทั่วทุกที่ สิ่งนี้จะต้องอยู่ที่ประมาณ 1999, 19 ในขณะนั้น

ฉันตัดสินใจที่จะลองเขียนสคริปต์ด้วยตนเองจากการทำงานด้วยตนเองผ่านแต่ละไฟล์

ดังนั้นฉันจึงพยายาม:

tar - รายการ evilevilpackage.tar.gz | xargs rm -rf

มันใช้เวลาไม่นานฉันจะสังเกตเห็นว่า tar ยังแสดงไดเรกทอรีทั้งหมดที่โปรแกรมใช้อยู่ซึ่งรวมถึง '' / usr, / var, / etc '' และอีกสองสามตัวที่ฉันไม่ต้องการ

CTRL-C! CTRL-C! CTRL-C! สายเกินไป! ทุกอย่างหายไปเวลาติดตั้งใหม่ โชคดีที่กล่องไม่มีอะไรสำคัญ

ส่วนเล็ก ๆ ของชีวิตในอดีตของฉันฉันจัดการไฟล์เซิร์ฟเวอร์ของ บริษัท กล่อง netware 4:11 มันแทบจะไม่เคยต้องการอินพุตใด ๆ เลย แต่ถ้าเป็นเช่นนั้นคุณเปิดหน้าต่างคอนโซลระยะไกล

คุ้นเคยกับการใช้ DOS ตลอดเวลาเมื่อฉันทำเสร็จฉันจะพิมพ์ "Exit" โดยธรรมชาติ สำหรับ Netware "exit" เป็นคำสั่งให้ปิดระบบปฏิบัติการ โชคดีที่มันจะไม่ยอมให้คุณปิดตัวลงเว้นแต่คุณจะ "ลง" ครั้งแรกที่เซิร์ฟเวอร์ (ทำให้เครือข่าย / ลูกค้าไม่พร้อมใช้งาน) ดังนั้นเมื่อคุณพิมพ์ "Exit" ในคอนโซล ลง "ก่อนที่คุณจะสามารถออก"

ถามฉันกี่ครั้งที่ฉัน 1: พิมพ์ "ทางออก" ในคอนโซลเซสชันและ 2: พิมพ์ "ลง" อย่างเชื่อฟังและตามด้วย "ออก" เพื่อที่ฉันจะได้ "จบสิ่งที่ฉันพยายามทำ"

จากนั้นโทรศัพท์ก็เริ่มดังขึ้น .....

ฮ่า ๆ

อีกเรื่องที่ไม่ได้เกิดขึ้น (ว้าว):

เราทำการสำรองข้อมูลที่เพิ่มขึ้นอย่างเคร่งครัดทุกวันไปยังเทปไดรฟ์

เราบังเอิญเขียนเทปที่มีข้อมูลเพื่อส่งให้คนอื่น พวกเขาบอกว่า 'เราอ่านเทปของคุณไม่ได้' ในความเป็นจริงเราไม่สามารถ หรือเทปใด ๆ ในความเป็นจริง

เราซื้อเทปไดรฟ์ตัวอื่นและกลั้นลมหายใจไว้จนกว่าเราจะทำการติดตั้ง

นิทานสอนใจ. ตรวจสอบให้แน่ใจเสมอว่าคุณทำการสำรองข้อมูลของคุณ

ที่สุดท้ายที่ฉันทำงานเพื่อนร่วมงานของฉันพาลูก ๆ ไปกับเขาในห้องเซิร์ฟเวอร์ (เพราะอะไรฉันไม่มีความคิด!)

เขาตรวจสอบให้แน่ใจว่าพวกเขาอยู่ห่างจากเซิร์ฟเวอร์และอธิบายกับเขาอายุ 5 ปีว่าเขาไม่ควรแตะเซิร์ฟเวอร์ใด ๆ และโดยเฉพาะอย่างยิ่งไม่มีสวิตช์ไฟ

ในความเป็นจริงเขามีพวกเขาอยู่ใกล้ประตู ... (คุณเห็นไหมว่านี่กำลังจะเกิดอะไรขึ้น ... ?)

เด็กชายคนนั้นไม่ได้แตะปุ่มเปิดปิดเซิร์ฟเวอร์ใด ๆ เลย ... ไม่เลยมันอธิบายได้ง่ายเกินไป แต่เขากดปุ่มสีแดงขนาดใหญ่ที่อยู่ใกล้ประตู ... ปุ่มที่ปิดระบบไปยังห้องเซิร์ฟเวอร์ทั้งหมด !!!

สายโทรศัพท์เริ่มสว่างขึ้นทันทีที่สงสัยว่าทำไม Exchange, File Servers และอื่น ๆ ไม่พร้อมใช้งาน ... ลองนึกภาพว่าพยายามอธิบายเรื่องนั้นกับ CEO!

-JFV

ฉันเคยต่อสู้กับซอฟต์แวร์ตรวจสอบของ APC UPS ในฐานะ บริษัท เล็ก ๆ เรามี UPS ขนาดเล็กสองสามตัวและเซิร์ฟเวอร์หลายตัวถูกติดตั้งเพื่อตรวจสอบพวกเขา เซิร์ฟเวอร์ส่วนใหญ่เป็นลีนุกซ์ แต่มีบางส่วนที่ใช้งาน Windows ดังนั้นจึงเป็นเซิร์ฟเวอร์ที่ใช้เพราะซอฟต์แวร์ APC เป็น Windows เท่านั้น

อย่างไรก็ตามซอฟท์แวร์ APC ในเวลานั้นได้รับการเข้ารหัสยากที่จะสันนิษฐานว่า UPS ที่กำลังพูดถึงนั้นกำลังเปิดเครื่องคอมพิวเตอร์ที่ทำงานอยู่! นี่ไม่ใช่กรณีสำหรับเซิร์ฟเวอร์นี้ แต่ฉันค้นพบว่าสายเกินไปที่จะบอกให้หยุด โชคไม่ดีที่โปรแกรมเมอร์นำกำลังสาธิตผลิตภัณฑ์ของ บริษัท ให้กับพันธมิตร - เป็นแอปบนเว็บที่ทำงานบนเซิร์ฟเวอร์เดียวกันฉันไม่ต้องการให้ซอฟต์แวร์ APC หยุดทำงาน ...

ฉันกำลังดูแลระบบใหม่ให้กับทัวร์ของแอปตัวจัดการบริการ ฉันพูดว่า "ถ้าคุณต้องการหยุดบริการนี้คุณจะคลิกปุ่มนี้ แต่คุณไม่ควรทำในระหว่างวัน" คุณจะไม่เชื่อเลยว่าปุ่มเมาส์ของเธอไวแค่ไหน!

สองนาทีต่อมาบริการเริ่มต้นขึ้นอีกครั้งและดูเหมือนจะไม่มีใครสังเกตเห็น

สะดุดที่หอคอยเซิร์ฟเวอร์ที่อยู่ด้านหลังแร็คและกระแทกหัวของฉันที่ด้านหลังของเราเตอร์หลักของซิสโก้ขณะที่ลง ดังนั้นจึงแสดงให้เห็นว่าสายไฟจริง ๆ หลวม ๆ นั่งอยู่ในแหล่งจ่ายไฟที่ด้านหน้าของCatalyst 6500อย่างไร

ใช่. ตอนนี้เรามีเบ็ดที่ห้องเซิร์ฟเวอร์ ด้วยชื่อของฉันมัน