Will wait for the OMV7 release now and do an upgrade, got everything setup, so not going to wipe away to attempt this and go through the setup again.
Thank you though.
Will wait for the OMV7 release now and do an upgrade, got everything setup, so not going to wipe away to attempt this and go through the setup again.
Thank you though.
I tried this, and a couple of things, including disabling IPv6, was a no go.
Had to settle for installing OMV6 and then can hopefully upgrade without issue when 7 is out.
Hi all,
Attempting to install OMV7 clean and I keep running into hangs and problems during the network phase.
Attempt using WiFi, constantly get it can't exchange keys.
If I do enter SSID manually, then no issue and can progress to IPv6 DHCP and it gets to 100% then bluescreen with white strip and nothing.
If using ethernet, goes all the way to configuring IPv6 DHCP and then the install hangs, same as above.
I've left the screen for half hour and no progress at all, nothing on the USB led to indicate any activity.
Only option is to ctrl+alt+delete.
I'm going to try with ethernet unplugged, or skipping, see what happens.
But there appears to be an issue of some description.
If you follow this process, it should work.
And if you follow this process you make a backup of your OS drive (actually, you should always have one), so it is easy to go back if something goes wrong.
PostRE: Is there a guide to in place upgrade?Contributions wanted:…
- Backup the OS drive (this is allways a good idea, not only for upgrades)
- Make sure, you have enough free space on your os drive
- Check any installed plugins if they have been ported to OMV6
If you are using plugins which have not been / will not be ported, get rid of the plugins except unionfs / mergefolderfs. These two will automatically be be converted to the newer mergerfs plugin
(Many plugins can be replaced by docker containers. Do this before upgrading)- If you installed
I do have the backup running, and that seem to be running every week, though not entirely sure of the process to actually restore it.
I've been thinking of doing the OMV6 upgrade for a while, but worried about how well it will go.
Last time I upgraded from OMV4 to OMV5 it completely borked the upgrade and I ended up having to rebuild everything from scratch, it was painful.
So my question is, in light of everyone's experience, should I upgrade?
Are there any pitfalls, and things to be warry of when upgrading?
If upgrading, what happens to Docker and my containers? Does everything need resetup on that side of things?
Thanks
From RE: docker not working since omv-upgrade in OMV run the docker uninstall, SSH to your machine
Codesudo apt install docker-ce-cli=5:20.10.23~3-0~debian-bullseye sudo apt install docker-ce=5:20.10.23~3-0~debian-bullseye sudo service docker restart
This worked for me. I see the upgrade is available again. not sure if it will break it again without the fix from docker not working since omv-upgrade
Its too hot here and too late to do this now, just needed things running again.
haha, I was doing mine, whilst you were doing yours
I maybe that I am on OMV5, so the fix doesn't actually work for me.
I've not gone to OMV6, as last time I went from 4-5 it completely bricked the system, what was supposed to be an hour exercise turned into a day getting OMV5 installed fresh and setting everything back up.
Not sure how stable to upgrade from 5-6 is now.
Ok, I went with going for an older version, and not going to v23.
Do the following:
apt-cache madison docker-ce
sudo apt-get install -y docker-ce={ insert the docker version from the list }
I did version 20 and everything installed fine, Portainer came back, 0 issues.
I will just stay at this I think, can't risk any further issues and clearly my system isn't compatible with whatever Docker 23 is trying to do
I am getting the same issue, the intial fix doesnt seem to have resolved the issue
Anyone know what the latest 22 version was and only can just install that version, rather than going to 23?
That did not work for me.
I'm getting this same error on OMV5.
Looks like that Docker CE update has seriously broken something
Thanks TobiasReich been having the same issue for a little bit and kept meaning to ask on here.
I have the line (111):
start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE" --retry $SIGNAL/30/KILL/60
and the same one again on line 115
Was this the same as yours?
Hi JamieG: what was the solution in the end?
You can run Home Assistant in Docker without issue, including still being able to attach Z-Wave or Zigbee dongles.
Using Portainer you can get the Home Assistant Docker image, ensure you've setup the correct volumes and ENV and its good to go.
Be running it like this for months without issue.
Getting the following error when trying to save changes to network:
Error #0:
OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; omv-salt deploy run halt 2>&1' with exit code '1': debian:
----------
ID: configure_default_halt
Function: file.managed
Name: /etc/default/halt
Result: False
Comment: Unable to manage file: Jinja error: slaves: The value '' doesn't match the pattern '^(((eth|venet|wlan)\d+|(en|veth|wl)\S+|(bond)\d+)(\.\d+)?,)*((eth|venet|wlan)\d+|(en|veth|wl)\S+|(bond)\d+)(\.\d+)?$'.
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/salt/utils/templates.py", line 400, in render_jinja_tmpl
output = template.render(**decoded_context)
File "/usr/lib/python3/dist-packages/jinja2/asyncsupport.py", line 76, in render
return original_render(self, *args, **kwargs)
File "/usr/lib/python3/dist-packages/jinja2/environment.py", line 1008, in render
return self.environment.handle_exception(exc_info, True)
File "/usr/lib/python3/dist-packages/jinja2/environment.py", line 780, in handle_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3/dist-packages/jinja2/_compat.py", line 37, in reraise
raise value.with_traceback(tb)
File "<template>", line 2, in top-level template code
File "/var/cache/salt/minion/extmods/modules/omv_conf.py", line 82, in get_by_filter
objs = db.get_by_filter(id_, openmediavault.config.DatabaseFilter(filter_), **kwargs)
File "/usr/lib/python3/dist-packages/openmediavault/config/database.py", line 125, in get_by_filter
query.execute()
File "/usr/lib/python3/dist-packages/openmediavault/config/database.py", line 695, in execute
self._response = self._elements_to_object(elements)
File "/usr/lib/python3/dist-packages/openmediavault/config/database.py", line 473, in _elements_to_object
obj.validate()
File "/usr/lib/python3/dist-packages/openmediavault/config/object.py", line 235, in validate
self.model.validate(self.get_dict())
File "/usr/lib/python3/dist-packages/openmediavault/config/datamodel.py", line 200, in validate
self.schema.validate(data)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 170, in validate
self._validate_type(value, schema, name)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 224, in _validate_type
raise last_exception
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 195, in _validate_type
self._validate_object(value, schema, name)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 300, in _validate_object
self._check_properties(value, schema, name)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 508, in _check_properties
self._validate_type(value[propk], propv, path)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 224, in _validate_type
raise last_exception
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 204, in _validate_type
self._validate_string(value, schema, name)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 275, in _validate_string
self._check_pattern(value, schema, name)
File "/usr/lib/python3/dist-packages/openmediavault/json/schema.py", line 385, in _check_pattern
% (value, schema['pattern']),
openmediavault.json.schema.SchemaValidationException: slaves: The value '' doesn't match the pattern '^(((eth|venet|wlan)\d+|(en|veth|wl)\S+|(bond)\d+)(\.\d+)?,)*((eth|venet|wlan)\d+|(en|veth|wl)\S+|(bond)\d+)(\.\d+)?$'.
; line 2
---
{%- set halt = salt['pillar.get']('default:OMV_HALT_HALT', 'poweroff') -%}
{%- set interfaces = salt['omv_conf.get_by_filter']( <======================
'conf.system.network.interface',
{'operator': 'equals', 'arg0': 'wol', 'arg1': '1'}) -%}
# Default behaviour of shutdown -h / halt. Set to "halt" or "poweroff".
HALT={{ halt }}
{%- if interfaces | length > 0 %}
[...]
---
Started: 13:36:43.633033
Duration: 50.963 ms
Changes:
Summary for debian
------------
Succeeded: 0
Failed: 1
------------
Total states run: 1
Total run time: 50.963 ms in /usr/share/php/openmediavault/system/process.inc:182
Stack trace:
#0 /usr/share/php/openmediavault/engine/module/serviceabstract.inc(60): OMV\System\Process->execute()
#1 /usr/share/openmediavault/engined/rpc/config.inc(167): OMV\Engine\Module\ServiceAbstract->deploy()
#2 [internal function]: Engined\Rpc\Config->applyChanges(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/serviceabstract.inc(149): OMV\Rpc\ServiceAbstract->callMethod('applyChanges', Array, Array)
#5 /usr/share/php/openmediavault/rpc/serviceabstract.inc(588): OMV\Rpc\ServiceAbstract->OMV\Rpc\{closure}('/tmp/bgstatuswm...', '/tmp/bgoutput9l...')
#6 /usr/share/php/openmediavault/rpc/serviceabstract.inc(159): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#7 /usr/share/openmediavault/engined/rpc/config.inc(189): OMV\Rpc\ServiceAbstract->callMethodBg('applyChanges', Array, Array)
#8 [internal function]: Engined\Rpc\Config->applyChangesBg(Array, Array)
#9 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#10 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('applyChangesBg', Array, Array)
#11 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('Config', 'applyChangesBg', Array, Array, 1)
#12 {main}
Display More
Going through the folder on my mac shows portainer_data folder under volumes and also docker containers / images under the folder. (not changing anything just looking around. But to look around it it required me to change the folder permission to 777 (i know 777 is not secure at all so I changed to 755), which makes my first problem because it seems to also cause the web gui access of portainer to not work and I assume that OMV should provide enough permission at an automatic level that allows basic stuff such as portainer to work?
I think here lies some of the confusion, there should be 0 need to look into the Docker folder, and it shouldn't be a shared drive your mac can access (can but no real need).
Each Docker Container has its own config, and during the setup of the container you should be pointing it to an empty folder which the docker container can write too.
Do this for each Container.
This config then means whenever you restart the container, say to update it, the configuration is not lost.
You can then add volumes to be able to access other files, such as videos.
Anyone at least able to help getting a response from OMV on the 2nd interface?
OMV is getting an IP address, just getting no response.
Tried following this guide, but nada:
Have you checked you are using the right firmware? Quite a few posts around that I read when trying to get my WiFi card working that older versions were quite unstable.
Worth checking for updates.
Why are you trying to access the Docker folder? Depending on the what you're trying to run in Docker, usually you would share a folder with Docker and it would write to it and be able to access other things you put in there.
Ie. E Plex, give it access to a movie folder for example. It can write as the Docker user (ie for renaming) and read as the movies were added under the "user" group.
Don't think you should be messing with the Docker folder that is made when docker installs as you will have removed Portainers permissions to the same folder.
I've never had an issue with Docker messing with the permissions, usually just a case on ensuring when you are setting up the container you are providing it with an PGID and PUID to use that has appropriate permissions on the folders it is allowed to access.
If the contaner makes files or folders, then that way they are created with the appropriate permissions.
I usually make a user called docker, add it to a group called docker, but also add it to the users group so that any files created by the docker user are accessible via any user in the users group and vice versa