PeterB
-
Posts
2729 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by PeterB
-
-
What causes this?
Message sent by email:
Subject: cron for user root /usr/local/emhttp/plugins/ca.update.applications/scripts/updateApplications.php >dev/null 2>&1 /bin/sh: line 1: dev/null: No such file or directory
Should that be '/dev/null'?
-
1 hour ago, Squid said:
See https://forums.unraid.net/topic/54237-version-630-rc9-release-notes/
Additionally, IIRC (Can't easily find the relevant post) you can no longer directly execute anything that's not within /usr/local/emhttp/plugins (you also have to use a relative path of /plugins)
Thanks for that. However, it seems that I don't have permission to access that topic.
This confirms my view that plugin documentation is a real mess, with snippets of information scattered all around!
-
1
-
-
Since I posted here a couple of weeks ago, I have been attempting to resurrect one of my old plugins, originally created about ten years ago.
At that time, I copied an example and customised to create my .plg file. One of the elements in the .plg is an inline .page file.
At that time, clicking on the 'Apply' button would invoke an rc.d/rc.<app> script. I find, now, that the rc.d file is no longer run from the web gui (it runs fine when invoked from the console).
Ten years ago, "runCmd" in the submit for the 'Apply' button magically took the content of "cmd" and used that to invoke the rc.d script.
I would be extremely grateful if anyone can assist me to get that working again, or can offer a simple example .page which I can copy.
I attach my .page file.
-
11 hours ago, Squid said:
The format of the .plg hasn't changed As mentioned, the xml doesn't have valid syntax
Not according to the validators I've tried, and something has changed since reverting to 6.10.3 makes the problem go away!
-
Thanks for the responses.
I've put my .plg through two xml validators (w3schools & xmlvalidation.com) both of which report that the file has no errors.
Can anyone recommend a validator which will identify the problem?
What are these pre_plugin_checks and post_plugin_checks?
These lines after the post_plugin_checks, in particular, suggest, to me, that the file (or whatever is being checked) is empty:
sh: -c: line 1: unexpected EOF while looking for matching `''
sh: -c: line 2: syntax error: unexpected end of file -
I have a couple of plugins which I created years ago, to run dovecot and mpop on my unRAID server. I say 'years ago' - the dates on the files are from 2012 - 2014! If I remember correctly that was when unRAID went to 64 bit!
They have been running without change and without problem for eight years.
Last night I upgraded to unRAID 6.11 and those two plugins no longer startup.
The output is as follows:
Quoteroot@Tower:/boot/config/plugins# ls dove*
dovecot-2.2.13-x86_64-4pb.plg
root@Tower:/boot/config/plugins# plugin install dovecot-2.2.13-x86_64-4pb.plg
plugin: installing: dovecot-2.2.13-x86_64-4pb.plg
Executing hook script: pre_plugin_checks
plugin: XML file doesn't exist or xml parse error
Executing hook script: post_plugin_checks
sh: -c: line 1: unexpected EOF while looking for matching `''
sh: -c: line 2: syntax error: unexpected end of file
root@Tower:/boot/config/plugins#
I have reverted to unRAID 6.10.3 and the plugins run again.
Other plugins I have created still run in 6.11
What has changed in 6.11 and what do I need to do to make my plugins fully compatible?
Documentation on the plugin system is still seriously lacking!
-
5 hours ago, Squid said:
Seeing as how the last update to gfjardim/cups was 6 years ago, and I'm not particularly surprised
Better off using this ...
Undoubtedly good advice. However, I'm intrigued that two of us should encounter the same (or similar) issue, in the same week with, presumably, two different docker containers implementing the same application.
-
I've just encountered this problem - CUPS is filling the docker image file with lots of temporary files. I deleted all these temporary files and the docker image file immediately returned to normal usage.
My CUPS docker is from gfjardim's repository, but is identified as 'beta'.
However, the files are created at around one every two seconds, each file is 38993 bytes and contains a list of *Font lines, eg:
*Font Oklahoma-Oblique: Standard "(001.005)" Standard ROM *Font Oklahoma-BoldOblique: Standard "(001.005)" Standard ROM *Font Utah: Standard "(001.005)" Standard ROM *Font Utah-Bold: Standard "(001.005)" Standard ROM *Font Utah-Oblique: Standard "(001.005)" Standard ROM *Font Utah-BoldOblique: Standard "(001.005)" Standard ROM *Font UtahCondensed: Standard "(001.005)" Standard ROM *Font UtahCondensed-Bold: Standard "(001.005)" Standard ROM *Font UtahCondensed-Oblique: Standard "(001.004)" Standard ROM *Font UtahCondensed-BoldOblique: Standard "(001.005)" Standard ROM *Font BermudaScript: Standard "(001.005)" Standard ROM *Font Germany: Standard "(001.005)" Standard ROM *Font SanDiego: Standard "(001.005)" Standard ROM *Font US-Roman: Standard "(001.005)" Standard ROMThe docker container was created 9 months ago but I cannot believe it has been creating these files for 9 months.
Does anyone have any idea how to stop these files being created?
The following processes run repeatedly:
root 10559 25 0 18:03 ? 00:00:00 /bin/bash ./run root 10564 10559 0 18:03 ? 00:00:00 /bin/bash ./run root 10565 10564 9 18:03 ? 00:00:00 python -u /usr/local/bin/cloudprint -a /config/cloudpri root 10568 31 0 18:03 ? 00:00:00 sleep 1 -
Some time ago, I reported a problem where DelugeVPN fails to reconnect following extended Internet connection outage. Yesterday, due to a strong typhoon , we suffered an Internet outage lasting more than 24 hours, plus a short power outage.
When the Internet connection returned, as I expected, DelugeVPN failed to start.
Before restarting manually, I remembered to capture the container's log. It was rather short:
QuoteCreated by...
___. .__ .__
\_ |__ |__| ____ | |__ ____ ___ ___
| __ \| |/ \| | \_/ __ \\ \/ /
| \_\ \ | | \ Y \ ___/ > <
|___ /__|___| /___| /\___ >__/\_ \
\/ \/ \/ \/ \/
https://hub.docker.com/u/binhex/
2021-12-18 08:03:08.702886 [info] Host is running unRAID
2021-12-18 08:03:08.757682 [info] System information Linux 6156957a32e6 5.14.15-Unraid #1 SMP Thu Oct 28 09:56:33 PDT 2021 x86_64 GNU/Linux
2021-12-18 08:03:08.819640 [info] OS_ARCH defined as 'x86-64'
2021-12-18 08:03:08.915256 [info] PUID defined as '99'
2021-12-18 08:03:09.068568 [info] PGID defined as '100'
2021-12-18 08:03:09.362462 [info] UMASK defined as '000'
2021-12-18 08:03:09.424363 [info] Permissions already set for '/config'
2021-12-18 08:03:09.505575 [info] Deleting files in /tmp (non recursive)...
2021-12-18 08:03:09.584971 [info] VPN_ENABLED defined as 'yes'
2021-12-18 08:03:09.647784 [info] VPN_CLIENT defined as 'wireguard'
2021-12-18 08:03:09.710169 [info] VPN_PROV defined as 'pia'
2021-12-18 08:03:19.787040 [crit] PIA VPN server info JSON cannot be downloaded from URL 'https://serverlist.piaservers.net/vpninfo/servers/v4' exit code from curl is '0', exiting...I'm not sure whether this directly relates to the failure to reconnect following Internet outage, without rebooting, but this is clearly what happens if the container starts and the Internet connection is not working.
This logged activity was at 08:03 - I captured that log more than ten hours later and there had been no further activity from the container. The Internet connection had been live for more than three hours by that time.
Hope this helps.
-
1 hour ago, binhex said:
i would guess its minidlna crashing, i have done a quick scan of my log as i use this container myself and i see no matches for 'segfault' in my log, so not sure what's causing it but it doesnt look to be normal behaviour for minidlna to crash regularly.
The minidlna daemon doesn't appear to be crashing - it still has process id 80 and has consumed 34 seconds of cpu time, and no indication in the log from the container.
-
I've just noticed multiple occurrences of this message appearing in my system log:
Nov 8 21:35:58 Tower kernel: minidlnad[9980]: segfault at 20 ip 0000559ed8d47167 sp 00007ffd969bc770 error 4 in minidlnad[559ed8d1d000+2b000]Does this indicate an issue withing this container, or is the message coming from somewhere else?
-
I went back to address this issue when I had more time available. The cause of my issue is that the default /etc/group which is provided by unRAID v6.10 now includes dovecot and dovenull groups, hence my attempt to create these groups in my install script was failing. My solution, for the time being, is to delete these two groups within my install script, before I create my own.
This does beg the question, though - are we about to see dovecot provided as an integral (or even optional) service within unRAID. If not, why have these groups suddenly appeared in the group file?
-
I have an old plugin which I created years ago, to run the dovecot mail server. It still runs perfectly well under v6.9.2.
When I just updated to 6.10.0-rc2, I found that dovecot was failing to start. The system log shows that the plugin install script is executed, then the next line shows "retval: 6". I'm not sure whether this retval relates to the installation script or to something which happens after the script runs.
The install script is:
<!-- Here is the plugin installation script. This script is run every time upon system start-up and/or when the plugin is installed. --> <FILE Name="/tmp/dovecot-install" Run="/bin/bash"> <INLINE> <![CDATA[ # include our config vars source /boot/config/plugins/dovecot/dovecot.cfg # if dovecot doesn't exist, extract the tarball if [ ! -e "/usr/local/sbin/dovecot" ]; then ( cd /usr/local ; tar -xf /boot/config/plugins/dovecot/dovecot-2.2.13-x86_64-1pb.tgz ; # chmod 755 /usr/local/var/run/dovecot/empty # chmod 755 /usr/local/var/run/dovecot/login ) fi # # Add the next two lines for unRAID 6.9.0 groupadd -g 500 dovenull useradd -M -u 500 -g 500 -s /bin/false -d / -c 'Dovecot null user' dovenull groupadd -g 501 dovecot useradd -M -u 501 -g 501 -s /bin/false -d / -c 'User for Dovecot Mail Server' dovecot ]]>
Is anyone able to identify why the plugin doesn't start or, at least, what "retval: 6" signifies?
Oh, I was also caught out when I found that the installplg command no longer appears to be present! I guess that this now has to be done through the web interface.
-
Okay, so I've just downloaded/installed 6.10.0-rc2. Indeed, all my nfs shares now are automounted with NFSv4.
One little problem - all my NFS shares appear on my Linux Mint machine as protected. I'm told that I'm not the owner and cannot write to the share. My shares are all set as public and I used to be able to write to them under 6.9.2/NFSv3.
Why the difference in behaviour and how do I resolve this?
UPDATE:
Okay, false alarm (I think). I rebooted my Mint desktop machine and all appears to be okay now. Although the files are shown as protected, I can still write/delete.
-
On 9/11/2021 at 12:42 AM, dlandon said:
NFSv4 is now working in 6.10rc2e and UD is working with NFSv4. UD has a new setting to specify which version of NFS to use when mounting remote shares. It defaults to NFSv3 for backwards compatibility.
This is such wonderful news! I'll wait for the official rc2, but I'm getting excited!
-
I've already been running 6.9.2 for some time and have just encountered this problem today - all containers are showing version as "not available"
Is there a new fix?
-
On 3/15/2021 at 2:46 AM, nayr said:
Moved most of my NFS needs to a Ganesha-NFS via Docker and much grief in my system is now gone.. Emby loads quicker w/out randomly spinning forever, no stale file handlers, services can recover from nas restart, and Kubernetes is generally happier dealing w/NFSv4
Why this is not a priority I've no idea, it needs to be.. I'm only using SMB for TimeMachine backups, vast majority of traffic is NFS and now I've nearly abandoned unRaid's native sharing.. thank god for docker or I'd be looking at unraid alternatives at this point.
Are you able to provide guidance on installing/using this docker? I'm getting fed up with having to reboot my clients every time the unRaid nfsv3 craps out.
I still don't understand why there is such resistance to implementing nfsv4 natively on a file server OS.
Perhaps someone can create an unRaid version of this docker, and include it in Community Applications.
-
Is anyone here still using CouchPotato docker? I find that it is a lot of the movies it offers to download are either 'Unknown' or totally the wrong movie. Until a few weeks ago, it was still working pretty well with just th occasional 'Unknown' being offered.
For instance "Marksman, The (2021)" is offering a download entitled "Zack Snyder's Justice League (2021)". As far as I am aware, the only connection between those two movies is the release year.
This makes CP rather useless - does anyone know how to fix it?
I use RARBG and ThePirateBay as my main search tools, both with and without Jacket.
-
HELP!
I was trying to get binhex-couchpotato to connect through binhex-delugevpn once again. I made edits as described in Q24, but couldn't find the 'VPN_INPUT_PORTS' env var. I believed that I had to delete the delugevpn container and re-install it, and tha this would pick up my old settings again.
However, now when I go to the unRAID 'Docker' page I simply see a never-ending hourglass and there is no delugevpn showing.
Oh, and binhex-couchpotato always says 'rebuilding' under the version column.
What do I need to do to get delugevpn back (with all my settings)?
Edit:
I managed to get into couchpotato settings and blank the 'Extra Parameters'. This seems to have fixed the hourglass problem.
I now seem to be in a position to re-install delugevpn with my original settings .... I will carry on and see where I get to .......
Further Edit:
Ah, but I still don't have VPN_INPUT_PORTS .... still stuck ....
... and no, I don't have a container version specified in the repository.
-
On 3/10/2021 at 10:11 PM, squirrellydw said:
wow, that was quick, update went smooth from 6.9.0 to 6.9.1. Now bring on 7.0.0
6.8.3 to 6.9.0 was over a year ... don't hold your breath!
-
One of my private plugins requires certain users to be configured in the /etc/passwd file.
I used to achieve this be ensuring that the required users were present in /boot/config/passwd and, during system startup, that file was copied to /etc.
Since upgrading to 6.9.0, this passwd file copy no longer seems to be happening. I don't remember whether I performed the copy, or whether the standard system was doing it. Has something been changed which would account for this?
-
3 hours ago, tjb_altf4 said:
Would have been a scheduled library scan, this setting lives under Settings > Manage > Full Library Refresh (with 'Show Advanced' toggled on)
Possible, but why have I not seen it happen before? It was running for a full ten hours immediately after the reboot from the v6.9.0 update.
-
1 minute ago, PeterB said:
It appears that CP is now keeping all my media drives spinning permanently with around 2k reads per hour on each drive.
Hmmm ... weird! I've just stopped/restarted the CP docker, and the reads appear to have stopped!
-
I have just upgraded to unRAID v6.9.0.
It appears that CP is now keeping all my media drives spinning permanently with around 2k reads per hour on each drive.
This wasn't happening previously. Does anyone have a clue as to why this is happening and, better still, how to prevent it?
[Plugin] CA Application Auto Update
in Plugin Support
Posted
Strange that this is the first time I've seen it!
Version 2021.09.24 running.