Posts by Mastada

    Hi everybody,

    I am using the remote mount plugin to mount a cloud storage space (Strato HiDrive) via smb/cifs. Because of security reasons, it is only possible to do this when you are connected via OpenVPN to Strato.
    The OpenVPN connection is established after booting via /etc/rc.local and works well. But the problem is, that the remote folder is not getting mounted - i think because the VPN connection is not yet established.

    Is it somehow possible that the plugin uses a delay? Or does this plugin only creates the fstab entries? Or are there any other ideas how to archive what I want? A cronjob doing a "mount -a" every minute is not what I want because it would interfer when I disconnect mounts because of a scheduled downtime or so.

    Best regards

    You can't use the system partition to hold shared folders in OMV.

    Sorry, but that is wrong. Not with GUI only but with a little bit of cli (console or ssh) it is possible.

    You can archive this with symlinks! I am running this setup and it works very well.
    Just create a new symlink in your volume pointing to a folder on your OMV system drive.
    ln -s /data/VMs /srv/dev-disk-by-label-vol0data/VMs
    After this create a new shared folder in OMV pointing to the folder. Perhaps you have to change ownership manually by chown vbox:vboxusers.

    Now you can select the shared folder in VirtualBox plugin.

    I am doing this because my OMV system drive is a big (at least to big for only having OMV on it) ssd.

    Despite that, you can also do, what Nibb31 wrote and repartition your OMV disk.

    Still my graph is empty as the rrdtool is trying to generate graphs for eth0 but my NICs name is changed to eth1.
    Does anyone know, how I can change the configuration so it is generating graphs for eth1?

    If found this in /etc/openmediavault/config.xml:

    Can I simply change here the eth0 to eth1?

    Make sure you have the latest version of the detection script

    rm /usr/share/openmediavault/mkconf/sensors
    wget -O /usr/share/openmediavault/mkconf/sensors
    chmod +x /usr/share/openmediavault/mkconf/sensors

    Refresh OMV webui after and before checking graphs.

    If that does not fix your issue you could try disabling the sensor in the plugin page (save/apply) then re-enable it. Another option would be to uninstall and reinstall the plugin.

    Hi jhmiller,
    thank you for your help.

    I redownloaded the detection script, decativated and reactivated the plugin and then refreshed the OMV webgui, but now the gui is broken as you can se here (the temperature tab is not showing up anymore - sorry its in german):

    I think the empty space was the temperature tab. When I open this tab, all graphs are empty.

    If I uninstall the plugin and reinstal it, will the data preserved?

    Best regards!

    I used this nice plugin since Jan. 2016 and it worked very well - unfortunately only for cpu but thats ok.
    Now, since one week the graphs for week and day are empty. At the graph for month I can see, that since one week there is no temperature measured.
    Perhaps it is because I had to restart my openmediavault server one week ago because I bought an UPS.

    I also tried already the command omk-mkgraph which does not show up any errors and sensors outputs this:

    What happened and what can I do to get the plugin collect the temperatures again?

    Best regards

    Gut, die Captchas wurden ja schon erklärt, das verschwindet.

    Zum Thema Passwörter merken, kennst du Keepass? Einfach installieren, sich ein einziges, gutes Passwort ausdenken und alle anderen Passwörter vergessen. Noch mehr Komfort gibt es dann mit z.B. ChromeIPass (Passwörter werden direkt aus dem Passwortsafe eingetragen). :-)

    Ansonsten, einfach eingeloggt bleiben und das Passwort vergessen - im schlimmsten Fall das Passwort zurücksetzen... dann hast du es als eine Art Wegwerfpasswort ;-)

    Hi there,

    i needed to install the iSCSI-Plugin, plugin installation is working but when I try to activate the plugin and save the configuration I get this error:


    Failed to execute command 'export LANG=C; invoke-rc.d 'iscsitarget' start 2>&1': Starting iSCSI enterprise target service:FATAL: Module iscsi_trgt not found. failed! invoke-rc.d: initscript iscsitarget, action "start" failed.

    I already checked if the module is loaded but it isnt. Also tried the way to reinstall iscsitarget-dkms with "apt-get --reinstall install iscsitarget-dkms" but here I get:


    Building module:
    cleaning build area....
    make KERNELRELEASE=3.2.0-4-amd64 -C /lib/modules/3.2.0-4-amd64/build M=/var/lib/dkms/iscsitarget/ exit status: 2)
    Error! Bad return status for module build on kernel: 3.2.0-4-amd64 (x86_64)
    Consult /var/lib/dkms/iscsitarget/ for more information.

    That is what's inside the make.log:

    I found a lot of threads here in the forum, it may seems that the plugin installation often has some problems... how can I solve my installation problem?

    Hello tekkb,

    I had the same problem but i was not able to kill the process. Better said: I was able to kill the process but it instantly restarted... it was php5-fpm
    I only was able to change the settings after deleting the user, changing the settings concerining to user homes and the re-added the user.

    I had changed the network interface name from eth0 to eth1 because of a needed virtual network interface.
    After this, the rrd graphs in the systeminformation are obsolet because there is no traffic on eth0 but there is also no generation for eth1.
    How can I change the name in OMV too? Under System - Network there is still the old name (eth0) but with the right configuration.

    Hello subzero79,

    thanks a lot, I changed the mentioned speed_limit_min to 50000 and instantly without rebooting the speed changed to ~52000k/s
    Now the initial resync will be finished in ~4,5 hours.

    But I must admit that I have not completly understood why this value is set to 1000 per default. Is it because to ensure maximum performance for file operations even on rebuilds/resyncs?
    I tested a file copy and it was now only ~40-50 mb/s (compared to ~100mb/s). So it seems to be useful to set the speed_limit_min to a higher value only during initial resync of if I need a fast rebuild. Am I right?

    Thanks again :)

    Hi everybody,

    I have set up a new OMV-box with 2 x 1TB hard disk and the initial sync is extremly slow...
    It is currently at 1% at its saying "Finish=9122min, speed=1923K/s)
    Thats over 6 days for an initial sync... is this normal? Is it because I am using already used disks?

    When I copy some large files to the raid, its is very fast (~90 mb/sec). The disks are surface-tested and S.M.A.R.T. says, everything okay...

    It is needed for a gameserver software.
    In the meantime I followed your hint with the virtual machine and intalled KVM-QEMU.
    Server is running, performance is ok. Would be better without virtualization. I will give it a try but if performance is too bad, I will revert back to old-school administrated Debian-Server without OMV :(

    Thank you for your fast and clear response.

    Is it right that there are no near-future-plans to upgrade to a newer Debian (Jessie) release which would be then with glibc 2.14?
    So then OMV is not suitable for me, very sad because I really like the webinterface. :(

    Hi everybody,

    I really need the glibc 2.14 libraries but OMV is based on Debian 7 so there is only 2.13

    Now I thought about adding the experimental repos to the apt sources and now I would be able to install them but because of dependencies it also would change and remove some other packets (like "locales") and I am not sure about them being important for OMV operations. Is it safe to do this?

    Here is the dry-run-output of apt-get:

    Best regards and thanks in advance