Posts by telecomic

    1. Yes omv-extras are installed on OMV

    2. Yes i have installed openmediavault-zfs plugin for OMV after installation omv + omv extras

    3.

    Code
    root@openmediavault:~# uname -a
    Linux openmediavault 6.12.12+bpo-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.12-1~bpo12+1 (2025-02-23) x86_64 GNU/Linux

    4.

    From my current OMV 7.7.0-2 I have a ZFS pool that is mouted to /mnt. The Debian Update I was offered then destroyed my current version so that the NAS could no longer boot. A reinstallation of OMV 7.7.0-2 works, however, I can no longer release my ZFS pool for an NFS connection, since I only ever appear the other systems such as XFS, EXT4 etc. as release medium. Does anyone have any info for me how I can release the Pool, which is mounted /mnt via NFS?

    Thank you..


    Nachdem mir mein NAS letztens 64 Updates für Debian angeboten hatte ist mein Server danach nicht mehr gebootet. Eine Neuinstallation von omv 7.7.0-2 klappte zwar, auch die Neuinstallation des zfs Plugins ging und ich konnte meinen Pool auch wieder importieren... aber ich bringe nun keine Freigabe des Pools per NFS in meinem Netzwerk mehr hin, da ich über das omv GUI immer nur EXT4, XFS oder BTRFS Filesysteme hier freigeben kann. Hat sich da etwas in der letzten Zeit geändert oder habe ich einen Gedankenfehler?

    Hi,


    i think, that i have also this problem...

    Code
    Fehler #0:
    OMV\Config\DatabaseException: Failed to execute XPath query '//system/fstab/mntent[uuid='fb155b1d-1a3c-4e33-97a6-2578ea094971']'. in /usr/share/php/openmediavault/config/database.inc:78
    Stack trace:
    #0 /usr/share/openmediavault/engined/rpc/sharemgmt.inc(231): OMV\Config\Database->get('conf.system.fil...', 'fb155b1d-1a3c-4...')
    #1 [internal function]: OMVRpcServiceShareMgmt->get(Array, Array)
    #2 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
    #3 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('get', Array, Array)
    #4 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('ShareMgmt', 'get', Array, Array, 1)
    #5 {main}

    my pool is aviable, but the disk`s in the zfs pool are not seen in omv gui.


    How has you solved the Problem? With delete the devices and fresh rescan of them?

    Ich habe vor ca. 4 Wochen mein OMV 4.x genauso wie die es beschrieben hast verkleinert.. Und ich kann auch den nun freien noch unpartitionierten Bereich nutzen. Dieser Platz steht in OMV ohne Einschränkung zur Verfügung. Ich kann unter 4.0.14 arakis das also nicht nachvollziehen.

    I have the same failure.. I read now in this board that the Problem can be solved with an second DNS Server entry for example 8.8.8.8 in the network configs...


    For me, i have not tested this at the moment.. Because i installed my backup without plex..
    You can test..

    Hi Krisbee,


    yes i have access to the ZFS pool with Kernel linux-image-4.9.0-4-amd64... there is no problem.


    But i think if i install the upgrade Package i will get the same error while building the Kernel for 4.13 i posted..
    Here the Log of Kernel built in first Installation if someone need this.


    But i understand, i can built new Kernel 4.13.. if fail i can delete the 4.13 kernel incl. headers (But i don`t need the Kernel in the Moment)


    So i disable the Line "deb http...." in
    /etc/apt/sources.list.d/openmediavault-kernel-backports.list
    Thats the entry i searched..


    And after disable this entry and reboot and a refresh of the Updatelist i don`t get the new updates for the bpo Kernels.
    Thats what i whised... Perfect thanks a lot


    If disabling of the bpo repo make a problem.. let me know what i should do..

    Here is the output from
    root@openmediavaultnas:~# dpkg -l | grep linux-


    i don`t know why i get after apt-get update always


    the debian stretch-backports...
    is there so,eting else i must do ?

    In my source.list in /etc/apt/source.list


    is no bpo source i mean..
    here is the output..


    there is no Kernel 4.13 longer avaible... but in WebGUI i got always the *.bpo File for update
    should i install all packages and then remove the Kernel again ?
    But i think it should be possible to change the setting to get no bpo updates longer.. or not?

    Now, i make the update over webgui and after reboot the zfs pool is aviable.


    But i now get again the updates to Version "Installationskandidat: 4.13+86~bpo9+1"
    And when i read, that this kernel is not stable why i get this as update? I think i use stable repos..

    Output of zfs list and modprobe zfs


    Code
    root@openmediavaultnas:~# zfs list
    The ZFS modules are not loaded.
    Try running '/sbin/modprobe zfs' as root to load them.
    
    
    root@openmediavaultnas:~# /sbin/modprobe zfs
    modprobe: FATAL: Module zfs not found in directory /lib/modules/4.9.0-0.bpo.4-amd64

    looks like somthing is missing in kernel ?

    I upgraded again from omv 3.0.90 by using cmd: omv-release-upgrade


    After reboot, my zfs pool can`t get mounted..
    I get this Error..
    I hope this can be solved? Now solved


    My output


    Hi,


    first sorry for me english..


    Today I upgraded my omv Version from 3.0.90 to 4.0.9-1 (Arrakis).. and this version is running now with Kernel 4.9.0-0.bpo.4-amd64.
    Now i get the Info for new updates and so i get them and by the way i get Kernel 4.13 and there is now the problem, that ZFS will not run.
    The update Log shows some errors and while build the Kernel 4.13 and the zfs Pool ist not aviable after boot this Kernel.


    Here the Log from update..


    So i set as prefered Kernel is 4.9.0-0.bpo.4-amd64 because here is ZFS running. Is there no support for 4.13 and ZFS Pool? And can I remove this Kernel so i don`t get updates for the Kernel 4.13?


    Regards Manfred

    Der ZFS Verbund läuft bestens.. das ist eine einzelne Festplatte die in keinem Raid Verbund läuft.. und das komische ist ja, dass die Festplatte ja als sda mit den Partitionen sda1 bis sda4 erkannt wird.. nur wird eben die alleine die sda4 Partition eingebunden.. alle anderen sind im omv3.x nicht verfügbar.
    Nutze ich die alte omv Version kann ich drauf zugreifen.


    evtl. verschiebe ich die Daten von der Festplatte unter der alten omv version auf den ZFS Verbund dann hätte ich zumindest die Daten gerettet. Falls noch jemand eine Lösung hat... wäre ich dankbar.

    Hier noch meine alte fstab aus dem omv 2.x
    da wurden die Festplatten anders eingelesen..


    Wie sollte ich da am besten vorgehen?

    Leider bekomme ich beim einhängen der sda eine Fehlermeldung von 3 der 4 Partitionen..
    sda1 bis sda3 bringen diesen Fehler


    Nur sda4 läßt sich einhängen..
    Hat hier noch jemand einen Tip für das Problem?


    ach ja, hier noch die /etc/fstab aus dem aktuellen omv 3.x in der die Rede ist