I’m also having this issue. This update as seemed to have caused issues for docker.
Tried changing the identifier. UPS reporting still blank.
TrueNAS is configured as a UPS network slave and identifier needs to match the UPS network master, which in my case is apcups
In my case it is also not working. My UPS is connected to a NUT-Server (raspberry Pi) and in the past with core it was not a problem to connect to the service. But since the upgrade to Scale I receive no datas.
The error message I receive looks like:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 208, in call_method
result = await self.middleware.call_with_audit(message['method'], serviceobj, methodobj, params, self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 1525, in call_with_audit
result = await self._call(method, serviceobj, methodobj, params, app=app,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 1456, in _call
return await methodobj(*prepared_call.args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/service/config_service.py", line 82, in update
rv = await self.middleware._call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/main.py", line 1456, in _call
return await methodobj(*prepared_call.args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/schema/processor.py", line 49, in nf
res = await f(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/schema/processor.py", line 179, in nf
return await func(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/plugins/ups.py", line 250, in do_update
config = await self.validate_data(config, 'ups_update')
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/middlewared/plugins/ups.py", line 220, in validate_data
verrors.check()
File "/usr/lib/python3/dist-packages/middlewared/service_exception.py", line 72, in check
raise self
middlewared.service_exception.ValidationErrors: [EINVAL] ups_update.driver: Driver selected does not match local machine's driver list
In Core I was able to select a driver but in Scale I can’t see any possibility.
There is an issue with Docker which seems to be more evident with lots of Apps.
There will be an RC.2 that fixes this issue in the next few days.
https://ixsystems.atlassian.net/browse/NAS-131485
Data lost again after upgrade to rc from beta.
And data lost twice in beta.
Maybe It caused by auto snapshort
Too terrible!!!
丢数据太可怕了！
Not much we can do with this kind of feedback. What do you mean by data lost? I assume not storage data, you mean configuration or something else? Did you file tickets with details?
It is storage data with many pics. ？and i feed back last time in bwta version. Suspect It caised by auto snapshot.but i am not sure.
The data lost almost is created before 1/sep/2024
Yeah, I was connected to a Raspberry Pi 5 running Pi-Hole. Nothing was in the query logs, but the Pi-Hole was clearly blocking the NVIDIA driver update — probably something to do with Unbound and root.hints needing to be updated.
Switching the TrueNAS nameservers to Google’s (8.8.8.8 and 8.8.4.4) and rebooting fixed it. NVIDIA drivers updated and are still updating successfully on RC2.
What process did you go through for updating nextcloud? I ran the php occ command Nextcloud has for updating and it got my instance halfway operational
This is very unusual to lose data… please create a separate thread with details of hardware and configuration.
I’m fairly sure all I did was go to the Nextcloud shell in the apps page and ran ‘occ upgrade’. It then updated fine but I still couldn’t really use it so I just stopped the app in the GUI and started it again. Since then it’s been running fine.
