mboost-dp1

Ooops


Gå til bund
Gravatar #2 - Claus Jørgensen
4. jan. 2022 13:55
Tydeligvis er en masse PhD'er ikke nok til at undgå problemer som en sysadmin med 2 års uddannelse efter folkeskolen løser til dagligt :p
Gravatar #3 - arne_v
4. jan. 2022 14:37
#2

Du tror ikke at de har nogle fuldtidsansatte IT folk til at passe en computer der har kostet XX M$?
Gravatar #4 - arne_v
4. jan. 2022 14:40
#2

Det lyder ikke som en operations error men som en software error.

https://thestack.technology/supercomputer-files-de...


A Japanese university inadvertently wiped a colossal 77TB of research data from its supercomputer after a software update pushed by Hewlett Packard Enterprise (HPE) caused a script to go rogue and delete backups.

Kyoto University said 34 million files from 14 research groups had been deleted – and nearly a third of them will not get their data back after the incident which it blamed squarely on the HPE supercomputing system.

A software update error meant the Cray/HPE system deleted almost all files older than 10 days held in large capacity disc storage backup rather than just log files. It had initially feared up to 100TB was permanently lost.

Hewlett Packard said in a letter published by Kyoto University on December 29, 2021 that it took “100% responsibility” for the issue
...
HPE said: “The backup script includes a find command to delete log files older than 10 days. In addition to functional improvement of the script, the variable name passed to the find command for deletion was changed to improve visibility and readability.”
...
The company added: “However, there was a lack of consideration in the release procedure of this modified script. We were not aware of the side effects of this behavior and released the [updated] script, overwriting [a bash script] while it was still running,” HPE admitted. “This resulted in the reloading of the modified shell script in the middle of the execution, resulting in undefined variables. As a result, the original log files in /LARGE0 [backup disc storage] were deleted instead of the original process of deleting files saved in the log directory.”


Lyder mere som om at backup programmer i den vægtklasse bør skrives i et typesikkert sprog og ikke i shell.
Gravatar #5 - Claus Jørgensen
4. jan. 2022 17:13
#4

Jeg vil gerne lave et argument for at alt permanent kode skal skrives i typesikre sprog og ikke shell.

Shell scripts er til temporary operations (som da jeg skulle resize 69 billede filer tidligere i dag)

Gravatar #6 - larsp
5. jan. 2022 07:27
#5 Der er rigtig meget permanent Python og Javascript kode derude som du lige har udskammet.

Men jeg er egentlig enig. Den gode nyhed er selvfølgelig at man kan migrere gradvist til typesikkerhed med Typescript og med type hints i Python, og det bør alle gøre for kode i drift.

Bash derimod ... :P
Gravatar #7 - arne_v
10. jan. 2022 18:55
En mere bash kyndig end mig har nævnt:

set -u
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login