En iyi sistem yöneticisi kazası [kapalı]


87

Sahip olduğunuz sistem yöneticisi kazalarının eğlenceli hikayelerini arıyorum. CEO’nun e-postasını silmek, yanlış sabit sürücüyü biçimlendirmek vb.

Kendi hikayemi cevap olarak ekleyeceğim.



14
Bu gerçekten bir anketten sonra bir soru. Bu muhtemelen topluluk wiki'ye ayarlanmalıdır.
Zoredache

7
Evet, bu kesinlikle bir topluluk wiki olmalı. - Söz konusu niyet olsa da, benim favori hikaye 500 mil e-posta biridir ibiblio.org/harris/500milemail.html - ben olmadığımı, belli ki, her ne kadar.
Mihai Limbăşan

500 mil sadece harika
Hubert

Buna "daha kötü sistem yöneticisi kazası" denir.
Rilindo

Yanıtlar:


133

Linux "killall" komutu (belirtilen adla eşleşen tüm işlemleri öldürür, zombileri durdurmak için yararlıdır) ve solaris "killall" komutu (tüm işlemleri öldürür ve sistemi durdurur, üretim sunucusunu durdurmak için yararlıdır) arasındaki farkı keşfetmekten keyif aldım. yoğun saatlerin ortasında ve tüm çalışma arkadaşlarınızın bir hafta boyunca size gülmelerini sağlama).


74
Orada bulundum, yaptım. Solaris kutuları üzerindeki killall komutunu bundan sonra aliased ettik: alias killall = 'echo ORLLY?' =)
Komutan Keen

29
Solaris'te ayrıca 'ifconfig -a4' (tüm arayüzleri göster 'IPv4 bilgilerini) ve' ifconfig -a 4 '(tüm arayüzleri 0.0.0.4 olarak ayarlayın) arasında önemli bir fark vardır.
Zanchey

3
+1 "ayy, bu rüzgar solaris'e girdi mi?"
Mark Harrison,

4
@Commander, senin yorumunu upvote gidiyordu, ama orada tam olarak ben sadece ... İşte o andan itibaren 42 upvotes yapamadı .
Massimo

5
Ayrıca, hostname -fLinux'ta Linux'ta tam etki alanı adını yazdırır. Solaris'te, ana bilgisayar adını olarak ayarlar -f.
200_success

73

O zamanlar Netscape'in ürünü olan kurumsal web vekilimizden sorumluydum. Yönetici formlarında dolaşırken (web tabanlı bir arayüzdeydi), Kullanıcı Veritabanını Sil demişti . Sorun değil, diye düşündüm. Bakalım, ona çarptığımda bana sunduğu seçeneklerin neler olduğunu görelim. Hiçbir seçenek yoksa, elbette bir onay istemi olacaktır.

Evet, onay yok. Seçenek yok. Başka kullanıcı yok.

Bu yüzden, Bay Solaris Sysadmin'e gitti ve "O kutuyu doldurmadım" diye cevap verdiği kasetten geri yükleme konusunda çaresiz kalmam gerektiğini söyledi.

“Ah, tekrar gel,” dedi.

“Bu kutuyu yedeklemiyorum. Yedekleme rotasyonuna eklenecek şeyler listemde var, ancak henüz bu noktaya gelmedim.”

İnternethaber.com "Bu sunucu yaklaşık 8 aydır üretimde!" Çığlık attım.

omuz silkti , diye yanıtladı. "Üzgünüm."


50
Bu kesinlikle bu sinir bozucu şikayetçi tüm insanlar için bir hikaye 'Emin misiniz?' diyaloglar;)
MikeyB

45
Ona çığlık atan kişi olman gerektiğinden pek emin değilim ...
Mikeage

14
Bu gerçekten bir kaza değil - kasıtlı olarak Kullanıcı Veritabanını Sil düğmesine bastınız, hadi dostum ...
Wayne Koorts

5
Evet, haklısın. Düğmeye basmak bir kaza değildi. Aslında veri tabanını silmek kaza kısmıydı. Her neyse ...
squillman

7
Bu düğmeyi iki veya üç onay istemi takip etmeliydi. Kullanıcı veritabanını silmek yararlı bir özellik nedir? Düğmeyi oraya yerleştiren programlayıcıyı tamamen suçluyorum. Ve db'nin desteklenmediği gerçeği. "Genius'un sınırlamaları olabilir, ancak aptallık dolayısıyla özürlü değildir." (Elbert Hubbard’a attr). İnsanların merak etmediği varsayımıyla inşa etmek, dikkatsiz maymunlar sadece bir felakettir.
Jared Updike

66

Yıllar önce çalıştığım şirketin, NT 4.0 Server'larını her gece bir Jaz sürücüye (yüksek kapasiteli bir zip diski gibi) yedekleyen bir müşterisi vardı .

Gecede planlanmış bir iş olarak çalışan bir toplu iş dosyası oluşturduk. Her sabah sürücüden geçen gece diski toplarlardı ve akşam gitmeden önce sıradaki bir sonraki diski yerleştirirlerdi.

Her neyse, toplu iş dosyası böyle bir şeye benziyordu (Jaz sürücüsü F: sürücüsüydü ...)

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

Her neyse, bir gece diski yerleştirmeyi unuttular. F: sürücüsündeki değişiklik başarısız oldu (sürücüde disk yok) ve toplu iş dosyası çalışmaya devam etti. Toplu iş dosyası için varsayılan çalışma dizini? C :. İlk defa bir yedekleme rutini gördüm, yedeklediği sunucuyu imha ettim.

O gün sysadminning (ve istisnalarla başa çıkma) hakkında bir şeyler öğrendim.

Jim.

PS: Düzeltme? "deltree / y F: \ *. *".


57
... Jaz'ın ne olduğunu açıklamalıyız? Gerçekten o kadar yaşlı mıyım?
Spencer Ruport

3
Bu bir IOMEGA olayıydı (Zip Sürücülerini hatırladın mı?) Zip Sürücüleri'nin büyük kardeşi miydi ve kafasız bir sabit disk gibiydi, sadece plakalı, plastik bir kasanın içine küçük bir pencereyle giren ve yerleştirildiğinde sürücü, sürücü üzerine başlıkları yerleştirdi. 1 veya 2GB gibi, pahalı ve aşırı ısınma eğiliminde olduğu için, kartuşları okuyucunun içinde bırakmanız tavsiye edilmedi (bu, eski bir IOMEGA patronu tarafından söylenir)
Andor

3
Hehe, jaz sürücüsünün, ölü gibi ve alakasız bir zip sürücüsüyle karşılaştırılmasıyla açıklanmasını seviyorum.
Luke

2
Seni daha yaşlı hissettirirse, daha önce hiç delitree görmemiş sistem yöneticileri vardır.
Joseph

5
Bir çok programcıya, bir durumu değiştiren bir operasyon girişiminde bulunduğunuzda, ancak başarısız olup sizi önceki durumda bırakabileceğini açıklamak zorunda kaldım, tehlikeli bir şey yapacaksanız başarılı olup olmadığını kontrol etmeniz gerektiğini önceki durumda olmanız gerekir. Bunu neden açıklamak zorundayım?
carlito

61

root @ dbhost # find / -name çekirdeği -exec rm -f {} \;

Ben: "Giremiyor musunuz? Tamam. DB adı nedir?"

Cu: "Çekirdek"

Ben: "Ah."


3
ve ondan sonra, 'dosya' komutunun kullanılması temizleme crontab'ına eklendi ... :)
MikeyB

3
Ah sevgili tanrım ....
squillman

4
Aman Tanrım, vay. Bunu zihinsel olarak not edeceğim, bu yüzden asla yapmam.
Glenn Willen

60

Herkesin hikayesini "genç / yeşilken" bir daha asla yapamayacakları gibi nitelendirmesini seviyorum. Kazalar, en deneyimli profesyonellerin bile başına gelebilir.

Benim en kötü anım o kadar kötü ki hala düşünerek çarpıntı alıyorum ...

Üzerinde üretim verisi olan bir SAN vardı. Şirket için kritik. Benim "mentor" bir disk alanı boşaltmak için bir bölüm genişletmeye karar verdi. Bunun nereye gittiğini görebiliyor musun? SAN yazılımının bunu canlı olarak yapabileceğini, üretim saatlerinde ve hiç kimsenin farketmeyeceğini söyledi. Alarm zilleri çalmaya başlamalıydı, ancak dikkat çekiciydi. Problemsiz "daha önce defalarca" yaptığını söyledi. Ama işte sorun - "Emin misin?" Yazan düğmeyi tıklattı! Şirkette yeniyken, bu adamın neden bahsettiğini bildiğini sanıyordum. Büyük hata. İyi haber şu ki LUN uzadı. Kötü haber şuydu ... iyi, Windows kutusundaki diske yazma hataları görmeye başladığımda kötü haberlerin olduğunu biliyordum.

Kahverengi pantolon giydiğim için memnunum.

Öğle yemeğinde 1TB verinin neden kaybolduğunu açıklamamız gerekiyordu. Bu gerçekten, gerçekten kötü bir gündü.

Bu aslında iyi bir ilke - şüphelendiğiniz bir şeyi yapmadan önce, bir şeyler ters giderse yönetime açıklamak zorunda olduğunuzu hayal edin. Yaptıklarını açıklamak için iyi bir cevap düşünemiyorsan, yapma.


17
Son paragraf için +1 - "ellerinize oturun" tekniği, yansıma için hayati bir dakika
Andy

12
Bir süre canlı sistemlerle çalıştıktan sonra elde edeceğin belli bir yetenek var: Tehlikeli olan ve olmayan şeyler için bir örümcek duygusu. Kök isteminde return tuşuna basmadan önce fazladan bir saniyeyi duraklatmak veya SQL güncelleme deyiminin uygun bir nerede olduğundan (seçim sayısında (*) zaten çalıştırıldığını) emin olmak gibi.
jplindstrom

18
"Devam etmeden önce özgeçmişinizi yazdırmak ister misiniz?" Gibi bir açılır pencere istiyorum. .. ve tek bir seçenek var: "Evet"
warren

Son paragrafta tavsiye için +1
Jeroen Huinink

3
+1, aynen. Bir sysadmin arkadaşından, yıllık performans değerlendirmesinde, düşük yazma hızıyla ilgili tefekkürle (ve doğru şekilde) reddettiği "hızlı yazmam için para ödeyemediğimden, çok hızlı bir şekilde enter'a girdiğim için para aldığımı" duyduğunu hatırlıyorum. yavaşça ve düşünceli. "
MadHatter 9:11

54

Nagios, bir çalışma saatinin kritik olmayan bir sunucuya bağlanamadığını söylemeye başladığında bir sabah bize ping attı. Tamam, sunucu odasına git. Eski bir sunucu, '02'de satın alınan bir Dell 1650 ve 1650'lerin donanım sorunları yaşadığını biliyorduk. PFY, güç düğmesini bıçaklar. Hiçbir şey değil. Tekrar vurun ve BMC'nin hata korumasını geçersiz kılan 'gücü açmak' için beş saniye basılı tutun, çünkü bir DRAC olmadan BMC günlüklerini kasaya güç vermeden incelemenin yolu yoktur.

Makine POST'u başlatır ve ardından tekrar ölür. Üstünde duruyorum ve "Duman kokuyorum." Sunucuyu rayların üzerinden çekiyoruz ve güç kaynaklarından biri ısınıyor, bu yüzden PFY çekiyor ve kutuyu tekrar kapatmak üzere. "Hayır, bu güç kaynağı dumanı değil, anakart dumanı" diyorum.

Davayı tekrar açıp yanan kokunun kaynağını ararız. Bir indüktör bobini ve bir kondansatörün anakart üzerindeki voltaj regülatörünü patlatacağı ve erimiş bakır ve kondansatörün her tarafa sıçradığı, bir sürü şeyi kısalttığı ve temelde büyük bir karışıklık yarattığı ortaya çıktı.

Benim için en kötüsü, yanmış bir anakartın kokusu ile yanmış bir güç kaynağı arasındaki farkı anlayacak kadar donanım kullandığımı tanımaktı.


17
Bu işin seçim kriterleri şunları içeriyor: iyi koku alma duyusu. Parlak.
mlp

13
Arkadaşım o ana kadar bir diske bir dizi tahrik rayı taktı ve devre kartına girdi ve kısa devre yaptı. Oldukça pembe duman. Çok ayırt edilebilir.
squillman

47

Üç gün önce (ciddi olarak) Windows Server 2008 dosya sunucusuna Service Pack 2 yükleyerek uzaktan bir okul sunucusuna giriş yaptım.

Öğretmenlerin yıl sonu rapor kartlarını bitirmek için giriş yapamadığı gece geç saatlerde gerekli yeniden başlatmayı planlamaya karar verdim. Gibi bir şey yazdım:

 23:59 "kapatma -r -t 0" 

... iyi çalışmış olabilir.

Ama sonra ikinci kendimi tahmin ettim. 'Kapama' sözdizimim doğru mu? Kullanım yardımını yazarak görüntülemeye çalıştım.

 kapatma / saat 

... ve anında RDP bağlantımı kaybettim. Panik, ben sözdizimi için Google'ı vurdum. Hızlı bir arama, Server 2008'in kapatma sürümünün (tahmin edebileceğiniz gibi) makineyi hazırda bekleme durumuna geçiren bir / h anahtarı içerdiğini gösterdi.

Öğretmenler, üzerinde çalıştıkları rapor kartlarını artık açamadıklarını veya saklayamadıklarını bildirmek için birkaç dakika içinde beni aramaya başladılar. Dışarıda olduğumdan ve sunucu odasının kilitli kaldığından, doğrudan okul müdürünü aramak zorunda kaldım ve makineyi tekrar çalıştırma sürecinde onu yürümek zorunda kaldım.

Bugün herkese bir özür biçimi olarak ev yapımı kurabiyeler getirdim.


32
Komut satırında hatalı kullanıcı arayüzü tasarımına mükemmel bir örnek: "En Az Sürpriz Prensibi" ne oldu?
Mei

9
DOS'ta / Windows'ta değil mi?
Jared Updike

3
Genellikle /? Win'de, ancak UNIX'e aktarılan veya UNIX tarafından yazılan (MS'de epeyce olanlar da dahil olmak üzere) yazılmış birçok yardımcı program var
Richard Gadsden

6
..ama yine de her zaman/? ilkini deneyin !
warren

14
Bu yüzden Linux'u seviyorum. man shutdown. Biliyorum sorunlara sebep olmayacağım man!
Josh,

37

Daha önceki bir işte, şirkete giren, çıkan veya kalan her bir posta parçasını kaydeden ve arşivleyen büyük bir homegrown sistemimiz vardı.

Posta kutunuzun tamamını mı kaybettiniz? Sorun değil! Birinin size bir hafta / ay / yıl önce gönderdiği bir posta parçası mı arıyorsunuz, ancak kimin gönderdiğini veya konunun ne olduğunu hatırlayamıyor musunuz? Sorun değil! Sadece şubattan her şeyi özel bir klasöre teslim edeceğiz.

Bir noktada, şirketin CEO'su ile bir rakip ile bir iç satış elemanı arasındaki şüphe altındaki postaları izlemesi gerekiyordu. Bu yüzden her gece koşturan bir senaryo hazırladık ve önceki günden CEO'ya ilgili postaları gönderdik. Sorun değil!

Yaklaşık bir ay sonra çift artı acil bir problemin sözcüğü yüksek seviyeden geldi. CEO, OTHERCOMPANY $ 'a gönderilen postaların listesini okurken, bununla karşılaştı:

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

Doğal olarak, CEO önemli bir kişi ve hepsinden öte, Outlook'taki tüm "Okuma Makbuzlarını Gönder" iletişim kutularını tıklamak için çok meşguldü ve müşterisini hepsini gönderecek şekilde yapılandırmıştı. İzleme filtresinin yakaladığı mesajlardan birinde bir makbuz talebi belirlendi. Tahmin et ne yaptı? Kesinlikle 'gizli' izleme izini mahvetti.

Bir sonraki görevimiz: CEO'dan o şirkete giden okuma makbuzlarını engellemek için posta filtresine kurallar eklemek. Evet, en kolay yoluydu. :)


3
Ülkemde bu yasal değil. Hiç.
mafu

1
Ah, peki bu senin ülken. :) Kanada'da, sadece iyi.
MikeyB

7
Kendi şirketinizin sunucularına giren veya çıkan e-postaları izlemek yasal değil mi? hangi ülkede yaşıyorsun?
Andrew Ensley,

1
Gazete için +1
Fahad Sadah

36

Ahhh, benimki yaklaşık 10 yıl önceydi, hala ayaklarımı ıslatıyordum. Tüm programcıların bilgisayarlarına yedek batarya takma neşesi yaşadım. Ayrıca, yazılımın elektrik kesintisi konusunda uyarılmasını ve uygun şekilde kapatılmasını istediler.

Bu yüzden bilgisayarımda kursu ilk önce her şeyi test etmek ve hepsinin çalıştığından emin olmak için kurdum. Bu yüzden güç kablosunu çıkardım ve ekranımda mesaj belirdi. msgstr "harici güç kesildi, sistem kapanmaya başladı".

Ben de düşündüm, Hey serin, işe yaradı. Ancak bazı garip nedenlerden dolayı, hatırlamıyorum bile, bu mesajı bir ağ mesajı olarak gönderdi, böylece şirketteki 200+ bilgisayarın hepsi bu mesajı aldı;

Evet, kitlesel ucube hakkında konuşun !!

Bir süre kafamı o yerde tuttum!


3
Haha, burada "net send" ve yaklaşık 1300 alıcıyla bir arkadaşımın başına gelenlere benziyor :)
squillman

10
Ugh. Üniversitede de "net send" i yaptım. "Bunu engellemiş olmalılar" dedim ba-ding! ba-ding! Laboratuvarın her tarafında, bilgisayarlar mesajı aldı. Ağ yöneticisinden özür dilemeye karar verdim ve yolumdan geçtiğim her bilgisayar mesaj attı. / sigh
Matt Simmons

3
Evet, orada utanç yürüyüşü! Arkadaşım sandalyesinden çıkmadı. Telefonuna cevap verme de zahmet etmedi.
squillman

10
Net bir arkadaşım Haha okuldaki herkesi "Oda 114'te YARDIM EDİYORUM!" Yazdı ve tabiki 60 saniye sonra mesajını kimin gönderdiğini bulmak için küçük bir insan ordusu ortaya çıktı
Mark Henderson

2
Aslında bu özelliği, benim kolejdeki sistem yöneticisine girmek için kullandık. Sahte AV mesajlarına ve ondan gelmiş gibi görünen sistem kapatma mesajlarına sahip tüm bilgisayar laboratuvarlarını temizledim. Bizim suçlu olduğumuzdan şüpheleniyordu ama ben ve dostumun her birinin bir mazereti vardı (
ilkini sınıftayken, ikincisini sınıftayken

35

Makine Adı hizmetini, IP adresini ve kök şifresini sıfırlamak için genellikle Solaris makinelerinde "sys-unconfig" komutunu kullanırdım. Bir kullanıcı sistemindeydim ve bina kurulum sunucusunda oturum açtım ve bir şey buldum (root olarak), sonra başka bir makineye giriş yaptığımı unutmuştum (açıklayıcı olmayan "#" istemi) "sys-unconfig" komutunu çalıştırdım.

# 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

#

Bu "bağlantı kapatıldı" mesajı yavaşça paniğe döndü ... bu komutu çalıştırdığımda hangi makineye giriş yaptım.

Bunun en kötü yanı, çalışanlarımın bana verdiği zor zaman değildi, aynı şeyi bir ay sonra yaptım.


24
Klasik, "Ben hangi makinedeyim?" panik anı. Ben orada oldum. Acını hissediyorum.
sysadmin1138

2
Ben de. Bunu deneyimleyen herkes "buz gibi kan" ifadesinin ne anlama geldiğini tam olarak bilir.
Matt Simmons

21
Shell
istemimin

2
Bir keresinde, hangi makinede bulunduğumu daha net bir şekilde tanıyabilmek için farklı renkli arkaplanlar elde etmek için farklı makinelere giriş yapmak için takma adlar ayarladım.
Zitrax

Linux'u hem sunucularda hem de yerel makinemde kullandığım için, sunucularda ve bilgisayarımda sık sık kök açık istemlerim var, sunucularda kırmızı işaretler var
Hubert Kario

27

Ben çok iyi bir tane var. Kuşkusuz, bir sysadmin olarak benim zamanımdan önceydi, ama yine de teknoloji ile ilgiliydi, ben de ekleyeceğimi düşündüm.

O zamanlar USAF için uydu / genişbant teknolojisi olarak çalışıyordum. Geçenlerde teknik okuldan mezun olduktan sonra, kendimi Güney Kore'de konuşlanmış olarak buldum. İstasyona geldikten kısa bir süre sonra, bir süredir orada olan ve aslında bazı gerçek dünyalar (yani “üretim”) ekipmanı üzerinde çalışan "büyük adamlar" ile güneye doğru seyahat etme fırsatı doğdu.

Mürettebatla yere düştüm ve istekli bir genç teknoloji olarak, LIVE askeri ses ve veri trafiğini geçen gerçek bir ekipman parçasını elime alma ihtimalim oldukça heyecanlandı.

Beni yavaşça başlatmak için bana bir el uzattılar, önleyici bakım bölümüne döndü ve birkaç büyük dijital çoklayıcıyla dolu dört raf yönünde beni gösterdi. Ekipman yeterince kolaydı, teknoloji okulunda aynı ekipmanı kullanıyorduk.

El kitabının ilk sayfası; "Dikey çoklayıcıya güç verin. Her iki arka anahtarı da AÇIK konuma çevirin ve ekipmanın çalışmasını bekleyin, ardından testlere başlayın." Ben baktım ve zaten güç vardı APPLIED!

Kesinlikle bir quandary içindeydim. Nasıl devam edeceğimi bilmeden, elimden gelenin en iyisini yaptım, “Ummmm.

Bana baktı ve güldü, "Hayır, hayır, sorun değil. Kontrol listesinin bu bölümünü görmezden gelebilirsiniz." Sonra, yüzümdeki ifadeyi fark ettiğinde, (okulda ASLA ders aldığımızdan beri, HİÇ bir kontrol listesinin herhangi bir bölümünü görmezden geliyordu, ve eğer birisinin yapması halinde kesin bir ölüm ve yıkımdı) onun üzerine ciddi bir bakış attı. yüz ve dedi ki, "SADECE bu kısmı görmezden gel! Mektuba geri kalanını takip et!"

Dürüst olmak gerekirse, çok adımlı PM talimatlarını okudum, istiridye gibi mutlu ve böyle bir düşük rütbeli (akıllı olsa da) teknolojinin bu önemli işi yapmasına izin vermekten gurur duyuyorlar.

Bu devasa çoklayıcılar üzerindeki beşinci ve altıncı koruyucu bakım kontrol listesi arasında bir yerlerde, etrafımda artan bir aktivite seviyesi fark etmeye başladım. Telefonlar çalıyordu, insanlar hızla hareket ediyordu. İlginç bakışlar değiş tokuş edildi.

Sonunda, beni aşağı indiren üst düzey teknolojilerden birinin başkanlığında bir grup insan bana ulaştı.

“Hey! Veri trafiğinde BÜYÜK kesintileri görüyoruz ve üzerinde çalıştığınız raflara giden yolu izole ettik / takip ettik! Herhangi bir tuhaflık görüyor musunuz ..”

(Bu noktada, PM'leri gerçekleştirdiğim ilk multiplexer grubuna doğru ilerleyen sorun gidericilerden biri tarafından kesildi.)

"HOLY NUTS! Onlar kapandı! Onları çeviriyor!”

Kısacası, el kitabındaki ilk adımı aceleyle koştuklarını izledim, "Her iki arka düğmeyi de AÇIK konuma çevirin ..." Üst düzey teknoloji tamamlandığında, bana geldi ve inanılmaz bir şekilde ne düşündüğümü sordu , kritik ekipman parçalarını kapatarak.

Zekamdan korktum, ona takip ettiğim kontrol listesini verdim, ALL'de sapmadığıma yemin ettim. Bunu söylediğim gibi, mektuba göre.

Bir süre sonra güldü ve sorunun nerede olduğunu belirtti.

Kılavuzda, koruyucu bakım kontrol listesindeki NİHAİ adım şuydu:

"Son prob okumasını kaydedin, ön paneli silin, tüm toz ve parçacıkları temizleyin, ardından her iki arka güç anahtarını KAPALI konumuna çevirin."

:)


Şimdi bunların hiçbirinin anlamı yok
Joe Phillips

Makineleri kapatmak için son adım söylenmedi mi? Sadece merak ediyorum.
Andrew Ensley,

2
Muhtemelen garip görünüyordu, ama unutma, o ordudaydı. Her askerin "Bekle, emin misin? Bu sıra bana çok komik geliyor" dediği bir orduyu yönetmeye çalıştığını hayal et.
Kyralessa

26

Bu tür bir sysadmin kazası .. sysadmins zaman zaman çok sayıda makineyi fiziksel olarak A noktasından B noktasına çekmek zorunda kaldığı sürece (burada A ve B, asansörsüz bir binada her zaman birkaç merdivenle ayrılır). Günün ilerleyen saatlerinde, bodrum yükleme seviyesinden üç uçuşu bir mola için durdum, biri aşağıya inerken sohbet etmek için açtım, açık merdiven boşluğunun iç tırabzanına sürdüğüm tam boyutlu kuleyi destekledim ve ... peki, tahmin etmiştin ki ... ... bu konudaki tutkum hafifçe düştü. Düzensiz bir şekilde kuyudan aşağıya düştü ve tabana ulaştığında, er ... onun işlevine göre değil! Kurtarılabilir toplam parçalar: iki çubuk RAM, bir disket sürücü ve bir ISDN kartı (Tanrı Hermstedt mühendislik çalışanlarını korusun!). Her şey ya çatladı,

Tanrı'nın lütfuyla, hiç kimse altında yürürken, neyse ki benim için patronumun ilk olduğu için işimi sürdürmem gerekiyordu. Bir saat kadar olsa bile çok hasta hissettim.

Ahlaki: yerçekimi her zaman kazanır!


2
Enkazın fotoğrafını çekmedin değil mi?
pupeno

5
@ J.Pablo - Hayır, korkarım ki kameralar büyüktü ve içinde kimyasal maddeler vardı. Yakın bir zamanda yapsaydım, YouTube'da on dakika içinde bir sonrasında olurdum!
avstrallen

Gerçek hikaye: bu benimle 9 yıl önce oldu, ama bir Klima ile ve 9. katın penceresinden . Benim suçum değildi (sadece birine yardım ediyordum) ve kimse yaralanmadı, ama günlerce hastaydım .
imgx64

26

Birisi için bir sistemi yeniden yüklüyordum ve manuel yedekleme işlemi sırasında ona "Kullandığınız başka programlarınız var mı?" Sorusunu sordum. ve "Bilgisayarda yaptığınız başka önemli bir şey var mı?"

SEVERAL kere "hayır" dedi.

İkna edildim ve sürücüyü biçimlendirdim.

Yaklaşık 30 dakika sonra "aman tanrım" dedi ve iki elini de başına koydu.

Özel bir programda 10 yıldan fazla bir süredir kitap senaryosu üzerinde çalıştığı ortaya çıktı. Bu, programlar kullanıcı verilerini kendi program dosyaları dizinine kaydetmek için kullanıldığında geri döndü.

Whhhhooooops.

Bana kızmadı, ama ayık bir duygu oldu.


7
Ona değerli bir ders verdin: Yedeklemeler önemlidir
MikeyB

5
Sadece bunu okumak gerçekten canımı yakıyor. Çok acı verici. Bir ders alın ama ...
mafu

Zavallı adam için hala iyi bir deneyim. 30 yıl boyunca çalışıyor olabilir ve önünüzde kalp krizi geçiriyor olabilirdi.
halp

Adamım benzer bir şey yaptığımı hatırlıyorum. Görünüşe göre, amcamın, işinin kendisine verdiği bu özel windows hesap uygulaması için bir ton müşteri istemcisi vardı. Program dosyalarında / içindeydi. Neyse ki, bazı özel sigorta uygulaması olan babalarımın çalışma bilgisayarını düzelttiğim zamanları hatırladım.
PHGamer

@ phgamer, sizden dilinizi izlemenizi isteyebilir miyim lütfen - bu tür bir yer üzgün değil.
Chopper3


23

Bu benim başıma gelmedi ama…

Müşteri tarafından sağlanan Linux makinelerinde çalışan bir yazılım üreten bir şirkette çalışıyordum. Esasen makineleri 'devralırız', onları tamamen teknik özelliklere göre yapılandırır ve tüm yönetim ve izlemeyi yapardık. Temel olarak, yüzlerce müşteriye binlerce sunucuyu yöneten 10-15 sistem yöneticisinden oluşan bir ekibiz. Hatalar meydana geldi.

Ekibimizden biri sunucuda bazı sorunlar buldu (bir yedekleme, inanıyorum) ve üzerinde fsck çalıştırması gerektiğine karar verdi. İlgili tüm hizmetleri durdurdu, sistemin son zamanlarda yedeklerinin alındığından emin olduktan sonra fsck'i çalıştırdı, ancak dosya sisteminin monte edildiğinden şikayet etti. Uzak olduğumuzdan ve uzaktan erişimimiz olmadığı için (DRAC, ILO, vb.) Fsck'i yapamadı, ama eğer dikkatli olursanız, dosya sistemi monte edildiğinde yapmanın güvenli olduğundan emindi.

Kök bölümünde fsck çalıştırarak, tahmin edilebilir sonuçlarla kendini denemeye karar verdi - kök bölümünü bozdu ve daha fazla önyükleme yapamadı.

Kafası karışıp gitti ve takım liderimizle konuştu. Lider, bunu yapamayacağınızdan oldukça emin olduğunu söyledi ve ekip üyesi 'Yapabildiğinizden emin olun!' Dedi, liderin klavyesini aldı ve yapabileceğini gösterdi. Hangi tamamen HIS kök bölümünü bozdu.

Sonuç? Takım üyesinin testleri sayesinde müşteri verileri kaybedilmedi. İki günlük çalışan verimliliği kaybedildi, ancak bu, müşterinin makinesindeki verilerden çok daha düşüktü. Ve kayıt için? Fsck'i takılı bir sürücüde çalıştırabilir, ancak yalnızca verileri doğrulamak için kullanabilirsiniz. Tamir etmek için değil. Takım üyesinin hatası buydu.

-

Kendi hikayemi eklemek için aynı şirkette çalışıyordum ve bir kullanıcı şifresini sıfırlamaya çalışıyordum. Sistemimiz, eski parola kodlarını izlememe ve parolayı çoğaltmanıza izin vermeyi reddettiği için gerekli parolayı ayarlamama izin vermedi. Mekanizma basitti: şifrenizi veritabanındaki en son karmaşayla doğruladı.

(Kayıt için eski şifre olması gerekiyordu, çünkü ortak bir hesaptı ve herkesin yeni şifrenin pratik olmadığını bildiğinden emin olmak için)

Sadece kullanıcıların veritabanına girmeye karar verdim ve eski kayıtları kullanması için yeni kayıtları sildim. Hepsi sadece SQL (Sybase'in eski bir versiyonunu kullanıyor), bu yüzden kolay. İlk önce kayıtları bulmalıydım:

SELECT * FROM users_passwords WHERE username='someuser';

Saklamak istediği eski kaydı buldum; önünde iki tane daha vardı. Zeki olmaya ve eski kayıtlardan daha yeni olanları silmeye karar verdim. Sonuç kümesine bakıldığında, veritabanında eski parolanın ID # 28, yenilerin de #several bin (çok meşgul sistem) olduğunu gördüm. Bu kadar basit, tüm eski sıralar> 28 idi, o yüzden:

DELETE FROM users_passwords WHERE id > 28;

Bazı basit satır budaması yapmaktan ve '212.500 satırın etkilendiğini' görmekten daha kötü bir şey yoktur. Neyse ki, iki ana veritabanı sunucumuz vardı (kullanıcı kimliği ile), ancak Sybase (en azından sürümümüz) otomatik çoğaltmayı desteklemediği için eski kayıtları otomatik olarak silmiyordu. Users_passwords tablosundan bir dökümü almak ve yeniden içe aktarmak önemsiz bir konuydu. Yine de oldukça büyük bir 'oh f ** k!' an.


Bu yüzden sql'de bir "LIMIT" ifadesi var;)
hayalci

20
Daha da önemlisi, bu yüzden daima "xxx’DEN SİL" i "önce" SELECT * FROM xxx "olarak verirsiniz. Sonra ne gösterdiğini kontrol edin ve sonra SELECT * 'i DELETE ile değiştirin.
09:11

1
Bilginize, değişiklik yapılmadan yapılan bir fsck bile ext3 üzerinde güvenli olduğundan emin değilim, sonuçta bir günlük tekrarı yapıyor ...
derobert 17

14
Hayır, bu yüzden her zaman ilk önce bir başlangıç ​​tran yayınlarsınız. Ardından, beklenenden daha çok sayıda satır gördüğünüzde geri alma işlemi gerçekleştirebilirsiniz.
pipTheGeek

1
@Dan Neredeyse diğer tüm RDBMS'lerle aynıdır, sadece ifadenizi çalıştırdığınızdan, çeklerinizi önceden planladığınızdan, sadece etkilenen satırları kontrol etme veya bir güncelleme sonucunu kontrol etmeye hazır bir seçim yapma, daha sonra işleme alma veya geri alma gibi işlemlerden emin olmanız gerekir. WHERE yan tümcesini MS-SQL 2005'te bir T-SQL deyiminde vurgulamayı unuttuğumda beni bir kez kurtardı.
pipTheGeek

22

Favorilerimden bir başkası:

Bir sistemi ve yerel bir lazer yazıcıyı bir sistemde kurarken, ikisini de bilgisayarın KGK'sına bağlamak için parlak bir fikrim var. Hiç bir masaüstü UPS'e bağlıyken yerel bir lazer yazıcıya yazdırmayı denediniz mi? Bilmiyorsan, bütün amperleri çekme eğilimindedir ... Bilgisayarı yeniden başlatır ... Ve baskı işi bitmez ...!

Hiç arama gelsin : ' Ne zaman yazdırsam, bilgisayarımı yeniden başlatıyor ve yazdırmıyor !!! '?

Posta ile gönder

JFV


1
Oooh, bunun şimdi kilisemde olduğunu görmeyi bekliyorum :)
squillman

2
Çoğu UPS üreticisi "lazer yazıcıları takmayın" diyor, çünkü aşırı yüklenecekler.
Andrew,

22

Müşterilerin canlı kullanıcı veritabanında, WHERE cümlesi olmadan DELETE deyimi.


9
"BAŞLANGIÇ İŞLEMİ" FTW!
spoulson

6
Canlı veritabanını silmeden önce neredeydin !
Ian Boyd

1
Bu bir çeşit geçit töreni; her yavru kuş DBA en az bir kez bunu yapmak zorunda. Umarım çok önemli olmayan bir şey hakkında ...
RainyRat 5:09

22

kill 1Kök olarak yazılmıştır . initve bütün çocukları öldü. Ve bütün çocukları. vb, vb.

Yazmak istediğim şeydi kill %1

Yaptıklarımı farkettikten sonra, bir BÜYÜK yün balya ayırma makinesinin kontrol paneline koştum ve acil durdurma düğmesine bastım. Bu, onu kontrol eden yazılımı öldürdüğüm için makinenin kendisini parçalara ayırmasını engelledi.


1
Bu beni güldürdü! Geçmişte büyük makinelerle çalıştım kontrol sistemlerini atayabilirim.
SpaceManSpiff

1
BSD'de, -11 öldürme, inittab'ın inittab veya / etc / ttys komutunu yeniden okumasına neden oldu. "Eksi" den
ayrılmanın

2
Acil durum butonu için çok şükür! :-)
staticsan

+1 "Yazılımla uğraşarak herhangi bir donanım hasarına neden olamazsınız" demediğiniz için.
outis

21

Elektrik kesintisinin ortasındaydık ve UPS'in yapılandırılmış yükünün% 112'sinde çalıştığını gördük. Bu, o sırada jeneratör üzerinde çalıştığımız için çok fazla bir sorun değildi.

Bu yüzden, UPS üzerindeki güç kullanımını azaltmak için yedek güç kabloları çekerek dolaştık (biri diğerinden çok daha büyüktü). Sunucu odasını çalıştıran ağ anahtarına ulaştık (bu, müşterinin başka bir sunucu odasındaki sunuculara bakacak şekilde, şirket için tüm dahili sunuculara sahip sunucu odasıydı). Anahtar, içinde üç güç kaynağı bulunan büyük bir kurumsal sınıf anahtarıydı. Sarf malzemeleri N + 1 idi, bu yüzden anahtarı çalıştırmak için sadece iki kişiye ihtiyacımız vardı.

Bir kablo seçtik ve çıkardık. Maalesef bizim için diğer ikisi, yüke takılı olan iki güç kaynağına yüklerken derhal patlayan tek bir güç şeridine takıldı. Sysadmin daha sonra panikledi ve üçüncü kabloyu prize taktı. Anahtar, tüm yükü tek bir güç kaynağına yükleyerek anahtar ateşlemeye çalıştı. Güç kaynağının kapatılması yerine, yüzümden 12 santim olmayan bir kıvılcım yağmuru patladı ve beni sunucuların rafına geri atlattı.

İçgüdüsel olarak yan tarafa zıplamaya çalıştım, ama ne yazık ki solumda bir duvar vardı, ve iki sağım 6'4 inç büyüklüğünde bir tesis adamıydı. Biraz onun üstüne atlamayı başardım ya da muhtemelen onun üzerinden sıçradı. Compaq raflarının (ince gözenekli ön yüze sahip olanlar) rafa bir bütün koymadan ve tesis elemanına dokunmadan.


2
Etkileyici sıçrama için +1.
RainyRat

1
Teşekkür ederim. Tesis tesisleri görevlisi Denis, onu devirmediğimden çok etkilendi.
mrdenny

20

Kariyerimin bir noktasında çalıştığım şirkette yasal bir soruşturma başlattığımızda, tüm e-postaların aksi belirtilinceye kadar "bu gün" den ileri tutulmasını talep etti. Değişim ortamımızın her gün tam yedeklemesini (yaklaşık 1TB) saklamadan yaklaşık bir yıl sonra alanımız tükenmeye başladı.

Değişim yöneticileri, e-postanın yalnızca her 8. kopyasında saklanmamızı önerdi. Bunu yapmak için, döviz veritabanlarının değerinin bir gününü geri almalarını, ihtiyaç duydukları e-postayı (araştırma için işaretlenen belirli kişiler) çıkarmalarını ve yeniden arşivlemelerini sağladık. Bunu, tüm yedeklemelerimiz için her 8. günde bir e-posta için yaptılar. 8. gün seçildi, çünkü değişim "silinen öğelerin" veritabanında 8 gün boyunca tutulduğu bir parametre setine sahipti.

Her arşivi bitirdikten sonra geri dönüp arşivlediklerinden daha eski olan yedekleri silerdim.

TSM'nin bunu yapmanın kolay bir yolu yoktur, bu nedenle nesneleri yedekleme veritabanından el ile silmeniz gerekir.

Bir tarihten daha eski olan tüm yedeklemeleri, bugün ile söz konusu tarih arasındaki farkı kullanarak bir tarih hesaplama yoluyla silecek bir komut dosyası yazdım. Bir gün, yaklaşık bir ay süren yedeklemeyi silmek zorunda kaldım, tarih hesaplaması yaptığım zaman yazım hatası yaptım ve tarihi 6/10/2007 yerine 7/10/2007 olarak girdim ve komut dosyasını koştum. Kazayla çok önemli bir davanın parçası olan fazladan bir aylık veriyi sildim.

Ondan sonra, verileri silmek istediğinizi onaylamak için komut dosyasına bazı adımlar ekledim ve size ne sileceğini göstereceğim ...

Neyse ki, korumak için çok çalıştığımız verilerin hiçbirini kullanmadılar ve hala işim var.


5
1 TB bir DAY of Exchange verisi? Vay - siz beyler, ekstra TAB yedeklerine yalnızca 365 terabayt aştı. Oraya gittiğiniz ciddi bir depo.
Carl C

28
Avrupa'da olsaydı sadece 1 gününü kaybedersin :-)
PowerApp101

20

Uzun bir günden veya performanstan sonra devasa bir ana bilgisayar izleme ve ayarlama (tüm bekleme yedek sitelerinin gerçekten yeniden başlatıldığını ve tamamen senkronize edildiğini kabul etmeden önce birkaç saat süren canavarları biliyorsunuz) -p şimdi dizüstü bilgisayar istemime girdim, kapağı kapattım, seri kabloyu ana bilgisayardan çekti, hoş bir soğuk bardak lager beklentisiyle.

Birdenbire dizüstü bilgisayarım hala X'i gösterirken aniden ana bilgisayardan aşağı doğru dönmenin sağır edici sesini duydum.

Makinenin tekrar çevrimiçi hale gelmesini beklerken ACPI'mi dizüstü bilgisayarımda çalıştıracak zamanım olmasına karar verdim, bu yüzden asla dizüstü bilgisayarımı kapatmaya cazip gelmeyeceğim.


AŞAĞI anabilgisayarlar döndürülüyorsa, bir miktar gürültü çıkarsa, tam hızda döndüğünü duymak istemiyorum, ya da daha kötüsü.
Mircea Chirea

16

Bu kaza olmadı ... ama bahsetmeye değer:

Yeni bir devre üzerinde bant genişliği testleri yapmak için yoğun olarak kullanılan bir veri merkezine gönderildi. Demarc oda / IDF'ye gittim, test yönlendiricimin raflarından birinde bir nokta buldum, bağlantılarımı kurdum ve testlere başladım. Ne yazık ki, üretim içi sınır yönlendiricisini yalnızca bir sonraki rafta (neredeyse aynı seviyede) olmadığından değil, aynı zamanda test yönlendiricimle aynı marka ve modelde olduğunu fark etmedim.

Test yapıldığında, güç düğmesini kapalı konuma getirmeye başladım (... yavaş çekimde hayal et ...) ve yemin ederim, tıpkı basınç uyguladığım gibi, yönlendiricimin üzerinde olduğumda bana göre kapatmak üretimde olandı. Kalbim durdu ve ben neredeyse ... şey, hayal gücünüzü kullanın.

Veri merkezinin MDF'sini ürkütücü ve solgun görünümlü bıraktım, ama aynı zamanda hala bir işim olmasına sevindim!


18
Sadece bu mayın durumlarından biri olabileceğini hayal edin. Parmağınız yaptığınız düğmeye bastığında farkındasınız ve parmağınızı kaldıramazsınız ya da sunucu kapanır. Yapabileceğin tek şey orada durup yardım için bağır.
Tom Ritter,

20
LOL .. bunu düşünmemişti! YOL daha iyi bir hikaye olurdu. Veri merkezi ağ mühendislerinin birbirine dolaştığını, soruna farklı çözümler getirdiğini hayal edebiliyorum. Belki onlardan biri şu şekilde bir soru gönderirdi (eğer SF mevcutsa) şöyle bir soru sorardı: "Bir aptal teknisyeni tarafından zorlandığında yönlendiricideki güç düğmesini nasıl devre dışı bırakabiliriz?" (+500 ödül puanı)
l0c0b0x

21
Çalıştığım yere benziyorsa, çözüm, rahatsız edici parmağı hızlıca çıkarmayı ve büyük miktarda koli bandıyla değiştirmeyi içerir. (Daha sonra, bandı çıkarmak için makinenin çalışmama süresini programlamayı amaçlamakta, ancak bant nihayet geçinceye kadar 18 ay boyunca yerine koymak).
Ian,

16

Birinin hesabını yanlışlıkla sildim, isimlerini silmek istediğim ile karıştırdım. Opps

İşin güzel yanı, ne olduğunu asla bilmiyorlardı. Giriş yapamadıkları bir arama geldi, kuruş, sildiğim hesaptan düştü.

Telefondayken, hesaplarını hızla yeniden oluşturdum, eski posta kutularını yeniden ekledim (Neyse ki Exchange posta kutularını hemen silmez) ve eski kullanıcı dosyalarına geri çekti.

Daha sonra, onlar için sıfırladığım şifrelerini unuttukları için onları suçladım :)


9
Bu bahaneyi kullanmak zorunda kaldığın topları + 1'lerle, kullanıcıya yalan söylemek için -1'leri arasında paramparça oldum ....
Babu

22
Kullanıcıyı suçlamak için +1
JJ01

16

Yanlışlıkla Gentoo Linux kutuma tar.gz dosyasını yükledim ve dosyaları her yere bıraktı. Bu, o zamanlar 1999, 19 civarında olmuş olmalı (aşağıdaki yorum için teşekkürler)

Benim olduğum gibi inek olduğum için, her bir dosyayı elden geçirme çalışmalarından kendimi çıkarmaya karar verdim.

Bu yüzden denedim:

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

Tar'ın programın kullandığı tüm dizinleri, '' / usr, / var, / etc '' dizilerini ve gerçekten istemediğim birkaçını da listelediğini fark etmem çok uzun sürmedi.

CTRL-C! CTRL-C! CTRL-C! Çok geç! Her şey bitti, zamanı tekrar yükleyin. Neyse ki kutuda önemli bir şey yoktu.


10
Ayrıntıları karıştırmaktan nefret ediyorum ama Gentoo'nin 2002'de başladığından eminim
Matt Simmons

Evet, 1.0 2002'de piyasaya sürüldü. RedHat veya Slackware, '98
saschabeaumont

Gerçekten hardcore olmadıkça, Enoch Linux Aralık 1999'da 0.75 yayınladı ve sonunda 2002'de 1.0 sürümüyle Gentoo oldu
Shial

O zamanlar annemin bodrum katında yaşıyordu, o zamanlar en azından 2000'den önce vardı. Sert çekirdekli olup olmadığından emin değil; Slackware'den sonraki bir sonraki mantıksal adımdı.
Andrioid

Slackware .tgz paketlerine sahipti.
Marius Gedminas

12

Eski hayatımın ufacık bir parçası olarak şirketin dosya sunucusunu, bir netware 4.11 kutusunu yönetmiştim. Neredeyse hiç bir girişe ihtiyacı yoktu, ama yaptıysa, uzak bir konsol penceresi açtınız.

Ben her zaman DOS kullanıyordum, işim bitince doğal olarak "Çıkış" yazardım. Netware için "exit", işletim sistemini kapatma komutudur. Neyse ki, önce sunucuya "Aşağı" yazmazsanız kapanmanıza izin vermez. (Ağa / istemcilere kullanılamıyor) Yani konsolda "Çıkış" yazdığınızda, yararlı bir şekilde "İlk yazmalısınız" diyor Aşağı "Çıkmadan önce"

Bana 1 defa kaç kere sordum: konsol oturumunda "exit" ve 2: Kasten "Down" yazıp ardından "Exit" yazarak "yapmaya çalıştığım şeyi" bitirebileyim "

Ve sonra telefon çalmaya başlar .....

LOL


8
birden fazla??
BradC

2
Bu yüzden oturumu kapatmak için ^ D kullanıyorum. Sadece bir kabuk oturumunu sonlandırır.
Hubert Kario

11

Olmamış başka bir hikaye (phew):

Her gün bir teyp sürücüsüne dini olarak artımlı yedeklemeler yapıyorduk.

Başkasına gönderilecek verileri içeren bir kaset yazdık. 'Kasetini okuyamıyoruz' dediler. Aslında, biz de yapamayız. Veya aslında herhangi bir kaset.

Başka bir teyp sürücüsü satın aldık ve takana kadar nefesimizi tuttuk.

Hikayeden çıkarılacak ders. Daima yedeklerinizi test ettiğinizden emin olun.


11

En son çalıştığım yerde, iş arkadaşımın çocukları sunucu odasındaydı (neden? Ben hiçbir fikrim yok!).

Sunuculardan uzakta olduklarından emin oldu ve 5 yaşındaki çocuğuna hiçbir sunucuya dokunmaması gerektiğini ve özellikle de güç anahtarlarından hiçbirine dokunmaması gerektiğini söyledi.

Aslında, onları tam kapının yanında tutuyordu ... (bunun nereye gittiğini görebiliyor musun ...?)

Çocuk hiçbir şekilde sunucunun güç düğmelerine dokunmadı ... Hayır, bunu açıklamak tamamen kolay olurdu. Bunun yerine kapının yanındaki BÜYÜK KIRMIZI DÜĞMEYE çarptı ... GİRİŞ SUNUCU ODASINA gücü kesen düğme !!!

Telefon hatları hemen Exchange, Dosya Sunucuları, vb. Neden mevcut olmadığını merak etmeye başladı ... BT'ye CEO'yu anlatmaya çalıştığınızı hayal edin!

-JFV


4
aynı şeyi yapan bir kurye vardı. Yine de, bir sysadmin kazası değil, ondan sonra Büyük Kırmızı Düğme üzerinde aniden garip bir metal kutu ortaya çıkmasına rağmen.
marty


Kardeşim de aynı şeyi babamın çalıştığı bir iletişim bağlantısındaki 3 yaşında yaptı. Bağlantı ağının yarısı, elverişli bir şekilde yerden 18 inç uzakta olan ana güç anahtarını açtığında kapandı. Neyse ki, ağ tamamen kopyalandı, bu yüzden trafik kaybı olmadı, ama yine de ...
09:18

@marty - doğru teklif şudur: "Neden? Bilmiyorum. Üçüncüsü var. "Ne?" "Ben umurumda değil." “Ah! Bu bizim kısa durağımız!”
warren

10

Bir zamanlar APC UPS izleme yazılımı ile kavga ettim. Küçük bir şirket olarak, birkaç küçük ish UPS'imiz vardı ve onları izlemek için çeşitli sunucular kurulmuştu. Sunucuların çoğu Linux idi, ancak birkaçı Windows kullanıyordu ve bu yüzden kullanılanlardı çünkü APC yazılımı yalnızca Windows'du.

Bununla birlikte, APC yazılımı, konuştuğu UPS'in PC'yi de çalıştırdığını varsaymak için kodlanmıştı! Bu sunucu için durum böyle değildi, fakat durduğunu söylemek için çok geç olduğunu keşfettim. Ayrıca maalesef, lider programcı şirketin ürününü bir ortağa gösteriyordu - aynı web üzerinde çalışan bir web tabanlı uygulama, APC yazılımının kapanmasını istemedim ...


1
Neyse ki linux için apcupsd var
Hubert

Eh, şimdi yapıyoruz. Bu olay 10 yıl önceydi. :-)
staticsan

8

Yeni bir sysadmin'e Service Manager uygulaması turu veriyordum. "Bu hizmeti durdurmanız gerekirse, bu düğmeyi tıklarsınız, ancak gün boyunca asla yapmamalısınız" dedim. Fare tuşunun ne kadar hassas olduğuna asla inanmazsın!

İki dakika sonra servis tekrar başladı ve kimse fark etmedi.


8

Bir rafın arkasına sıkışmış bir kule sunucusuna takılıp aşağı indiğimde ana Cisco yönlendiricinin arkasındaki kafama çarptı. Böylece, güç kablolarının Catalyst 6500'ün önündeki güç kaynaklarına gerçekte ne kadar gevşek oturduğunu ortaya çıkardı .

Evet. Artık sunucu odasındaki bir kancayı taktık. Üzerinde adım var.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.