Moin,
dann macht das doch so wie ich: Ich habe Voyage Linuxaufgesetzt und darin die OMV-Pakete installiert.
Und dann hast du ein kleines smartes OS (läuft auch von USB-Stick oder SSD mit extrem wenig Speicherbedarf) mit den aktuellen Debian Repositories ...
Gruß, machnetz
Moin,
dann macht das doch so wie ich: Ich habe Voyage Linuxaufgesetzt und darin die OMV-Pakete installiert.
Und dann hast du ein kleines smartes OS (läuft auch von USB-Stick oder SSD mit extrem wenig Speicherbedarf) mit den aktuellen Debian Repositories ...
Gruß, machnetz
OMV sollte nicht auf einem USB Stick betrieben werden.
Es scheint so als würden die USB Sticks nach und nach kaputt gehen. Die Zugriffe darauf sollen zu viel sein.
Auch im OMV Forum wird davon abgeraten.
Hi,
OberlererAN EDIT: leerer Oberlehrer, sechs setzen 
die Hauptmotivation des Threads war zwei Systeme (OMV und yaVDR z. B.) zu vereinen (beide "iso orientiert") und nicht OMV auf einem Debian fork / derivat zu installieren.
OberlererAUS 
Gruß
Lopiuh
OT: Wenn schon "Oberlerer", dann doch bitte Oberlehrer...
Morgens Lehrer, abends voller...
Ich habe irgendwie nicht den Eindruck als würde hier noch viel passieren, schade. Falls sich doch noch mal jemand aufrafft hier ein paar Gedanken dazu.
Das Hauptproblem von OMV ist, dass die einzelnen Pakete nicht separat gebaut werden können. Alle OMV-Pakete brauchen ein Makefile (openmediavault.mk) das im übergeordneten Directory liegt. Ein möglicher minimal invasiver Lösungsansatz wäre, dieses Makefile in ein eigenes Paket zu packen (z.B. openmediavault-dev) und damit das Makefile in das Filesystem des Build-Systems zu kopieren (/usr/share/openmediavault ?).
In den OMV-Paket-Sourcen in den Debian-Verzeichnissen müsste man dann in den Rules-Files die Include-Anweisungen für dieses Makefile auf diesen festen Pfad setzen. In den Control-Files der Pakete die Build-Dependency auf openmediavault-dev setzen.
Eventuell reicht das dann schon um die Pakete in Launchpad zu bauen. Es irritiert mich aber, dass in diesem Makefile ein paar Targets sind, die offensichtlich für die Lokalisierung zuständig sind und auf den ersten Blick anscheinend nicht von den Paketen benutzt werden. Sollte das aber doch der Fall sein, dann wird es wohl knallen, weil anscheinend das Verzeichnis .tx dazugehört und das wäre ja erstmal nicht da. Das wäre noch eine Sache die jemand untersuchen müsste.
Gerald
Hi,
im aktuellen OMV gibt`s ein Virtualbox Plugin. Könnte man hiermit nicht einen headless Yavdr installieren? Oder wie lautet das Konzept des Plugins?
Greetings
im aktuellen OMV gibt`s ein Virtualbox Plugin. Könnte man hiermit nicht einen headless Yavdr installieren? Oder wie lautet das Konzept des Plugins?
Gegenfrage: Am Kiosk kann man Lottoscheine bekommen. Wie lauten die Lottozahlen der kommenden Woche?
Gruß
hepi
31, 10, 41, 14, 13, 32 Zusatzzahl 40.
VIel Erfolg!
31, 10, 41, 14, 13, 32 Zusatzzahl 40.
Vielen Dank, aber das nächste Mal bitte per PN, weil: je mehr mit genau diesen Zahlen spielen, desto niedriger der Gewinn für uns Eingeweihte!
Gruß
hepi
Ich verstehe nchon die Anspielung. Ich denke mir, wenn wir hier schon über ein Konzept sprechen "VDR + OMV" bringe ich mal dieses (neue?) OMV-Plugin in die Runde.
Im OMV-Forum findet man dazu nämlich nichts. Oder ich habs überlesen...
War also nur als positiver Input gemeint...
Greetings
im aktuellen OMV gibt`s ein Virtualbox Plugin. Könnte man hiermit nicht einen headless Yavdr installieren? Oder wie lautet das Konzept des Plugins?
Am besten klärt man solche Problemstellungen indem man sie aufteilt.
Frage 1: Was tut das OMV-Virtualbox-Plugin? Startet es, wie der Name vermuten lässt, Virtualbox?
Antwort: Ich denke diese Frage stellt man den OMV-Machern.
Frage2: Läuft eine headless yaVDR-Installation unter Virtualbox?
Antwort: Im Prinzip ja, aber wohl höchstens mit USB-Tunern, sicher weiß ich, dass es mit den übers Netz gemounteten Sundtek-Sticks geht.
Generell spielt das OMV-Virtualbox-Plugin bei dieser Fragestellung aber gar keine Rolle, weil man auf einem System mit OMV auch ohne
dieses Plugin eine Virtualbox installieren und starten kann. Deswegen verstehe ich nicht warum das Vorhandensein dieses Plugins irgendeinen
Zusammenhang mit der Eignung von yaVDR auf einer Virtualbox haben soll.
Gerald
Hi,
danke für deine Antworten.
Mein Gedankengang war folgender:
Plugin virtualbox auf OMV installieren übers Webinterface (elegant, wie ich finde). Im Plugin (für mich eine Art "VMware Player") eine VM erstellen. In dieser das YaVDR-ISO mounten und als headless installieren. Im VDR das RAID des NAS als Aufnahmeverzeichnis mounten. Resultat. Ein OMV-NAS und ein Streaming-VDR auf einem HP N40L.
Aber ich gebe dir Recht. Die Funktionsweise des Plugins benötigt (für mich) Klärungsbedarf.
Nun gut, trotzdem danke.
Gruß,
Polaris
Eine Installation mit virtuellen Maschinen ist immer eine hoch-individuelle Angelegenheit, die noch mehr Komplexität reinbringt. Selbst, wenn man in einem Tutorial genau aufschreibt, wie vorzugehen ist, ist das dann für 1% aller yaVDR-User interessant. Für mehr wäre es nur interessant, wenn es out-of-the box laufen würde. Und das wird es nie tun.
Es ist also nichts für's Allgemeinwohl, vielmehr ist es ein Weg, den interessierte Nutzer selbst gehen müssten. Da können und wollen Distributoren niemanden an die Hand nehmen und ihm das Leben leichter machen.
Gruß
hepi
full ACK.
Dann werde ich mich mal weiter damit beschäftigen.
Der N40L soll ja auch sein gesamtes Potenzial ausschöpfen.
Danke an alle,
Polaris
Hi,
ganz kurz, habe mal getestet.
Habe in VMWare Workstation eine YAVDR 0.5-VM erstellt und yavdr installiert mit update und dist-upgrade. Webinterface ist erreichbar. Dann habe ich nach Anleitung (nur die OMV Steps) durchgeführt, ohne Fehlerfeedback.
Das Webinterface des OMV ist nicht erreichbar, der Apache2 läuft nicht.
ZitatAlles anzeigenroot@ubuntu:/# /etc/init.d/apache2 status
Apache2 is NOT running.
root@ubuntu:/# /etc/init.d/apache2 start
* Starting web server apache2 apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
Ich teste weiter.
Hi,
ganz kurz, habe mal getestet.
Habe in VMWare Workstation eine YAVDR 0.5-VM erstellt und yavdr installiert mit update und dist-upgrade. Webinterface ist erreichbar. Dann habe ich nach Anleitung (nur die OMV Steps) durchgeführt, ohne Fehlerfeedback.
Das Webinterface des OMV ist nicht erreichbar, der Apache2 läuft nicht.
Port 80 ist bereits durch tntnet belegt. Du kannst dem Apachen einen anderen Port verpassen oder tntnet umkonfigurieren.
Hab ich getan, hab Apache 81 gegeben. The same.
EDIT: stop. Ich prüfe nochmals
EDIT EDIT:
Läuft!
Man muss in mehreren Apache-Confs den Port ändern, in der Apache.conf und in den Site Confs (VirtualHosts) auf den neuen Port ändern.
Danke!
Vorschlag: Die Postings ab #27 in diesem Thread in einen eigenen Thread auslagern, weil sie mit der vorherigen Diskussion nix zu tun haben.
Bis Posting #27 lief die Diskussion in Richtung "Es wird eigentlich keine virtuelle Maschine benötigt", um yavdr und omv zusammen laufen zu lassen. Seit Posting #27 geht es um einen Spezialfall, wo auf einem HP N40L yaVDR in einer virtuellen Maschine installiert wird. Das ist zwar interessant für Besitzer von so einem Gerät, hat aber nicht mehr viel mit der Diskussion vorher zu tun.
Gruß
hepi
Bis Posting #27 lief die Diskussion in Richtung "Es wird eigentlich keine virtuelle Maschine benötigt", um yavdr und omv zusammen laufen zu lassen.
Das ist ja jetzt IMHO auch das Ziel von Polaris das unter der gleichen Installation laufen zu lassen. Dass man sowas nicht auf dem Hostsystem seines produktiv genutzten Homeserver macht ist ja verständlich 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
