Beiträge von daschizzle

Thanks for the help.

Update went through had some issues with legacy plugins i dit not remove beforehand (accessing the webui) but after manually removing those everything seems to be working again.

Now i have to get used to portainer. I really like the old docker-ui which was a bit cleaner that portainer but i can understand that it needs to be maintained and if nobody is willing to do this using other management software is the solution

im having the same problem with the base-files package when trying to upgrade.

Any idea how to fix this?

Sorry this has probably been asked before but i could not find an answer.

Just noticed that the OMV 4 EOL is coming soon so i need to upgrade.

Im currently using the omv plugins nginx, mariadb, letsencrypt, cups (printing) and docker that wont be available anymore after the upgrade. So i have a few Questions:

1. Docker:

Docker is of course still available but the current OMV-UI won't be available and i would have to switch to portainer for UI Access.

I have my docker base directory not on the system drive, an OMV5 upgrade will keep this intact and working or are there additional Steps to keep this running and working with portainer?

2. Nginx:

My nginx sites/proxies will have to be moved to docker, this should not be that hard since i can just use my current configs.
OMV is only internally available with port 8080 so i can just let my nginx docker keep using the normal http ports.

OMV-GUI will probably still use nginx on the base system?

3. MariaDB:

I could install mariadb in docker but is it a bad idea to install this just on the base debian system using apt or is there allready a mysql server running for OMV that could conflict with this? I will of course have to export my current db as an sql backup.

3. letsencrypt:

the current plugin is allready a bit broken but it still works. My dyndns provider (desec) allows upgrades using DNS challenge mechanism and i wont need any http access for verification. i probably end up just running certbot on the base debian system. As i only need those certificates in nginx i wont bother with importing them for omv-gui. OMV GUI will only be available on the local network or wireguard vpn so i wont bother with encrypting there.

4. CUPS / Printing

I only have this installed to share my USB Only Laserprinter that is over 10 years old but the replacement cartridges are dirt cheap and it still works great.

Guess i have to move cups to docker and grant the container access to the correct /dev entry.

CUPS is a bit of an overkill for this little setup, is there a more lightweight alternative?

Besides that my current shares (SMB, NFS) should upgrade fine to omv5?

I will of course backup my System partition before upgrading but is there anything else i should do before upgrading my system to omv5? (Remove my custom nginx servers, remove plugins etc)

I had a lot of problems with my NC13 installation after updating to OMV4 but it was my own fault in the end.
I reconfigured a new pool and server but this did not fix my issues as i still got internal server errors.

My Problem, i didnt check the nextcloud logs.

I still had the memcache APCu Settings in my config.php

'memcache.local' => '\\OC\\Memcache\\APCu',

So i disabled this line and it finally started again

After i installed the apcu modul using:

sudo apt-get install php7.0-apcu
I could enable this option again now my nextcloud server is running happily again like before.
Only thing missing is fail2ban

Oh sorry i though i was clear.
i really just stopped the mariadb service and started it again manually from ssh after playing around with the settings of the plugin (as the plugin doesnt seem to be able to do this at the moment):

service mariadb stop
service mariadb start

I did not alter any of the mariadb config files, so doing the manual restart seems to have made the server load the openmediavault settings (from the plugin).

what wonders me a bit is that i had rebooted my server serveral times in the last few days and this did not fix the problem. Will keep an eye on this after the next reboot.

About the logrotate error:
I now manually added the "debian-sys-maint" User to the mysql server with the password stored in /etc/mysql/debian.cnf and gave this one all rights. I will just wait and see if the error pops back up again.
See: https://gentoo-blog.de/ubuntu/…debian-sys-maint-account/

Thanks for the fast reply a clarification. Just wanted to report this if it was not known yet.
It is working now for me and i know how to fix it if it occurs again

Hi,
After updating from OMV3 to 4 a few days ago i noticed that my kodi box could not longer access the MySQL server on my nas. All local apps and services (nextcloud for example) still worked fine.
I tried resetting settings in the plugin, switching the bind adress from 0.0.0.0 to the local adress and back, disabling and enabling the server through the plugin but nothing worked.

Then i noticed that the mariadb server was still running even tho i switched it off (nextcloud was still working fine) and no log entries for stopping or starting the server.

I then tried to restart the maria db server from ssh (service mariadb restart) and this finally did the trick. Now i can access the mysql server again from other machines on my network.

I have 2 files in /etc/mysql/mariadb.conf.d/ that seem to control the server settings:
50-server.cnf and openmediavault-mysql.cnf
The first one has the default bind adress set (127.0.0.1) and the other one holds the mysql plugin settings.

Is there a bug in the plugin? Or maybe something got screwed up in my upgrade from omv 3 to 4?

I also got the following warning yesterday:

/etc/cron.daily/logrotate:
 mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'debian-sys-maint'@'localhost' (using password: YES)'
error: error running shared postrotate script for '/var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/mariadb-slow.log /var/log/mysql/error.log '
run-parts: /etc/cron.daily/logrotate exited with return code 1

My MySQL Server doesnt seem to have the "debian-sys-main" user in its config (according to the MyWebSQL interface)

Maybe this is related as well?

Hi,
i just installed the pyload plugin and got it working so far but i have problems with the file permissions.

Pyload creates the files with only allowing the pyload user write permissions to folders and downloaded files, this can be changed in the config (filemode 0777) but this doesnt seem to have an effect on extracted files.
Anyone has a workaround for this? dont want to ssh into the box and change those permissions after every finished download.

Thanks!

I just create my frist omv system and installed nextcloud 12 yesterday following this tutorial.
Performance is quite good but i read that i could improve this further switching from AJAX to cron for background updates.

i configured a new cronjob using the omv interface with the following command executed every 15 mins by www-data:

php5 -f /srv/dev-disk-by-label-SSD-DATA/www-nextcloud/cron.php

In the nextcloud log i now get this INFO when the job is executed:

Info	cli	Memcache \OC\Memcache\APCu not available for distributed cache
Info	cli	Memcache \OC\Memcache\APCu not available for local cache

I have " 'memcache.local' => '\OC\Memcache\APCu', " in my config.php and the improvements infos from the administration page disappeared after i added those.
Of course php5-apcu is installed.

Any idea why this is info appears?