haloworld

Hallo Heiko, leider sind alle von mir getesteten Server DPE 2900, nur mit unterschiedlichen BIOS-Versionen und unterschiedlicher Hardware. Das mit dem UEFI-BIOS war mir so nicht klar. Dann wird das von mir angestrebte Ziel, den Server zeitgesteuert hoch- und runter zu fahren leider so nicht realisierbar sein, zumindest nicht mit dieser Hardware. Das Problem ist bei dem Dell-Server der enorm hohe Stromverbrauch im laufenden Betrieb. Da der Server als Backup-Server herhalten soll, muss er also auch nicht dauerhaft laufen und so teure Nebenkosten verursachen. Bei einem 24/7-Betrieb würden da locker etwa 700 Euro Mehrkosten an Strom auf mich zukommen. Das ist enorm und für mein kleines Heimnetzwerk so nicht tragbar. Da der Dell-Server mit dem zeitgesteuerten Hoch- und Runterfahren in Verbindung mit XPEnology so nicht funktioniert, kommt XPEnology dann für diese Hardware auch nicht in Frage. Da ist meine alte, echte DS209+ doch wesentlich sparsamer, allerdings auch bei weitem nicht so leistungsfähig. Momentan teste ich diverse NAS-Systeme aus und werde mal sehen, ob andere NAS-Beriebssysteme meine Zwecke erfüllen können. Herzlichen Dank nochmal für deine Rückmeldung. Gruß Achim

Hallo Leute, ich habe nun mal eine Zeit lang rumexperimentiert, aber das Problem mit den nicht erkannten HDDs bleibt weiterhin bei der 5644.5 bestehen. Der Fehler ist auch auf einem anderen Dell-Server reproduzierbar. Hier bin ich noch nicht weitergekommen. Da ich aber die VirtualBox verwenden möchte, bin ich auf die Version 5592.2 zurückgegangen. Hier klappt VirtualBox. Das Problem mit dem BIOS-Reset konnten allerdings eingegrenzt werden. Es tritt auf, sobald im DSM unter "Hardware und Energie" der Zeitplan zum selbständigen Hoch- und Runterfahren aktiviert wird. Fährt der Server dann runter, bleibt er beim nächsten Hochfahren hängen, da das BIOS resettet wurde und diverse BIOS-Einstellungen ein weiteres Durchbooten verhindern. Das bleibt auch solange, bis man den Zeitplan deaktiviert bzw. die Einträge löscht. Danach kann das BIOS wieder korrekt eingestellt werden und alles klappt wieder wie gewohnt. Vielleicht fällt ja jetzt jemandem was ein, was vorher so nicht erkennbar war. Gruß Achim

Hallo Forumgemeinde, ich versuche nun seit einigen Tagen die aktuelle XPEnology-Version 5644 auf meinen Server zu bekommen, leider nur mit mäßigem Erfolg. Zunächst mal meine Hardware: Dell Poweredge 2900 mit 2x2,5 GHz Xeon Quadcore, 16 GB RAM, Dell Perc6i RAID-Controller mit aktueller Firmware Das XPEnoboot 5644.5 wurde genau nach Anleitung auf den USB-Stick gebracht und MAC-Adresse und SN wurden händisch in der syslinux.cfg eingetragen. Der Server bootet und nachdem er fertig ist, kann ich auch die DS über die entsprechende IP-Adresse aufrufen. Allerdings wird keine HDD erkannt und ich komme mit der Einrichtung der NAS nicht weiter. In der Version 5644.4 werden die Platten einwandfrei erkannt und ich kann das System einrichten. Dabei ist mir folgendes beim Booten aufgefallen: Kurz vor Ende des Bootvorgangs kommt diese Zeile: cat: can't open '/sys/block/sd*/device//model' : no such file or directory Der Doppelslash in der Zeile ist kein Schreibfehler meinerseits, sondern er wird so in der Meldung ausgegeben. Jede Version vor der 5644.5 läft problemlos durch und erkennt die HDDs. Kurios an der ganzen Sache ist, dass das ganze in einer VM auf einem ESXi 6.0 nicht auftritt. In der VM wird die HDD einwandfrei erkannt. Die NAS kann dann problemlos eingerichtet werden. Ein weiterer Missstand beschäftigt mich allerdings auch noch. Unabhängig von der Bootloader-Version wird beim Dell-Server ständig das BIOS resettet, sobald der Rechner neu gestartet wird. Dabei werden Bootreihenfolgen verändert, die Uhrzeit verstellt, ATA Controller abgeschaltet usw. Danach läuft das System in einen Halt und es wird nicht durchgebootet. Ein Sprung ins BIOS zeigt dann wieder, dass alle vorher vorgenommenen Einstellungen wieder zurückgestellt wurden. Das Setzen eines BIOS-Passworts brigt auch nichts. Der Reset erfolgt trotzdem. Hintergrund beider Installationsvarianten ist, dass XPEnology als eigenes System auf dem Server laufen soll. Der Lauf im ESXi diente lediglich zu Testzwecken. XPEnology soll nicht dauerhaft auf dem ESXi bleiben. So, jetzt hab ich lange genug gefaselt. Hat jemand von Euch eine Idee, woran das oben beschriebene liegen kann? Für Anregungen bzw. Hilfe wäre ich sehr dankbar. Gruß Achim