Google for vacuum syslogd journal
Beiträge von votdev
-
-
Tried. Ran through w/o errors. Unfortunately no success.
In that case from the Avahi running on OMV point of view everything is ok. Zeroconf/mDNS works correct here on Linux. No code change related to the Avahi code in OMV does not mean that there are differences because Debian has upgraded the Avahi package from Debian 11 to 12. I have not heared problems from other Mac users, so the best would be to find out why it does not work and report back a solution, so we can integrate a fix if this is necessary. Testing MacOS without having that hardware is not possible, so the community must do the testing and fixing if necessary.
-
Try redeploying the Avahi/mDNS config with omv-salt deploy run avahi
-
Is this a fault of OMV because i never had such output after deployment...
No, see my previous post.
-
Thanks for your response...
But have you got any idea for the 'blkid' errors? Never had seen something like that before at this place, after these commands....
Best regards
prtigger
This is what the blkid man page says
ZitatIf the specified token was not found, or no (specified) devices could be identified, an exit code of 2 is returned.
Since the OMV Python code does not call blkid, it is probably called within Salt. However, since it does not produce an error, it is also possible that a call that produces a return code 2 is made on purpose.
-
It was set with:
"omv-env set -- OMV_PHOTOPRISM_APP_CONTAINER_START_OPTIONS --detect-nsfw"
but nothing changed if I look in
"podman exec photoprism-app photoprism show config"
You need to check the Photoprism documentation how to set that setting in a Docker environment; --detect-nsfw seems to be wrong because Photoprism is using PHOTOPRISM_ as prefix for their env variables.
Seconds, you've set the OMV env variable, but did not follow the docs which tells you to run several other commands. Instead of omv-salt stage run deploy you can use omv-salt deploy run photoprism to onyl deploy the necessary module.
-
-
-
-
Oh, strange, too... Just bootup my server and get (via PuTTY):
root@192.168.150.42's password:
Linux pr-srv-01 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Mar 17 14:46:27 2024
root@pr-srv-01:~# omv-confdbadm read --prettify conf.system.notification.notification
[
{
"enable": true,
"id": "monitprocevents",
"uuid": "c1cd54af-660d-4311-8e21-2a19420355bb"
},
{
"enable": false,
"id": "monitloadavg",
"uuid": "8deb96bd-10d6-4eb8-9e3d-0938f2bcbb30"
},
{
"enable": true,
"id": "monitmemoryusage",
"uuid": "03dc067d-1310-45b5-899f-b471a0ae9233"
},
{
"enable": false,
"id": "monitcpuusage",
"uuid": "fbf7973e-57a6-4c4a-8b7d-353653b596a5"
},
{
"enable": true,
"id": "monitfilesystems",
"uuid": "d1ce47d1-d8d5-4f43-9f5c-36a30d818734"
},
{
"enable": true,
"id": "smartmontools",
"uuid": "bd784490-a15c-47a9-9930-9f5897804654"
}
]
root@pr-srv-01:~#
I swear, no output when i tried it last time and paste screen into the Output.txt file!!
The md related notification config is still not there. Run the following command again
-
There is no default.yaml file. You need to set the OMV_PHOTOPRISM_APP_CONTAINER_START_OPTIONS environment variable withthe env vars of your choice, e.g. "-e foo=bar -e baz=xyz". There are some examples here in the forum.
-
Is there really no output when you run omv-confdbadm read --prettify conf.system.notification.notification from CLI? In your output from your previous post i didn't see any. This is strange because there should be some.
-
I had the same problem, resolved in the same way. Maybe this could be considered a bug to fix?
No, the required configuration is set during package installation, see here. I've currently tested it successfully; the notification setting is added to the database during package installation. So the only thing that might result in the problem is that the whole installation was faulty or not correctly finished by the user.
-
After doing some research the ResizeObserver seems to be the root cause. Problems might come from:
- Incorrect implementation in the browser
- Problems in the library that is using the ResizeObserver to track resizing of rendered elements
The problem here is that the issue does not happen on FireFox and Chrome, so it seems like a bug in Safari. ChartJS indeed had some problems with it in the past, but those problems should be fixed since a long time. OMV is using the latest version of ChartJS, so this shouldn't be the problem; additionally there are no probs reported by other users for other browsers.
So the only thing i can suggest at the moment is using a different browser.
-
-
Have you installed the MD plugin?
-
If I use the WEB-UI and navigate to [NETWORK] then [INTERFACES] I see an "eno1" and all fields are blank for IPv4 & 6.
This is OK because this page shows the network interface configuration, and not the current info. If you want to see them in that page, click the details action button.
ALSO one more bonus "WTF" moment:
When you go to [DASHBOARD] with the [NETWORK INTERFACES] widget, it shows the IPv4 address as the gateway address!?!?! "192.168.1.1" -- nope, this is not correct.
Nope, you've configured DHCP and not a static IP. That's maybe the reason you see an unexpected IP address in the dashboard widget. You should also keep in mind that the IP address is too long to be displayed (only the first part "192.168.1" is shown), so everything that would overlap would be cut. Hover the mouse over the widget to see the full IP address as tooltip. That's why the grid based version of this network interface widget should be used instead of the datatable one.
-
I'm new to OpenMediaVault and I think it's a goot Tool.
My Problem is, that the Web Gui only uses half of the Screen in the middle. At both sides it shows only a dark grey background.
So my Question:
Is there a way to change this, so I can use the entire Screen for the Webpage?
Thank you,
Thorsten.
No, this behaviour is by reason. Using the whole width of the screen would give the UI no benefit because the dashboard would not display more widgets in a column or the form fields will only get ultra wide with no benefit. Instead it will reduce UX because you have to move the mouse much more to reach the OK or cancel button and to move back to the navigation bar. This issue has been discussed already and the UI will not change its behaviour.
-
In the user and group datatable page simply enable the UID and GID columns.
-
Upgrade your system as regular and then install the openmediavault-md plugin from the core project (no omv-extras.org). No reboot is required because the plugin is only an UI enhancement.