Disservizio di Amazon Web Services: la causa è un errore umano

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/web/dis...ano_67502.html

Un comando impartito male ha mandato offline un numero di server maggiore del previsto durante un intervento di debug. La società si scusa e modifica alcune pratiche operative per evitare il ripetersi dell'errore in futuro

Click sul link per visualizzare la notizia.

[frankie]

[Dumah Brazorf]

Basta mettersi davanti agli uffici del dipartimento IT e vedere chi esce con una scatola in grembo...

[floc]

peggio di quando ho sbagliato finestra ssh e ho spento un server in olanda. Da allora coloro le shell diversamente

[Gello]

Il tizio fra l'altro potrebbe essere stretto collega di un amico

Catitto Homo

[aleforumista]

secondo me hanno fatto qualche rm -R

[cignox1]

Non vorrei essere nei panni di quel tipo, nel momento in cui si é accorto dell'errore...

[Aquila della notte]

I problemi generati da un semplice e banale errore dovrebbero farci riflettere su quanto in realtà siamo dipendenti da tutto questo ambaradan (non me ne voglia l'utente ambaradan per aver preso in prestito il suo username )

[andbad]

Originariamente inviato da floc

peggio di quando ho sbagliato finestra ssh e ho spento un server in olanda. Da allora coloro le shell diversamente

Questa è un'ottima idea. Se la uso, devo pagarti il copyright? (sai com'è, di questi tempo )

By(t)e

[!fazz]

Originariamente inviato da floc

peggio di quando ho sbagliato finestra ssh e ho spento un server in olanda. Da allora coloro le shell diversamente

capitato anche a me una cosa simile giusto un paio di giorni fa e ho spento l'host di esxi sbagliato tirando giù il sistema di produzione (non ancora attivo per fortuna) invece del sistema di test. per fortuna che esistono vpn e iDrac per riattivare tutto da remoto evitandomi una cinquantina di km

Originariamente inviato da Gello

Il tizio fra l'altro potrebbe essere stretto collega di un amico

A prescindere dall'errore umano, quello che non e' accettabile per un provider del genere sono le tempistiche per il ripristino...

sulle tempistiche non è che ci sia tanto da fare, hanno iniziato le operazioni di ripristino subito essendosi accorti live dell'errore. il vero problema è che sistemi del genere sono talmente complessi che ci vuole tempo a ripristinare e riavviare in modo corretto tutto il cluster di server

[fbryx]

Originariamente inviato da Gello

Il tizio fra l'altro potrebbe essere stretto collega di un amico

Catitto Homo

non penso di essere d'accordo con questa affermazione