Onderwerp: Je domste fout op een server

Na bios update bootvolgorde niet goed zetten, en in alle haast CD laten zitten

Oorspronkelijk geplaatst door my816797

Na bios update bootvolgorde niet goed zetten, en in alle haast CD laten zitten

Een server start toch nooit volautomatisch van CD? Je moet op een toets duwen... anders gaat ie gewoon door naar het volgende boot device.

Dat is helaas niet het geval met linux

Een paar uur na een server te hebben opgehangen een typefout gemaakt in /etc/hosts.allow en ssh gerestart. Mezelf eruit gelockt. Kon de volgende dag weer naar het datacenter

Oorspronkelijk geplaatst door Glenn

Die snap ik niet... Dus je zou geen BSOD krijgen wanneer je via een terminal verbinding werkt?

We werkten niet in een terminalsessie dus

Bij linux soft raid per ongeluk de / tot de raid toegevoegd, waardoor het systeem zich zelf ophing. Dit deed ik op zondag avond, waardoor ik moest wachten tot Maandag om naar het datacenter te gaan.

Tevens ben ik altijd bang als ik poweroff doe als ik op meerdere machines te gelijk ingelog ben. Dat ik per ongeluk het verkeerde systeem heb.

Oorspronkelijk geplaatst door masterpe

Bij linux soft raid per ongeluk de / tot de raid toegevoegd, waardoor het systeem zich zelf ophing. Dit deed ik op zondag avond, waardoor ik moest wachten tot Maandag om naar het datacenter te gaan.

Tevens ben ik altijd bang als ik poweroff doe als ik op meerdere machines te gelijk ingelog ben. Dat ik per ongeluk het verkeerde systeem heb.

Raid is leuk. Toen ik mijn eerste (soft) raid ooit helemaal voor elkaar had.. met alle toeters en bellen (booten van r1, rest op r5 etc)... wilde ik natuurlijk de performance testen. Snel raidtest met wat params ingeklopt en toen achterover gaan zitten en kijken hoe snel een 1 gig testbestand over mijn boot partitie werd geschreven....

1 param vergeten

Het is jaren geleden, maar toch erg stom. Op de verkeerde doos rm -rf * tikken en dan erachter komen dat je in /etc stond. Whoops. Kon gelukkig nog recoveren door een /etc van een andere machine erin te kopieren.

Linux doosjes reageren altijd erg grappig als ze niet weten wie je bent (/etc/passwd was dus ook weg)

Oorspronkelijk geplaatst door masterpe

Tevens ben ik altijd bang als ik poweroff doe als ik op meerdere machines te gelijk ingelog ben. Dat ik per ongeluk het verkeerde systeem heb.

Oh, dat heb ik ook een keer gehad. Dat kan inderdaad nogal wat verwarring veroorzaken. Vooral bij de systeembeheerder in kwestie zelf.

Ik heb in plesk wel eens op shutdown (rechtsonder) geklikt ipv logout (na heel wat biertjes)
Me daarna heel erg druk gemaakt over waarom server nou down was...
Gelukkig apc zelfde avond gebruikt, kwam er pas later achter dat ik misschien wel eens op shutdown geklikt zou kunnen hebben, en dat klopte volgens de logs.

Verder laatst een mailing verstuurd over werkzaamheden... Lekker lui: select * from klanten -> while -> mail. Ff vergeten dat zowel crediteuren als debiteuren in dezelfde tabel stonden
Vevida klopte als eerste op de deur, verder gelukkig niet veel klachten gehad.

Edit: typefoutje

Net nog de externe netwerkinterface van een Windows-server in DC uitgeschakeld...en schakel die maar weer es in op afstand dat wordt dus een retourtje Amsterdam...

EDIT: Sorry voor de bump, had even niet gezien dat t topic al wat ouder was

1 Maand maar

Stond een tijd terug in het DC, 2 nieuwe bakjes geinstalleerd met Debian. Nou, ik was lekker op tijd klaar, dus weer vrolijk naar huis. Ik ga achter m'n PC zitten om de handel verder te configgen, kom ik SSH niet in... En maar denken, hoe kan dat nou? Bak was wel pingable, dus dat was het ook niet.

Ben ik domweg vergeten om SSHD te installeren op de bak..... Kon ik weer vrolijk terug naar het DC, yippie!
(is me daarna ook gewoon nog een keer gebeurd, maar nooit wer!! )

Oorspronkelijk geplaatst door bln001

Net nog de externe netwerkinterface van een Windows-server in DC uitgeschakeld...en schakel die maar weer es in op afstand dat wordt dus een retourtje Amsterdam...

Je hebt slechts 1 server? Anders had je dit vanaf een ander toestel via de interne netwerkinterface kunnen rechtzetten...

En @all: een KVM-over-IP heeft zo z'n voordelen De meerderheid van de tripjes naar het DC die hier beschreven worden waren daarmee vermeden!

Stommer dan een nieuwe kernel te maken zonder daarna lilo te draaien heb ik het niet zelden gemaakt.
Ohja, en een keer een database verwijderd terwijl ik op de verkeerde machine ingelogd was. Dat was een weekend werk.

- klant met dedicated server had netwerkverbinding uitgeschakeld --> ritje dc
- heb het daarvoor zelf ook een keer gedaan (in het hele prille begin ) --> ritje dc

- suse bak in ons netwerk, werk normaal altijd met debian, dus geen idee hoe dat in suse ging, na veel moeite IP + dns ingesteld gekrege... gateway vergeten, en ik me maar afvragen waarom hij "inene down" was toen ik thuis kwam, terwijl het 20 min daarvoor in DC wel nog werkte

keertje gechmod op de verkeerde plek, gelukkig snel kunnen ctrl+x-en