Kecelakaan administrator sistem terbaik [ditutup]


87

Saya mencari cerita lucu tentang kecelakaan administrator sistem yang Anda miliki. Menghapus email CEO, memformat hard drive yang salah, dll.

Saya akan menambahkan cerita saya sendiri sebagai jawaban.



14
Ini benar-benar lebih dari sebuah jajak pendapat daripada pertanyaan. Ini mungkin harus diatur ke wiki komunitas.
Zoredache

7
Yup, ini pastinya sebuah komunitas wiki. Namun, dalam maksud pertanyaan itu, kisah favorit saya adalah email 500 mil - ibiblio.org/harris/500milemail.html - meskipun, jelas, itu bukan saya.
Mihai Limbăşan

500 mil hanya luar biasa
Hubert Kario

Ini harus disebut "kecelakaan administrator sistem yang lebih buruk."
Rilindo

Jawaban:


133

Saya senang menemukan perbedaan antara perintah "killall" linux (membunuh semua proses yang cocok dengan nama yang ditentukan, berguna untuk menghentikan zombie) dan perintah "killall" solaris (membunuh semua proses dan menghentikan sistem, berguna untuk menghentikan server produksi di tengah jam sibuk dan membuat semua rekan kerja Anda menertawakan Anda selama seminggu).


74
Pernah ke sana, melakukan itu. Kami alias killall-command pada kotak solaris setelah itu: alias killall = 'echo ORLLY?' =)
Komandan Keen

29
Ada juga perbedaan penting pada Solaris antara 'ifconfig -a4' (tampilkan semua antarmuka 'informasi IPv4) dan' ifconfig -a 4 '(atur semua antarmuka ke 0.0.0.4).
Zanchey

3
+1 "oops, angin ini masuk ke solaris?"
Mark Harrison

4
@Commander, aku akan upvote komentar Anda, tetapi ada persis 42 upvotes di saat ini ... Aku hanya tidak bisa .
Massimo

5
Juga, hostname -fdi Linux mencetak nama domain yang sepenuhnya memenuhi syarat di Linux. Pada Solaris, ini mengatur nama host menjadi -f.
200_sukses

73

Saya bertanggung jawab atas proxy web perusahaan kami yang pada saat itu adalah produk Netscape. Saat bermain-main dalam formulir admin (itu adalah antarmuka berbasis web) ada tombol besar (dan saya bersumpah itu merah) yang mengatakan Hapus Database Pengguna . Tidak masalah, pikirku. Mari kita lihat apa opsi yang diberikannya kepada saya ketika saya menemukannya. Tentunya akan ada konfirmasi konfirmasi jika tidak ada opsi.

Ya, tidak ada konfirmasi. Tidak ada opsi. Tidak ada lagi pengguna.

Jadi, pergi ke Tuan Solaris Sysadmin dan berkata bahwa saya sangat membutuhkan pemulihan dari rekaman yang dia jawab, "Saya tidak mendukung kotak itu."

"Eh, ayo lagi," balasku.

"Aku tidak mencadangkan kotak itu. Ini ada dalam daftar hal untuk ditambahkan ke rotasi cadangan tapi aku belum sempat melakukannya."

"Server ini sudah berproduksi selama hampir 8 bulan!" Aku berteriak.

mengangkat bahu , jawabnya. "Maaf."


50
Ini jelas cerita untuk semua orang yang mengeluh tentang sial itu, "Apakah Anda yakin?" dialog;)
MikeyB

45
Saya tidak begitu yakin Anda harus menjadi orang yang meneriakinya ...
Mikeage

14
Ini bukan benar-benar kecelakaan - Anda menekan tombol Hapus Database Pengguna dengan sengaja, ayolah Bung ...
Wayne Koort

5
Ya kamu benar. Menekan tombol itu bukan kecelakaan. Sebenarnya menghapus database adalah bagian kecelakaan. Terserah ...
squillman

7
Tombol itu seharusnya diikuti oleh dua atau tiga konfirmasi konfirmasi. Bagaimana fitur bermanfaat untuk menghapus basis data pengguna? Saya benar-benar menyalahkan programmer yang meletakkan tombol di sana. Dan fakta bahwa db tidak didukung. "Genius mungkin memiliki keterbatasan, tetapi kebodohan tidak cacat." (attr ke Elbert Hubbard). Membangun dengan asumsi bahwa manusia tidak penasaran, kera yang ceroboh hanya membangun bencana.
Jared Updike

66

Bertahun-tahun yang lalu perusahaan tempat saya bekerja memiliki klien yang menjalankan backup malam dari NT 4.0 Server mereka ke drive Jaz (seperti disk zip berkapasitas tinggi).

Kami menyiapkan file batch, yang dijalankan sebagai pekerjaan terjadwal dalam semalam. Setiap pagi mereka mengumpulkan disk semalam terakhir dari drive, dan sebelum mereka pergi di malam hari mereka akan memasukkan disk berikutnya dalam urutan.

Bagaimanapun, file batch terlihat seperti ini (drive Jaz adalah drive F:) ...

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

Ngomong-ngomong, suatu malam mereka lupa memasukkan disk. Perubahan ke drive F: gagal (tidak ada disk di drive), dan file batch terus berjalan. Direktori kerja default untuk file batch? C :. Pertama kali saya pernah melihat cadangan rutin menghancurkan server yang dicadangkannya.

Saya belajar sedikit tentang sysadminning (dan penanganan pengecualian) hari itu.

Jim.

PS: Perbaikannya? "deltree / y F: \ *. *".


57
... kita harus menjelaskan apa itu drive Jaz? Apakah saya benar-benar setua itu ??
Spencer Ruport

3
Itu adalah hal IOMEGA (ingat Zip Drives?) Apakah kakak dari Zip Drives, dan itu seperti hard disk tanpa kepala, hanya piring-piring, yang masuk ke dalam wadah plastik dengan jendela kecil, dan ketika dimasukkan pada drive, drive memasukkan header di atasnya. Di mana seperti 1 atau 2GB, mahal, dan cenderung terlalu panas, jadi tidak disarankan untuk meninggalkan kartrid di dalam pembaca (ini dikatakan oleh bos IOMEGA lama)
Andor

3
Hehe, saya suka bagaimana jaz drive dijelaskan dengan membandingkannya dengan drive zip just-as-dead-and -relevan.
Lukas

2
Jika itu membuat Anda merasa lebih tua, ada sysadmin yang belum pernah melihat deltree sebelumnya.
Joseph

5
Saya harus menjelaskan kepada banyak programmer bahwa ketika Anda mencoba operasi yang mengubah keadaan, namun mungkin gagal dan meninggalkan Anda di keadaan sebelumnya, Anda harus memeriksa apakah itu berhasil jika Anda akan melakukan sesuatu yang berbahaya seharusnya Anda berada di negara sebelumnya. Mengapa saya harus menjelaskan ini?
carlito

61

root @ dbhost # find / -nama inti -exec rm -f {} \;

Saya: "Anda tidak bisa masuk? OK. Apa nama DB?"

Cu: "Inti."

Saya: "Oh."


3
dan sejak saat itu, penggunaan perintah 'File' telah ditambahkan ke crontab pembersihan ... :)
MikeyB

3
Ya Tuhan ....
squillman

4
Ya Tuhan ... wow. Saya akan membuat catatan mental yang satu ini, jadi saya tidak pernah melakukannya.
Glenn Willen

60

Saya suka cara semua orang memenuhi syarat cerita mereka dengan "ketika saya muda / hijau" seolah-olah mereka tidak akan pernah melakukannya lagi. Kecelakaan dapat terjadi bahkan pada pro yang paling berpengalaman sekalipun.

Momen terburuk saya sendiri sangat buruk sehingga saya masih berdebar memikirkannya ...

Kami memiliki SAN dengan data produksi di dalamnya. Sangat penting bagi perusahaan. "Mentor" saya memutuskan untuk memperpanjang partisi untuk membebaskan ruang disk. Bisakah Anda melihat ke mana arahnya? Dia mengatakan bahwa perangkat lunak SAN dapat melakukan ini secara langsung, dalam jam produksi dan tidak ada yang akan memperhatikan. Lonceng alarm seharusnya sudah mulai berdering, tetapi diam-diam diam. Dia mengatakan dia telah melakukannya "berkali-kali sebelumnya" tanpa masalah. Tapi ada satu hal - dia membuat AKU untuk mengklik tombol yang mengatakan "Anda yakin?"! Karena saya baru di perusahaan, saya berasumsi orang ini tahu apa yang dia bicarakan. Kesalahan besar. Berita baiknya adalah bahwa LUN diperpanjang. Berita buruknya adalah ... yah saya tahu ada berita buruk ketika saya mulai melihat kesalahan penulisan disk pada kotak Windows.

Saya senang saya memakai celana coklat.

Kami harus menjelaskan mengapa 1TB data hilang saat makan siang. Itu adalah hari yang sangat, sangat buruk.

Sebenarnya ini adalah prinsip yang baik - sebelum Anda melakukan sesuatu yang Anda ragukan, bayangkan harus menjelaskan kepada manajemen jika ada yang salah. Jika Anda tidak bisa memikirkan jawaban yang baik untuk menjelaskan tindakan Anda maka jangan lakukan itu.


17
+1 untuk paragraf terakhir - the "duduk di tangan Anda" teknik, satu menit vital untuk refleksi
Andy

12
Ada keterampilan tertentu yang Anda dapatkan setelah bekerja dengan sistem live sementara waktu: rasa laba-laba untuk apa yang berbahaya dan apa yang tidak. Seperti menjeda satu detik tambahan sebelum menekan kembali pada prompt root, atau memastikan pernyataan pembaruan SQL memiliki klausa tempat yang tepat (yang sudah dijalankan dalam hitungan pilih (*)).
jplindstrom

18
Saya ingin sembulan yang mengatakan sesuatu seperti "Apakah Anda ingin mencetak resume Anda sebelum melanjutkan?" .. dan hanya punya satu pilihan: "Ya"
warren

+1 untuk saran di paragraf terakhir
Jeroen Huinink

3
+1, lagi. Saya ingat pernah mendengar dari seorang teman sysadmin bahwa ada masalah dalam penilaian kinerja tahunannya tentang kecepatan mengetiknya yang buruk, yang dia hina (dan benar) ditolak dengan "Saya tidak dibayar untuk mengetik cepat. Saya dibayar untuk menekan enter perlahan dan serius. "
MadHatter

54

Nagi mem-ping kami pada suatu pagi ketika jam kerja mulai mengatakan bahwa itu tidak dapat terhubung ke server yang tidak penting. Ok, mendaki ke ruang server. Ini adalah server lama, Dell 1650 dibeli pada '02, dan kami tahu bahwa 1650-an mengalami masalah perangkat keras. PFY menusuk tombol daya. Tidak ada. Tekan lagi, dan tahan selama lima detik untuk 'memaksa daya' ... yang menimpa perlindungan kesalahan BMC, karena tanpa DRAC tidak ada cara untuk memeriksa log BMC tanpa memiliki daya pada sasis.

Mesin memulai POST, dan kemudian mati lagi. Aku berdiri di atasnya dan berkata, "Aku mencium bau asap." Kami menarik server keluar pada relnya, dan salah satu catu daya terasa hangat, sehingga PFY menariknya dan akan menutup kembali kotak itu. Saya berkata, "Tidak, itu bukan asap catu daya, itu asap motherboard."

Kami membuka kasing lagi dan mencari sumber bau yang membakar. Ternyata kumparan induktor dan kapasitor sesuatu meniup regulator tegangan pada motherboard, dan menyemprotkan tembaga cair dan kapasitor goop di semuanya, korslet banyak barang dan pada dasarnya membuat kekacauan besar.

Bagian terburuk bagi saya adalah mengakui bahwa saya telah merokok perangkat keras yang cukup untuk mengenali perbedaan antara bau motherboard yang terbakar dan catu daya yang terbakar.


17
Kriteria pemilihan pekerjaan ini meliputi: indra penciuman yang baik. Cemerlang.
mlp

13
Sobat saya mengacaukan satu set drive drive ke dalam disk sejauh mereka pergi ke papan sirkuit dan menyingkatnya. Asap merah muda cantik. Sangat bisa dibedakan.
squillman

47

Tiga hari yang lalu (serius) Saya login ke server sekolah dari jarak jauh, menginstal Paket Layanan 2 pada file server Windows Server 2008.

Saya memutuskan untuk menjadwalkan reboot yang diperlukan untuk larut malam, ketika para guru tidak akan login untuk menyelesaikan rapor akhir tahun mereka. Saya mengetik sesuatu seperti:

 pada 23:59 "shutdown -r -t 0" 

... yang mungkin bekerja dengan baik.

Tapi kemudian aku menebak diriku sendiri. Apakah sintaks 'shutdown' saya benar? Saya mencoba melihat bantuan penggunaan dengan mengetik

 shutdown / jam 

... dan langsung kehilangan koneksi RDP saya. Panik, saya menekan Google untuk sintaks. Pencarian cepat mengungkapkan bahwa versi shutdown Server 2008 termasuk switch / jam, yang (seperti yang Anda duga) hibernasi mesin.

Guru mulai memanggil saya dalam beberapa menit untuk melaporkan bahwa mereka tidak bisa lagi membuka atau menyimpan kartu laporan yang sedang mereka kerjakan. Karena saya berada di luar kantor dan ruang server terkunci, saya harus memanggil kepala sekolah secara langsung dan menuntunnya melalui proses menyalakan kembali mesin.

Hari ini saya membawa kue buatan sendiri untuk semua orang sebagai bentuk permintaan maaf.


32
Sebuah contoh sempurna dari desain antarmuka pengguna yang cacat di baris perintah: apa pun yang terjadi pada "Principle of Least Surprise"?
Mei

9
pada DOS / Windows bukan /?
Jared Updike

3
Biasanya /? pada Win, tetapi ada banyak utilitas yang porting dari UNIX atau ditulis oleh orang-orang UNIX (termasuk beberapa di MS) yang -h atau / h
Richard Gadsden

6
..tapi Anda masih SELALU mencoba yang /?pertama!
warren

14
Itu sebabnya saya suka Linux. man shutdown. Saya tahu saya tidak akan menyebabkan masalah dengan man!
Josh

37

Dalam pekerjaan sebelumnya, kami memiliki sistem homegrown yang bagus yang mencatat dan mengarsipkan setiap bagian surat yang masuk, pergi atau tinggal di dalam perusahaan.

Hancurkan seluruh kotak surat Anda? Tidak masalah! Mencari selembar surat yang dikirim seseorang kepada Anda seminggu / bulan / tahun yang lalu tetapi Anda tidak ingat siapa yang mengirimnya atau apa topiknya? Tidak masalah! Kami hanya akan mengirimkan kembali semuanya mulai Februari untuk Anda ke folder khusus.

Pada titik tertentu, perlu datang kepada CEO perusahaan untuk memantau pengiriman surat antara pesaing dan wiraniaga internal yang dicurigai. Jadi kami menyiapkan skrip daripada berlari setiap malam dan mengirimkan surat yang relevan dari hari sebelumnya ke CEO. Tidak masalah!

Sekitar sebulan kemudian berita tentang masalah ganda-plus yang mendesak datang dari tempat tinggi. Tampaknya ketika CEO sedang membaca daftar surat yang dikirim ke $ OTHERCOMPANY, ia menemukan yang ini:

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

Tentu saja, CEO menjadi orang penting dan semuanya, dia terlalu sibuk untuk mengklik semua dialog "Kirim Tanda Terima Baca" di Outlook dan telah mengonfigurasi kliennya untuk mengirim semuanya. Salah satu pesan yang ditangkap oleh filter pemantauan memiliki set permintaan penerimaan-baca. Coba tebak apa yang dilakukan Outlook? Tentu saja mengganggu pemantauan 'rahasia'.

Tugas kami berikutnya: menambahkan aturan ke filter surat untuk memblokir tanda terima baca yang keluar dari CEO ke perusahaan itu. Ya, itu cara termudah. :)


3
Itu tidak sah di negara saya. Sama sekali.
mafu

1
Ah, baik itu Anda negeri. :) Di Kanada, tidak apa-apa.
MikeyB

7
Memantau email yang masuk atau meninggalkan server perusahaan Anda sendiri tidak sah? Tinggal di negara mana?
Andrew Ensley

1
+1 untuk kertas koran
Fahad Sadah

36

Ahhh, kakiku sekitar 10 tahun yang lalu, ketika kakiku masih basah. Saya senang menginstal cadangan baterai di semua komputer programmer. Mereka juga ingin perangkat lunak dimuat untuk memperingatkan pemadaman listrik dan dimatikan dengan benar.

Jadi saya mengaturnya di komputer saya untuk menguji semuanya terlebih dahulu tentu saja dan memastikan semuanya bekerja. Jadi saya mencabut kabel listrik dan pesan muncul di layar saya. "Daya eksternal terputus, mulailah mematikan sistem".

Jadi saya berpikir, Hei keren, itu berhasil. Tapi untuk beberapa alasan aneh, saya bahkan tidak ingat, itu mengirim pesan itu sebagai pesan jaringan sehingga semua 200+ komputer di perusahaan mendapat pesan itu, di mana 100+ pengguna di mana programmer.

Ya, bicaralah tentang orang gila !!

Aku menundukkan kepalaku di tempat itu untuk sementara waktu!


3
Haha, terdengar seperti apa yang terjadi pada seorang teman saya di sini dengan "net send" dan sekitar 1300 penerima :)
squillman

10
Ugh. Saya melakukan "pengiriman bersih" di perguruan tinggi juga. Saya pikir "mereka harus menonaktifkan ini" ba-ding! ba-ding! di seluruh lab, komputer memiliki pesan. Saya memutuskan untuk meminta maaf kepada admin internet, dan dalam perjalanan, setiap komputer yang saya lewati memiliki pesan. / sigh
Matt Simmons

3
Ya, jalan rasa malu di sana! Teman saya tidak turun dari kursinya. Tidak repot-repot menjawab teleponnya, juga.
squillman

10
Haha seorang teman jaring saya mengirim semua orang di sekolah "BANTUAN! Saya terjebak di Kamar 114" dan tentu saja 60 detik kemudian sekelompok kecil orang muncul untuk mencari tahu siapa yang telah mengirim pesan
Mark Henderson

2
Kami benar-benar menggunakan fitur itu untuk punk admin sys di junior college saya. Membersihkan semua lab komputer dengan pesan AV palsu dan pesan pematian sistem yang sepertinya berasal dari dirinya. Dia sangat curiga kami adalah pelakunya, tetapi saya dan teman saya masing-masing memiliki alibi (saya mengirim yang pertama ketika dia di kelas dan dia mengirim yang kedua ketika saya di kelas) dan komputer memiliki log lab generik
Shial

35

Saya sering menggunakan perintah "sys-unconfig" pada mesin Solaris untuk mereset layanan Nama mesin, alamat IP, dan kata sandi root. Saya menggunakan sistem pengguna dan saya masuk ke server instal gedung dan mencari sesuatu (sebagai root), kemudian lupa bahwa saya telah masuk ke mesin lain (non deskriptif "#" prompt) saya menjalankan perintah "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

#

Pesan "koneksi ditutup" perlahan berubah menjadi panik ... mesin apa yang saya masuki ketika saya menjalankan perintah itu.

Bagian terburuk dari ini bukan waktu sulit rekan kerja saya memberi saya, itu adalah saya melakukan hal yang sama sebulan kemudian.


24
Oh, klasiknya, "mesin apa yang saya pakai ??" saat panik. Aku pernah disana. Aku merasakan sakitmu.
sysadmin1138

2
Saya juga. Siapa pun yang pernah mengalami yang tahu persis apa arti ungkapan "darah dingin".
Matt Simmons

21
Ada alasan saya prompt shell selalu termasuk username dan hostname ...
derobert

2
Saya pernah membuat alias untuk masuk ke mesin yang berbeda untuk mendapatkan latar belakang warna yang berbeda agar bisa lebih jelas mengenali mesin yang saya pakai.
Zitrax

Ketika saya menggunakan Linux di kedua server dan mesin lokal saya, saya sering memiliki prompt root dibuka di server dan PC saya, server memiliki prompt merah untuk perbedaan
Hubert Kario

27

Saya punya yang cukup bagus. Memang, itu sebelum waktu saya sebagai sysadmin, tetapi masih terkait teknologi jadi saya pikir saya akan menambahkannya.

Kembali pada hari itu, saya bekerja sebagai teknologi satcom / wideband untuk USAF. Setelah baru saja lulus sekolah teknik, saya menemukan diri saya ditempatkan di Korea Selatan. Tidak lama setelah tiba di stasiun, muncul peluang untuk melakukan perjalanan ke selatan bersama "orang-orang besar" yang sudah lama berada di sana dan benar-benar bekerja pada beberapa peralatan dunia nyata (yaitu `produksi ').

Saya turun bersama para kru dan sebagai seorang anak muda yang bersemangat, teknologinya, sedikit menggigil, cukup bersemangat pada prospek untuk mendapatkan peralatan yang sebenarnya yang melewati suara militer LANGSUNG dan lalu lintas data.

Untuk memulai saya dengan perlahan, mereka menyerahkan saya sebuah manual, menoleh ke bagian pemeliharaan preventif dan mengarahkan saya ke arah empat rak yang diisi dengan beberapa multiplexer digital besar. Peralatannya cukup mudah, kami sudah membahas peralatan yang sama di sekolah teknologi.

Halaman pertama buku panduan dibaca; "Terapkan daya ke multiplexer ditigal. Putar kedua sakelar belakang ke posisi ON dan tunggu peralatan menyala, lalu mulailah tes." Saya melihat ke atas, dan sudah ada kekuatan yang DITERAPKAN!

Saya berada dalam kesulitan pasti. Tidak tahu bagaimana melanjutkan, saya melakukan yang terbaik, `Ummmm .. Agak hilang di sini 'melihat senior.

Dia menatapku dan tertawa, "Tidak, tidak, tidak apa-apa. Kamu bisa mengabaikan bagian daftar itu." Kemudian, ketika dia memperhatikan raut wajahku, (karena kita diajar di sekolah untuk TIDAK PERNAH, PERNAH mengabaikan bagian mana pun dari daftar periksa, dan pasti ada kematian dan kehancuran jika ada yang melakukannya) dia menaruh perhatian serius pada wajahnya. wajah dan berkata, "Abaikan HANYA bagian itu! Ikuti sisanya, ke surat itu!"

Dengan patuh, saya menjalankan instruksi PM multi-langkah, senang sebagai kerang dan bangga bahwa mereka membiarkan teknologi tingkat rendah, (meskipun pintar) melakukan pekerjaan penting ini.

Di suatu tempat antara daftar pemeliharaan preventatif kelima dan keenam pada multiplexer besar ini saya mulai memperhatikan peningkatan tingkat aktivitas di sekitar saya. Telepon berdering, orang-orang bergerak cepat. Penampilan aneh dipertukarkan.

Akhirnya, sekelompok orang berlari ke arah saya, dipimpin oleh salah satu teknisi senior yang telah menjatuhkan saya.

"Hei! Kami melihat pemadaman BESAR dalam lalu lintas data, dan kami telah mengisolasi / melacak jalan kembali ke rak yang sedang Anda kerjakan! Apakah Anda melihat ada yang aneh .."

(Pada saat itu ia terputus oleh salah satu dari pemecah masalah yang telah membuat jalan ke grup multiplexer pertama yang saya telah melakukan PMs.)

"NUTS KUDUS! MEREKA MATI! DIA TELAH MATI !!"

Dalam waktu singkat, saya menyaksikan ketika mereka dengan tergesa-gesa menjalankan langkah pertama dalam manual, "Putar kedua saklar belakang ke posisi ON ..." Ketika teknologi senior itu selesai, dia mendatangi saya dan dengan ragu bertanya apa yang saya pikirkan dari, dengan mematikan peralatan penting.

Takut dengan akalku, aku menyerahkan daftar periksa yang telah aku ikuti, bersumpah bahwa aku tidak menyimpang sama sekali. Bahwa saya telah mengikutinya, 'ke surat' seperti yang dia perintahkan.

Setelah beberapa saat dia tertawa dan menunjukkan di mana masalahnya.

Dalam manual, langkah FINAL dalam daftar periksa pemeliharaan preventif adalah:

"Rekam pembacaan probe akhir, bersihkan panel depan, singkirkan semua debu dan partikel, lalu putar kedua sakelar daya belakang ke posisi OFF."

:)


Saya tidak mengerti apa arti semua ini
Joe Phillips

Bukankah langkah terakhir yang mengatakan untuk mematikan mesin tampaknya sedikit aneh? Hanya ingin tahu.
Andrew Ensley

2
Mungkin memang terlihat aneh, tetapi ingat, dia berada di militer. Bayangkan mencoba memimpin pasukan di mana setiap prajurit berkata, "Tunggu, apakah Anda yakin? Perintah itu terdengar lucu bagi saya."
Kyralessa

26

Ini semacam kecelakaan sysadmin .. sejauh sysadmin kadang-kadang harus secara fisik mengangkut sejumlah besar mesin dari titik A ke titik B (di mana A dan B tampaknya selalu dipisahkan oleh beberapa penerbangan tangga di gedung tanpa lift). Pada perjalanan ke-9 hari itu, saya berhenti untuk mengambil tiga penerbangan naik dari tingkat pemuatan ruang bawah tanah untuk mengobrol dengan seseorang yang turun, menyangga menara ukuran penuh dengan stasiun yang sedang saya rangkai di pegangan dalam tangga terbuka. dan ... yah, Anda menebak ... sedikit kehilangan kendali saya pada itu. Itu jatuh langsung ke sumur dan ketika mencapai bagian bawah, er ... tidak begitu banyak dengan fungsionalitas untuk yang satu itu! Total bagian yang dapat diselamatkan: dua batang RAM, satu floppy drive dan satu kartu ISDN (Tuhan memberkati orang-orang teknik Hermstedt!). Semuanya retak,

Oleh kasih karunia Tuhan, tidak ada yang berjalan di bawahnya, yang, untungnya bagi saya, adalah bos saya pertama, jadi saya harus mempertahankan pekerjaan saya. Merasa sangat sakit selama satu jam atau lebih.

Moral: gravitasi selalu menang!


2
Anda tidak mengambil gambar puing-puing itu, bukan?
pupeno

5
@ J.Pablo - Tidak, saya khawatir ini sudah lebih dari sepuluh tahun yang lalu, ketika kamera besar dan mengandung bahan kimia di dalamnya. Jika saya melakukannya baru-baru ini, saya akan mendapatkan hasil setelahnya di YouTube dalam sepuluh menit!
avstrallen

Kisah nyata: ini terjadi pada saya 9 tahun yang lalu, tetapi dengan Air Conditioner dan dari jendela lantai 9 . Itu bukan salah saya (saya hanya membantu seseorang), dan tidak ada yang terluka, tetapi saya merasa sakit selama berhari - hari .
imgx64

26

Saya sedang memuat ulang sistem untuk seseorang, dan selama proses pencadangan manual saya mengajukan pertanyaan kepadanya, "Apakah Anda memiliki program lain yang Anda gunakan?" dan "Apakah ada hal lain yang penting yang Anda lakukan di komputer?"

Dia mengatakan "tidak" BEBERAPA kali.

Saya yakin dan memformat drive.

Sekitar 30 menit kemudian dia berkata "oh my god" dan meletakkan kedua tangan di kepalanya.

Ternyata dia telah mengerjakan naskah buku selama lebih dari 10 TAHUN dalam program khusus. Ini kembali ketika program yang digunakan untuk menyimpan data pengguna dalam direktori file programnya dan saya melewatkannya.

Whhhhooooops.

Dia tidak marah padaku, tapi itu perasaan yang serius.


7
Anda telah mengajarinya pelajaran yang berharga: Pencadangan penting
MikeyB

5
Hanya membaca ini sangat menyakitkan. Sangat menyakitkan. Tentu pelajaran, tapi ...
mafu

Masih pengalaman yang bagus untuk orang miskin. Dia bisa saja bekerja selama 30 TAHUN dan mengalami serangan jantung di depan Anda.
halp

Saya ingat melakukan hal serupa. Sayangnya, paman saya memiliki banyak sekali hal-hal clientelle untuk aplikasi kustom windows accouting ini yang diberikan pekerjaan kepadanya. Itu dalam file program / desah. Untungnya saya ingat ketika saya memperbaiki pc pekerjaan ayah saya yang memiliki beberapa aplikasi asuransi kustom di atasnya.
PHGamer

@phgamer, bisakah saya meminta Anda untuk menonton bahasa Anda - ini bukan tempat semacam itu maaf.
Chopper3


23

Ini tidak terjadi pada saya, tapi ...

Saya bekerja di sebuah perusahaan yang membuat perangkat lunak yang berjalan pada mesin Linux yang disediakan oleh klien. Kami pada dasarnya akan 'mengambil alih' mesin-mesin itu, mengonfigurasinya sepenuhnya untuk spesifikasi kami, dan melakukan semua manajemen dan pemantauan. Pada dasarnya, kami adalah tim yang terdiri dari 10-15 sysadmin, mengelola ribuan server untuk ratusan pelanggan. Kesalahan pasti terjadi.

Salah satu tim kami menemukan beberapa masalah di server (cadangan, saya percaya), dan memutuskan bahwa ia harus menjalankan fsck di atasnya. Dia menghentikan semua layanan yang relevan, memastikan bahwa sistem telah mengambil cadangan baru-baru ini, dan kemudian menjalankan fsck, tetapi mengeluh bahwa sistem file sudah di-mount. Karena kami jauh dan tidak memiliki akses jarak jauh (DRAC, ILO, dll.), Ia tidak dapat melakukan fsck, tetapi ia cukup yakin bahwa melakukannya dengan aman dengan sistem file yang dipasang, jika Anda berhati-hati.

Dia memutuskan untuk mencobanya sendiri dengan menjalankan fsck pada partisi root-nya, dengan hasil yang dapat diprediksi - dia merusak partisi root-nya dan tidak bisa boot lagi.

Bingung, dia pergi dan berbicara dengan pemimpin tim kami. Lead mengatakan dia cukup yakin bahwa Anda tidak bisa melakukan itu, dan anggota tim berkata 'Tentu Anda bisa!', Mengambil keyboard lead, dan menunjukkan kepadanya bahwa Anda bisa - dengan menjalankan fsck pada partisi root lead. Yang benar-benar rusak partisi root HIS.

Hasil akhir? Tidak ada data pelanggan yang hilang, berkat pengujian anggota tim. Produktivitas karyawan selama dua hari hilang, tetapi nilainya jauh, jauh lebih sedikit daripada data pada mesin pelanggan. Dan sebagai catatan? Anda dapat menjalankan fsck pada drive yang dipasang, tetapi hanya untuk memverifikasi data. Bukan untuk memperbaikinya. Itu adalah kesalahan anggota tim.

-

Untuk menambahkan cerita saya sendiri, saya bekerja di perusahaan yang sama, dan mencoba mengatur ulang kata sandi pengguna. Sistem kami menolak untuk membiarkan saya menyetelnya ke kata sandi yang ia butuhkan, karena itu melacak hash kata sandi lama dan menolak untuk membiarkan Anda menggandakan kata sandi. Mekanismenya sederhana: ini memvalidasi kata sandi Anda terhadap hash terbaru dalam database.

(Dan sebagai catatan, itu perlu kata sandi lama karena itu adalah akun bersama, dan memastikan semua orang tahu kata sandi baru itu tidak praktis)

Saya memutuskan untuk masuk ke database pengguna dan menghapus catatan baru sehingga akan menggunakan yang lebih lama. Itu semua hanya SQL (menjalankan Sybase versi kuno), jadi mudah. Pertama, saya harus menemukan catatan:

SELECT * FROM users_passwords WHERE username='someuser';

Saya menemukan catatan lama yang ingin dia simpan; ada dua lagi di depannya. Saya memutuskan untuk menjadi pintar dan hanya menghapus sesuatu yang lebih baru dari catatan lama. Melihat hasil yang ditetapkan, saya melihat bahwa kata sandi lama adalah ID # 28 dalam database, dan yang baru adalah ID #several ribu (sistem sangat sibuk). Itu sederhana, semua baris lama> 28, jadi:

DELETE FROM users_passwords WHERE id > 28;

Tidak ada yang lebih buruk daripada melakukan pemangkasan baris sederhana dan melihat '212.500 baris terpengaruh'. Untungnya, kami memiliki dua server basis data master (dengan ID pengguna), tetapi Sybase (setidaknya, versi kami) tidak mendukung replikasi otomatis, sehingga tidak secara otomatis menghapus catatan lama. Itu masalah sepele untuk mendapatkan dump dari tabel users_passwords dan mengimpor kembali. Namun, 'oh f ** k!' Yang cukup besar! saat.


Itu sebabnya ada pernyataan "LIMIT" di sql;)
hayalci

20
Lebih penting lagi, itu sebabnya Anda selalu mengeluarkan "DELETE FROM xxx" sebagai "SELECT * FROM xxx" terlebih dahulu. Kemudian periksa ulang apa yang ditampilkan, dan kemudian ganti SELECT * dengan DELETE.
sleske

1
FYI, saya tidak yakin bahkan perubahan fsck w / o aman pada mount ext3, setelah itu memutar ulang jurnal ...
derobert

14
Tidak, itu sebabnya Anda selalu mengeluarkan tran awal. Kemudian ketika Anda melihat lebih banyak baris terpengaruh daripada yang dimaksudkan, Anda dapat mengeluarkan rollback.
pipTheGeek

1
@Dan Itu hampir sama dengan RDBMS lainnya, Anda hanya memastikan Anda menjalankan pernyataan Anda, sudah memeriksa cek Anda, seperti hanya memeriksa baris yang terpengaruh atau memiliki pilih yang siap untuk memeriksa hasil pembaruan, kemudian komit atau kembalikan. Itu menyelamatkan saya sekali ketika saya lupa untuk menyoroti klausa WHERE dalam sebuah pernyataan T-SQL dalam MS-SQL 2005.
pipTheGeek

22

Satu lagi favorit saya:

Saat memasang komputer dan printer laser lokal pada suatu sistem, saya memiliki ide cemerlang untuk menghubungkan keduanya ke UPS komputer. Pernah mencoba mencetak ke printer laser lokal ketika dicolokkan ke UPS desktop? Nah, jika Anda tidak tahu, itu cenderung menarik semua amp ... Yang me-restart komputer ... Dan pekerjaan cetak tidak pernah selesai ...!

Pernah menerima panggilan: ' Setiap kali saya mencetak, itu restart komputer saya dan tidak mencetak !!! '

Ups!

JFV


1
Oooh, saya hanya menunggu untuk melihat itu terjadi di gereja saya sekarang :)
squillman

2
Sebagian besar produsen UPS mengatakan "jangan tancapkan printer laser" karena mereka akan membebani mereka secara berlebihan.
Andrew

22

HAPUS pernyataan tanpa klausa WHERE, di database pelanggan langsung pelanggan.


9
"TRANSAKSI MULAI" FTW!
spoulson

6
Di mana Anda sebelum saya menghapus database hidup mereka!
Ian Boyd

1
Itu semacam ritual peralihan; setiap DBA yang masih muda harus melakukan itu setidaknya satu kali. Mudah-mudahan pada sesuatu yang tidak terlalu penting ...
RainyRat

22

Diketik kill 1sebagai root. initdan semua anaknya meninggal. Dan semua anak mereka. dll, dll. Ups.

Apa yang saya maksudkan adalah kill %1

Setelah saya menyadari apa yang saya lakukan, saya berlari ke panel kontrol mesin penyortir bale wol BESAR dan menekan tombol stop darurat. Ini menghentikan mesin untuk merobek sendiri, karena saya baru saja membunuh perangkat lunak yang mengendalikannya.


1
Yang itu membuatku tertawa! Setelah bekerja dengan mesin besar di masa lalu, saya dapat menerapkan sistem kontrol.
SpaceManSpiff

1
Pada BSD, bunuh -1 1 yang menyebabkan init untuk membaca ulang inittab atau / etc / ttys. Meninggalkan "minus" memiliki konsekuensi ...
kmarsh

2
Syukurlah untuk tombol berhenti darurat itu! :-)
staticsan

+1 karena tidak dapat mengatakan "Anda tidak dapat menyebabkan kerusakan perangkat keras dengan bercanda dengan perangkat lunak."
outis

21

Kami berada di tengah-tengah pemadaman listrik dan melihat bahwa UPS beroperasi pada 112% dari beban yang dikonfigurasi. Ini bukan masalah karena kami menjalankan generator pada saat itu.

Jadi kami berkeliling menarik kabel daya cadangan untuk mengurangi penggunaan daya pada UPS itu (kami memiliki dua, satu jauh lebih besar dari yang lain). Kami sampai ke saklar jaringan yang menjalankan ruang server (ini adalah ruang server dengan semua server internal untuk perusahaan, dengan pelanggan yang menghadapi server di ruang server lain). Saklar itu adalah sakelar kelas perusahaan besar dengan tiga catu daya di dalamnya. Persediaan adalah N +1 sehingga kami hanya perlu dua untuk menjalankan sakelar.

Kami mengambil kabel dan menariknya. Sayangnya bagi kami dua lainnya dicolokkan ke dalam satu strip daya, yang segera meledak saat beban naik pada dua catu daya yang dicolokkan ke dalamnya. Sysadmin kemudian panik dan menyambungkan kabel ketiga. Switch mencoba untuk menyala, menempatkan seluruh beban switch ke catu daya tunggal. Alih-alih catu daya dimatikan, itu meledak dalam hujan percikan tidak 12 inci dari wajah saya mengirim saya melompat kembali ke rak server.

Dari naluri saya mencoba untuk melompat ke samping, tetapi sayangnya di sebelah kiri saya ada tembok, dan dua kanan saya adalah orang dengan fasilitas 6'4 "yang sangat besar. Saya entah bagaimana berhasil melompati dia, atau mungkin melalui dia memantul dari rak Compaq (yang dengan front mesh tipis) tanpa meletakkan keseluruhan di rak, dan tanpa menyentuh fasilitas pria.


2
+1 untuk lompatan yang mengesankan.
RainyRat

1
Terima kasih. Denis si tukang fasilitas terkesan dengan kenyataan bahwa aku tidak menjatuhkannya.
mrdenny

20

Pada titik tertentu dalam karier saya, penyelidikan hukum di perusahaan tempat saya bekerja menempatkan persyaratan pada kami bahwa semua email harus disimpan sejak hari ini, hingga diceritakan sebaliknya. Setelah sekitar satu tahun menyimpan cadangan penuh harian dari lingkungan pertukaran kami (1TB setiap malam) kami mulai kehabisan ruang.

Admin pertukaran menyarankan agar kami hanya menyimpan setiap salinan email ke-8. Untuk melakukan ini, kami meminta mereka mengembalikan basis data pertukaran hari, mengekstrak surel yang mereka perlukan (orang-orang tertentu yang ditandai untuk diselidiki) dan mengarsip ulangnya. Mereka melakukan ini untuk setiap 8 hari email untuk semua cadangan kami. Hari ke 8 dipilih karena pertukaran memiliki set parameter di mana "item yang dihapus" disimpan dalam database selama 8 hari.

Setelah mereka menyelesaikan setiap arsip, saya akan kembali dan menghapus cadangan yang lebih tua dari yang mereka arsipkan.

TSM tidak memiliki cara mudah untuk melakukan ini, jadi Anda harus menghapus objek secara manual dari database cadangan.

Saya menulis skrip yang akan menghapus semua cadangan yang lebih lama dari tanggal tertentu, dengan cara perhitungan tanggal menggunakan perbedaan antara hari ini, dan tanggal yang dimaksud. Pada suatu hari saya harus menghapus sekitar satu bulan cadangan, kecuali ketika saya membuat perhitungan tanggal saya membuat kesalahan ketik dan memasukkan tanggal sebagai 7/10/2007 bukannya 6/10/2007, dan menjalankan skrip. Saya menghapus seluruh data ekstra sebulan, tanpa sengaja yang merupakan bagian dari gugatan yang sangat penting.

Setelah itu, saya menambahkan beberapa langkah ke skrip untuk mengonfirmasi bahwa Anda ingin menghapus data, dan menunjukkan kepada Anda apa yang akan dihapus ...

Untungnya, mereka bahkan tidak pernah menggunakan data apa pun yang kami susah payah lindungi, dan saya masih memiliki pekerjaan.


5
1 TB per hari data Pertukaran? Wow - kalian punya 365 terabytes khusus untuk cadangan Exchange tambahan? Itu beberapa penyimpanan serius Anda sudah pergi ke sana.
Carl C

28
Anda hanya akan kehilangan 1 hari jika Anda berada di Eropa :-)
PowerApp101

20

Setelah seharian yang panjang atau penelusuran kinerja dan penyetelan mainframe yang besar (Anda tahu binatang buas yang membutuhkan waktu beberapa jam sebelum semua situs cadangan siaga telah sepakat bahwa itu benar-benar di-boot lagi dan sepenuhnya disinkronkan) Saya mengulurkan jari-jari saya, mengetikkan shutdown yang puas -p sekarang di prompt laptop saya, tutup tutupnya, menarik keluar kabel serial dari mainframe, dengan antisipasi gelas bir dingin yang enak.

Tiba-tiba saya mendengar suara memekakkan dari mainframe saat laptop saya masih menampilkan X.

Sambil menunggu mesin untuk sepenuhnya online lagi, saya memutuskan bahwa saya punya waktu untuk mengaktifkan ACPI di laptop saya sehingga saya tidak pernah tergoda untuk mematikan laptop saya.


Jika memutar mainframe BAWAH membuat heck kebisingan, saya tidak ingin mendengarnya berputar, atau lebih buruk, pada kecepatan penuh.
Mircea Chirea

16

Kecelakaan ini tidak terjadi ... tetapi perlu disebutkan:

Saya dikirim ke pusat data yang banyak digunakan untuk melakukan tes bandwidth pada sirkuit baru. Saya sampai di ruang demarc / IDF, menemukan tempat di salah satu rak untuk router tes saya, membuat koneksi saya, dan memulai tes. Sayangnya, saya benar-benar gagal untuk melihat router perbatasan dalam-produksi tidak hanya berada di rak berikutnya (hampir pada tingkat yang sama), tetapi itu juga membuat dan model yang sama dengan router pengujian saya.

Ketika tes selesai, saya mulai menekan sakelar daya ke posisi mati (... bayangkan dalam gerakan lambat ...) dan, saya bersumpah, ketika saya memberikan tekanan, saya sadar bahwa router saya kira-kira sekitar untuk mematikan adalah yang di produksi. Jantungku berdegup kencang dan aku hampir ... yah, gunakan imajinasimu.

Saya meninggalkan MDF pusat data yang tampak pucat dan pucat, tetapi pada saat yang sama senang saya masih memiliki pekerjaan!


18
Bayangkan saja itu bisa menjadi salah satu situasi ranjau darat itu. Anda menyadari ketika jari Anda menekan tombol apa yang telah Anda lakukan, dan Anda tidak dapat menghapus jari Anda atau server akan turun. Jadi yang bisa Anda lakukan hanyalah berdiri di sana dan berteriak minta tolong.
Tom Ritter

20
LOL .. tidak memikirkan itu! Itu akan menjadi kisah yang lebih baik. Saya bisa membayangkan insinyur jaringan data center berkerumun di sekitar, menawarkan solusi yang berbeda untuk masalah ini. Mungkin salah satu dari mereka akan memposting (Jika SF tersedia maka) pertanyaan seperti: "Bagaimana kita bisa menonaktifkan saklar daya pada router setelah didorong oleh teknisi idiot?" (+500 poin hadiah)
l0c0b0x

21
Jika mirip dengan tempat saya bekerja, solusinya akan dengan cepat mengeluarkan jari yang menyinggung dan menggantinya dengan sejumlah besar selotip. (Dan kemudian bermaksud untuk menjadwalkan waktu henti mesin untuk melepas pita, tetapi menundanya selama 18 bulan sampai pita akhirnya gagal).
Ian

16

Saya menghapus akun seseorang secara tidak sengaja, membuat nama-nama itu tercampur dengan nama yang saya anggap dihapus. Opps

Bagian yang keren adalah mereka tidak pernah tahu apa yang terjadi. Mendapat panggilan yang tidak dapat mereka masuk, satu sen jatuh tentang akun yang saya hapus.

Sementara di telepon dengan mereka, saya dengan cepat membuat kembali akun mereka, melampirkan kembali kotak surat lama mereka (untungnya Exchange tidak langsung menghapus kotak surat) dan mengarahkannya kembali ke file pengguna lama mereka.

Lalu saya menyalahkan mereka karena lupa kata sandi yang baru saja saya atur ulang untuk mereka :)


9
Saya terpecah antara memberi +1 pada bola yang Anda miliki untuk menggunakan alasan itu, dan -1'ing untuk berbohong kepada pengguna ....
Babu

22
+1 untuk menyalahkan pengguna
JJ01

16

Secara tidak sengaja menginstal file tar.gz di kotak Gentoo Linux saya di tempat yang salah dan meninggalkan file di semua tempat. Ini pasti sekitar tahun 1999, 19 pada saat itu (terima kasih atas komentar di bawah)

Menjadi geek seperti saya, saya memutuskan untuk mencoba membuat skrip sendiri dari pekerjaan melalui manual setiap file.

Jadi saya mencoba:

tar --daftar evilevilpackage.tar.gz | xargs rm -rf

Tidak butuh waktu lama bagi saya untuk memperhatikan bahwa tar juga mendaftar semua direktori yang digunakan oleh program, yang termasuk adalah '' / usr, / var, / etc '' dan beberapa lainnya yang saya tidak benar-benar ingin pergi.

CTRL-C! CTRL-C! CTRL-C! Sangat terlambat! Semuanya hilang, instal ulang waktu. Untungnya kotak itu tidak mengandung sesuatu yang penting.


10
Saya benci mengomel detailnya, tapi saya cukup yakin Gentoo mulai sekitar 2002
Matt Simmons

Ya, 1.0 dirilis pada tahun 2002. RedHat atau Slackware akan menjadi pilihan yang lebih mungkin di tahun '98
saschabeaumont

Kecuali dia benar-benar hardcore, Enoch Linux merilis 0,75 pada Desember 1999 dan akhirnya menjadi Gentoo dengan versi 1.0 pada 2002
Shial

Pernah tinggal di ruang bawah tanah ibuku, jadi itu sekitar waktu itu, setidaknya sebelum tahun 2000. Tidak yakin apakah itu hard core atau tidak; itu adalah langkah logis berikutnya setelah Slackware.
Andrioid

Slackware memiliki paket .tgz.
Marius Gedminas

12

Sebagai bagian kecil dari kehidupan saya sebelumnya, saya mengelola file server perusahaan, sebuah netware 4.11 kotak. Hampir tidak pernah membutuhkan input sama sekali, tetapi jika itu terjadi, Anda membuka jendela konsol jarak jauh.

Digunakan untuk menggunakan DOS sepanjang waktu, ketika saya selesai, saya secara alami akan mengetik "Keluar". Untuk Netware, "keluar" adalah perintah untuk mematikan OS. Untungnya, itu tidak akan membiarkan Anda mematikan kecuali Anda terlebih dahulu "Down" server. (Jadikan itu tidak tersedia untuk jaringan / klien) Jadi ketika Anda mengetik "Keluar" di konsol, itu sangat membantu mengatakan, "Anda harus terlebih dahulu mengetik" Turun "sebelum Anda bisa keluar"

Tanyakan kepada saya berapa kali saya 1: mengetik "keluar" di sesi konsol dan 2: Dengan ketikan mengetik "Bawah" dan kemudian "Keluar" sehingga saya bisa "menyelesaikan apa yang saya coba lakukan"

Dan kemudian telepon mulai berdering .....

LOL


8
lebih dari sekali??
BradC

2
Itu sebabnya saya menggunakan ^ D untuk keluar. Itu baru saja mengakhiri sesi shell.
Hubert Kario

11

Kisah lain yang tidak terjadi (Fiuh):

Kami melakukan backup bertahap setiap hari ke tape drive.

Kami kebetulan menulis rekaman yang berisi data untuk dikirimkan kepada orang lain. Mereka berkata 'kami tidak bisa membaca rekaman Anda'. Bahkan, kita juga tidak bisa. Atau rekaman apa pun sebenarnya.

Kami membeli tape drive lain dan menahan napas sampai kami memasangnya.

Pesan moral dalam cerita. Selalu pastikan Anda menguji cadangan Anda.


11

Tempat terakhir saya bekerja, rekan kerja saya membawa anak-anaknya bersamanya di ruang server (mengapa? Saya TIDAK PUNYA IDEA!).

Dia memastikan bahwa mereka jauh dari server dan menjelaskan kepada anaknya yang berusia 5 tahun bahwa dia tidak boleh menyentuh APAPUN dari server dan TERUTAMA tidak ada saklar daya.

Faktanya, dia meletakkannya di dekat pintu ... (dapatkah Anda melihat ke mana arahnya ...?)

Bocah itu tidak menyentuh salah satu tombol daya server ... Tidak, itu akan terlalu mudah dijelaskan. Alih-alih, dia menekan TOMBOL MERAH BESAR yang berada di dekat pintu ... Tombol yang mematikan daya ke SELURUH KAMAR SERVER !!!

Saluran telepon segera mulai menyala bertanya-tanya mengapa Exchange, Server File, dll. Tidak tersedia ... Bayangkan mencoba menjelaskan ITU kepada CEO!

-JFV


4
kami memiliki kurir yang melakukan hal yang sama. Bukan kecelakaan sysadmin, meskipun kotak logam aneh tiba-tiba muncul di atas Tombol Merah Besar setelah itu.
Marty


Saudaraku melakukan hal yang sama ketika dia berusia 3 tahun di situs tautan komunikasi yang dulu ayahku kerjakan. Setengah dari jaringan penghubung turun ketika dia menghidupkan saklar daya utama yang letaknya 18 inci dari lantai. Untungnya, jaringan sepenuhnya diduplikasi, sehingga tidak ada lalu lintas yang hilang, tapi masih ...
staticsan

@ Smart - kutipan yang tepat adalah: "Mengapa? Saya tidak tahu. Dia yang ketiga. Dan saya tidak peduli." "Apa?" "Aku tidak peduli." "Oh! Itu jalan pintas kita!"
warren

10

Saya pernah bertengkar dengan perangkat lunak pemantauan APC UPS. Menjadi perusahaan kecil, kami memiliki beberapa UPS kecil dan berbagai server yang disiapkan untuk memantau mereka. Sebagian besar server adalah Linux, tetapi beberapa menjalankan Windows dan jadi mereka yang digunakan karena perangkat lunak APC adalah Windows saja.

Namun, perangkat lunak APC pada saat itu sulit dikodekan untuk menganggap UPS yang diajak bicara juga memberi daya pada PC yang sedang berjalan! Ini bukan kasus untuk server ini, tetapi saya menemukan itu terlambat untuk menghentikannya. Sayangnya, programmer utama mendemonstrasikan produk perusahaan kepada mitra - itu adalah aplikasi berbasis web, berjalan di server yang sama. Saya tidak ingin perangkat lunak APC dimatikan ...


1
untungnya kami punya apcupsd untuk linux
Hubert Kario

Ya, kita lakukan sekarang. Kejadian ini 10 tahun yang lalu. :-)
staticsan

8

Saya memberi sysadmin baru tur aplikasi Manajer Layanan. Saya berkata, "Jika Anda perlu menghentikan layanan ini, Anda akan mengklik tombol ini, tetapi Anda tidak boleh melakukannya di siang hari." Anda tidak akan pernah percaya betapa sensitifnya tombol mouse-nya!

Dua menit kemudian layanan mulai lagi, dan tidak ada yang memperhatikan.


8

Tersandung server menara yang terjepit di belakang rak dan memukul kepalaku di belakang router Cisco utama saat aku turun. Jadi mengungkapkan betapa longgarnya kabel listrik yang sebenarnya duduk di catu daya di bagian depan Catalyst 6500 .

Ya. Kami punya masalah di kait di ruang server sekarang. Dengan namaku di atasnya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.