Kecelakaan administrator sistem terbaik [ditutup]

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.

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).

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."

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: \ *. *".

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

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

Cu: "Inti."

Saya: "Oh."

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.

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.

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.

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. :)

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!

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.

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."

:)

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!

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.

Favorit pribadi saya sebenarnya bukan milik saya, dan saya SANGAT senang karenanya. Coba lihat di sini.

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.

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

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

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.

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.

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.

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.

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!

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 :)

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.

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

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.

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

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 ...

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.

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.