Beiträge von quetzalcoatl

Hi there,

I had the same issue as ridvan34 every time I installed the MySQL-plugin after changing the root password (which I usually do as soon as the mysql server is running). It drove me crazy and nobody seemed to have a solution...
This time I tried some very easy hints from the MyWebSQL-site:

For the file ‘config/auth.php’:

define(‘AUTH_SERVER’, ‘localhost:3307’);


For the file ‘config/servers.php’:

$SERVER_LIST = array(

‘Localhost MySQL’ => array(

‘host’ => ‘localhost:3307’,

Since I'm still using the standard port I changed the "localhost:3307" to "localhost:3306".


After doing that I rebooted the server and was able to access MySQL via MyWebSQL again (with the new password)

I don't know whether the settings above were actually necessary at all but in my previous attempts to use the plugin I never succeeded - despite rebooting the server on a regular basis.
Just thought this experience could help.

Thank you so much.
I just updated to 3.0.5 and everything is (still) up and running

I forgot:
Here's the config.php that worked for my login:

<?php
/**
 * Copyright (C) 2010-2012 Ian Moore <imooreyahoo@gmail.com>
 * Copyright (C) 2013-2015 OpenMediaVault Plugin Developers
 *
 * This file is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * any later version.
 *
 * This file is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this file. If not, see <http://www.gnu.org/licenses/>.
 */


use Exception;
use SplFileInfo as FileInfo;


class phpVBoxConfig
{
    // Static config items.
    public $location = "http://127.0.0.1:18083/";
    public $language = "en";
    public $startStopConfig = true;
    public $username = "";
    public $password = "";
    public $enableAdvancedConfig = false;


    // Automatic config items.
    public function __construct()
    {
        $settings = $this->getSettings();


        if (!$settings->enable) {
            die("alert('phpVirtualBox disabled by OpenMediaVault configuration.');");
        }


        $this->enableAdvancedConfig = $settings->enable_advanced;
        $this->username = $this->getVboxUserUsername();
        $this->password = $this->getVboxUserPassword();
    }


    private function getSettings()
    {
        // Normally we should use OMVRpc::exec for this but since pulling
        // it in caused issues in OMV we just call the RPC from the shell.
        $data = shell_exec("/usr/sbin/omv-rpc VirtualBox getSettings");


        if (!$data) {
            throw new Exception("Failed to get OMV VirtualBox settings.");
        }


        return json_decode($data);
    }


    private function getVboxUserUsername()
    {
        return "vbox";
    }


    private function getVboxUserPassword()
    {
        $file = new FileInfo("/etc/default/openmediavault-virtualbox");


        if (!$file->isReadable()) {
            throw new Exception("Can't read /etc/defaults/openmediavault-virtualbox");
        }


        $file = $file->openFile();
        $password = $file->fgets();


        $file = null;


        // Trim the password variable since it may contain a newline char.
        return trim($password);
    }
}

Hope this helps.

Hi there,

I finally got it to work!
But I tried a lot of things, so maybe not all of the steps I've been taking are really nessesary:

After updating my test server to 3.0.25 this morning I reinstalled the virtualbox plugin (still 3.0.4). The installation seemed to go fine except for one warning:

WARNING: The character device /dev/vboxdrv does not exist.
	 Please install the virtualbox-ose-dkms package and the appropriate
	 headers, most likely linux-headers-amd64.


	 You will not be able to start VMs until this problem is fixed.

So, I found a solution for that at: http://crunchbang.org/forums/viewtopic.php?id=37999
The hint I've been following was

sudo modprobe vboxdrv

, so the character device was availlable afterwards.

I did not get the error message (initial post) any more...but I haven't been able to login as none of my admin passwords (incl. admin/admin) would work.
I changed the ownership of the phpVirtualBox folder because I read somewhere that the login problem could be caused by a config.php that is not accessable and I've noticed that it was set up like this on my productive server (OMV 2.2.5):

chown -R www-data:www-data /usr/share/phpvirtualbox

Unfortunately, I still wasn't able to log on to the phpVirtualBox site.
This is when I checked the /usr/share/phpvirtualbox/config.php on my productive server and copied it to the test server.
Result: finally I was able to login with the default login (admin/admin).

Anyway, I still came across another issue:
I've set the network of my new VM to bridge. When I tried to start the VM I got the message that eth0 cannot be accessed and that a

sudo modprobe vboxnetflt

might be helping.
I did that and finally I've been able to start the VM and install a system!!

I'm sorry if my actions seem to be pretty uncoordinated and maybe stupid but I'm a real linux noob. I just wanted to let you know that (at least for now) the VirtualBox plugin in OMV 3.0.25 is working for me.
Maybe my trials will help someone who actually knows what he/she is doing finding a *real* solution.

Thank you!

Sorry, I didn't mean to push. Just wanted to let you know that there's another one having the same issue.

My system is a clean install of OMV 3.0.2 updated to 3.0.24.
Firefox cache cleared just now - but same error messages.

I have the same issue on my test system (OMV 3.0.24, Linux 4.5.0-0.bpo.2-amd64, openmediavault-virtualbox 3.0.4) as soon as I hit the tab "Virtuelle Maschinen":

Fehler #0:
exception 'Exception' with message 'Failed to get OMV VirtualBox settings.' in /usr/share/phpvirtualbox/config.php:104
Stack trace:
#0 /usr/share/phpvirtualbox/config.php(81): phpVBoxConfig->getSettings()
#1 /usr/share/phpvirtualbox/endpoints/lib/config.php(156): phpVBoxConfig->__construct()
#2 /usr/share/phpvirtualbox/endpoints/lib/vboxconnector.php(128): phpVBoxConfigClass->__construct()
#3 /usr/share/openmediavault/engined/rpc/virtualbox.inc(134): vboxconnector->__construct()
#4 [internal function]: OMV\Engined\Rpc\VirtualBox->getMachines(Array, Array)
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array(Array, Array)
#6 /usr/share/php/openmediavault/rpc/rpc.inc(81): OMV\Rpc\ServiceAbstract->callMethod('getMachines', Array, Array)
#7 /usr/sbin/omv-engined(524): OMV\Rpc\Rpc::call('VirtualBox', 'getMachines', Array, Array, 1)
#8 {main}

Also, when I try to open phpVirtualBox I get the following error message:

An unknown PHP error occurred. This is most likely a syntax error in	
				config.php in phpVirtualBox's folder. The most common errors are an 
unclosed					 quote or a missing					semicolon in a configuration item 
that has been entered (e.g.					 location, username, or password).


Depending on your PHP configuration,					 navigating directly to config.php in your web					 browser may display the PHP error message.


					 If find that this is not the case,					 or have no idea what this error message means, please raise the issue					 at http://sourceforge.net/p/phpvirtualbox/discussion/help/

Is somebody looking into it?

Regards,
quetzalcoatl

Thank you ryecoaaron,

I think I'll change the times that rsnapshot runs.

Hi there,

from this thread, I understand that rsnapshot is setting specific times for scheduling sync-jobs using cron. This leads to backup-jobs not being run if the server is down at the specified time. Therefore, in order to use anacron instead, I'd like to create 3 scheduled tasks running:

/var/lib/openmediavault/cron.d/rsnapshot daily
/var/lib/openmediavault/cron.d/rsnapshot weekly
/var/lib/openmediavault/cron.d/rsnapshot monthly

But as you've said, this could lead to sync-jobs being run twice if the server is actually up at one of the specified rsnapshot sync-times.
So, is it possible to comment the entries in /etc/cron.d/openmediavault-rsnapshot in order to prevent the rsnapshot-scheduler (cron) interfering with the manually set up daily/weekly/monthly scheduled tasks (anacron)?

edit: And how can I make sure, that the scheduled tasks (daily/weekly/monthly) are run sequently and not all at once?

Thanks.