Das längste Thema

Zitat von mainziman

Wenn ich es schaffe dass er bei Dir fehlschlägt

Wer sagt denn, dass ich es je schaffen werde einen Turing Test zu bestehen - evtl. bin ich ja eine Maschine?

Zitat von Valkyrie

KB19 Übertrage mir deine Speicher-Detektiv-Fähigkeiten

Habe ich so etwas?

Zitat von Valkyrie

Ich wollte heute auf meinen Proxmox, geht nicht. Ein bisschen antwortet er, aber nicht so wirklich. Per IPMI drauf geschaut, "I/O Error EXT4" ohne Ende. Per IPMI neugestartet, beim hochfahren für einen Bruchteil einer Sekunde ein rotes ERROR ZFS gesehen, aber ging weiter und läuft jetzt erstmal wieder. Laut zpool health ist alles in Ordnung und laut smartctl auch. Die 3 SSDs (1x Boot + 2x Daten) wollen mich wohl bald ärgern

Verwendest Du (am Host) überhaupt irgendwo ext4 oder nur ZFS?

Vielleicht ein lockeres oder minderwertiges SATA-Kabel?

Nutzt du die aktuellste Proxmox / Debian Version? Es gab doch Ende 2023 diesen ext4 Bug, der zu Corruption führen konnte. Falls du den Kernel noch nutzt, könnte es ggf. auch damit zu tun haben? Ansonsten hätte ich auch Kabel oder Mainboard gesagt.

https://linuxiac.com/debian-12-3-kernel-bug-alert/

Zitat von KB19

Habe ich so etwas?

Ich habe schon öfters deine Beiträge hier gesehen in denen du alte Platten/SSDs analysierst!

Zitat von KB19

Verwendest Du (am Host) überhaupt irgendwo ext4 oder nur ZFS?

Der Boot Datenträger müsste ext4 sein und vermutlich ist deswegen eben alles eingefroren.

Ich hab gestern Abend aber noch gesehen, dass der letzte Log Eintrag vor dem Reboot eine Meldung von smartctl war, dass die Temperatur der einen SSD von 68°C auf 67°C gefallen ist. Das ist schon echt heiß für eine 2,5" SSD Komischerweise ist sie danach immer nur bei normalen 33°C gewesen.

Zitat von engine

Nutzt du die aktuellste Proxmox / Debian Version? Es gab doch Ende 2023 diesen ext4 Bug, der zu Corruption führen konnte.

Boah, muss ich heut Abend mal schauen. Ich glaube ich bin bei Update Stand ~Februar oder so, klingt gar nicht so abwegig. Danke

Allgemein müsste ich mal in meinen Server Zuhause investieren. Er läuft noch auf einem Supermicro Board, welches ich damals in meiner Ausbildung mit nach Hause nehmen dürfte. Schon da war es nicht mehr das neueste, aber ich bin doch so geizig

Zitat von Valkyrie

Boah, muss ich heut Abend mal schauen. Ich glaube ich bin bei Update Stand ~Februar oder so, klingt gar nicht so abwegig. Danke

Falls du den Kernel nicht nutzt, wird's der Fehler wohl nicht sein - sonst einfach mal fsck drüber bügeln.

Wegen der Temperatur: Ich habe in meinem Unraid-Server daheim zwar ein extra kleines Gehäuse und da sind sie rund 45 Grad warm (NVMes teilweise über 80, meist aber um die 60).

Zitat von Valkyrie

Der Boot Datenträger müsste ext4 sein und vermutlich ist deswegen eben alles eingefroren.

Die Boot-Partitionen sind bei mir alle vfat. Oder bootest Du nicht mit UEFI? Dann könnte es vielleicht wirklich anders sein. Vielleicht auch bei älteren Installationen? Meine ist von 2021, also ursprünglich PVE 6.

soeben in einem auf GIT publizierten Quellcode folgendes entdeckt

zuerst die aufrufende Fkt.

size_t pos;
size_t len;
char *k;

k = argv[ 2 ];
len = strlen( key );
// von der Variable pos finde ich nirgends eine Initialisierung, ist also irgendwas ... 
// hier der Aufruf
if (func(k, len, pos) == 1) {
...

und jetzt die aufgerufende Fkt.

int func(char *k, size_t len, size_t pos)
{
  if (((len & 0xF) != 0) && ((len & 0xF) != 8)) return 1;

  for (pos = 0; (pos < len); pos++) {
  ...
}

ich unterstelle hier mal eiskalt, dass derartiger Quark in den Quellcodes kiloweise existiert

jemand bei einer Wartung des Quellcodes hier am Beispiel des Moduls func.c

womöglich der Variable pos doch eine Bedeutung gibt, und sämtliche Aufrufe davon

mit ähnlicher Konstellation wie hier am Beispiel des Moduls main.c dann zur Zeitbombe werden;

nebenbei ist die if-Bedingung in Zeile 3 besser so realisiert

if ((len & 0x7) != 0) return 1;

Einer der Gründe warum C so ein bisschen in Ungnade gefallen ist.

Menschen machen solche Fehler - aber C macht es einem besonders leicht solche Fehler zu machen und zu übersehen.

C wird immer meine Lieblingssprache bleiben.

das kuriose bei dem Quellcode, obwohl diese die Fileerweiterung .c haben,

findet man dann doch Konstrukte, welche C im Standard so gar nicht kennen dürfte;

da die Compiler von heute aber so eierlegende Ungeheuer sind, und von Fehlerfreiheit keine Spur ist,

sowas da dann gar nicht auffällt;

...
if (argc <= 1) {
  fprintf(stderr, "Provide at least one argument\n");
  return -1;
}
...
int var = 0;

das Statement in Zeile 7 darf der C-Compiler nicht für gut gefinden, der C++-Compiler hingegen schon;

C ist auch meine Lieblingssprache, neben FORTRAN und Assembler

C# all the way

Zitat von aRaphael

C wird immer meine Lieblingssprache bleiben.

Sätze, die jeder Angreifer gerne hört.

Zitat von mainziman

das Statement in Zeile 7 darf der C-Compiler nicht für gut gefinden

C-89 Compiler nicht, aber alles ab C-99 erlaubt sowas.

Um das übrigens abzuschließen: Meine Ausbilderprüfung (Aevo) hab ich vor kurzem bestanden

Zitat von ThomasChr

Um das übrigens abzuschließen: Meine Ausbilderprüfung (Aevo) hab ich vor kurzem bestanden

Also wende ich mich in Zukunft ausschließlich an dich? Du armer...

Zitat von ThomasChr

Um das übrigens abzuschließen: Meine Ausbilderprüfung (Aevo) hab ich vor kurzem bestanden

Meinen Glückwunsch!

Zitat von Bud

Also wende ich mich in Zukunft ausschließlich an dich? Du armer...

Bei deinem Fachwissen mittlerweile ists eher andersrum

Außerdem bin ich für Fachinformatiker Anwendungsentwicklung zuständig, all dieses Server-Gedöns kapier ich eh nicht!

Zitat von RAD750

Meinen Glückwunsch!

Danke

Zitat von ThomasChr

Bei deinem Fachwissen mittlerweile ists eher andersrum

Nenn das bitte nicht Fachwissen, ich bin mir sicher das halbe Forum rotiert gerade vor dem Bildschirm

Ich würd dich sofort als Azubi nehmen!

Wenn du also umschulen willst...