Cloudron Forum

chymian

@nebulon , thanks for reply.
in the first post, I copied a undeliverable testmail from spamhoaus to cloudron, b/c it was denieing the reception.

here a little oversight:

and they all look similar…

all these hosts are N.O.T. blacklisted. I checked.
also, false positives…

chymian

@girish & @nebulon any ideas?
cloudron server is malfunctioning and loosing data every day. pls help to find the issue!

chymian

and even so, the DNSLB is removed, it still reports false positive:

as of now…

I'm out of ideas

chymian

@girish
checking spamhause for 24h, there was no false-positive from the shell-script.
but during that time, cloudron reported many times, being blocked on spamhaus....

today, since more and more of the apps where reported starting (never left that state), but responding - a behavior which I have been seen growing during the last weeks, I rebooted the server, with the result, that nginx stayed down.

fiddeling & troubleshouting brought it up again.

Q: is there a way to regenerate all configs in /etc/nginx/applications/*` at once - including Dashbord?

the PreProcess: /usr/sbin/nginx -t -q -g 'daemon on; master_process on;'
was hanging, what led me to DNS

and that might be the reason for the ongoing mail-problems:
False DNS-resolution from 127.0.0.1:

nslookup heise.de
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
Name:   heise.de
Address: 193.99.144.80
Name:   heise.de
Address: 2a02:2e0:3fe:1001:302::

$ nslookup 195.54.250.63.zen.spamhaus.org
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
Name:   195.54.250.63.zen.spamhaus.org
Address: 127.255.255.254

$ cat /etc/resolv.conf 
#nameserver 10.11.1.1
nameserver 127.0.0.1
nameserver 8.8.8.8
nameserver 1.1.1.1
nameserver 46.105.206.200

WORKAROUND:

for the time being, I removed DNSBL.
I removed 127.0.0.1 from /etc/resolv.conf and it's working.

@nebulon

@chymian-0 I am not sure how losing mails is related to the the rather informational report Cloudron gives on the spamhaus status.

but it was happenening a lot, as I showed in the example the initial post.
I also could not understand, but the DNS-pbl. could explain it? right?

and a little OT, but you migth be interessted in:
FYI: some process in cloudron was writing uncontrolled to the log dir:

root@my //home/yellowtent/platformdata/logs
$ l
total 8.6M
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 20 03:54 -
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 12 02:04 ]
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 02a7c0bf-6ed1-4d8e-a982-e7fb4a856faf
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 03a27d2a-5afc-4bed-9913-2e7ad6fbd978
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 043f7756-ebf1-42b6-a0c8-067b381f4e70
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 14b68a30-a2cf-418f-a000-f290454ade2b
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 20 03:54 1500
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 1b57863a-6bb8-43a4-ae4b-67c053a8bca9
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 214b3494-371d-4518-9be3-af8707db4284
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 2448078e-74a0-4365-8f19-8a74fe3ffe3e
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 2b183059-4830-45ba-9337-4a2d57cb92ec
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 2c0ba153-8fa7-4724-9d1f-e143d962e667
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 32b0dfca-d9f9-4b16-8435-d60760934508
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 4104600a-971f-4e3d-b88e-5b22ba439c1b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 428417bb-34dd-4d29-808c-62676b7a0a5b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 4771520c-f546-48ed-8cf9-86cca9a7f610
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 53041f83-61d2-47d7-a089-49a67e4ca4c6
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 595f0716-de2c-4148-bdaa-aa385d2886fa
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 5cc57177-9fd4-4053-bb54-55a4d836d874
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 64b209b0-96f1-46bf-a47a-695d885bcb41
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 68c74687-8b97-42d6-80c9-918d09faff0b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 73c82de0-b730-42e3-a9fe-3d0aa4128a64
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 80b2f436-0cba-4eff-8fdb-5492689f3129
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 835e6318-0ba6-49ee-a697-849fa217e5cb
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 928bee35-fed7-4829-bece-ec663cab407a
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 978e2561-062c-4333-88d3-ec54c19bf5f7
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 99ead4ac-d031-4a40-8058-5db0f5a03fbe
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 9b309fe6-a68b-47d5-86d7-2797aa67ccdd
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 a5630a10-82e7-4609-be14-6948816e0d52
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 ad3f7e22-8408-443a-8193-f1e266760853
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 ad6da5e4-d671-4811-9746-46d2dff659a9
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 am
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 b3b0456d-d8bf-4716-b42c-12fa968b2dd9
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 baa82cb1-8904-498d-aab1-24b0bb073f0f
drwxr-xr-x 2 yellowtent yellowtent 4.0K Dec 21  2020 backup
-rw-r--r-- 1 yellowtent yellowtent 611K Jul  1 11:07 box.log
-rw-r--r-- 1 yellowtent yellowtent 1.8M Jun 30 00:01 box.log.1
-rw-r--r-- 1 yellowtent yellowtent 1.7M Jun 23 00:01 box.log.2
-rw-r--r-- 1 yellowtent yellowtent 4.2M Jun 16 00:01 box.log.3
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 by
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 collectd
drwxr-xr-x 2 yellowtent yellowtent 4.0K Dec 21  2020 crash
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 20 03:54 cross-device
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 d1e21cc0-e6f1-47a2-8c54-da4bd005c58b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 e0a01f2c-6f6f-46d4-94dd-10f6dd0a7546
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 e3a144e9-d0e1-4a10-b118-00083e670e4b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 e845adb7-f322-41be-a387-7cae44a67795
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 eb95f052-5e60-4153-83d5-3edd2bf4d589
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jul  1 00:01 f7227508-ea11-453f-be1b-447858f40e02
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 f756b221-1b93-4e5c-be4c-e68b35116d0a
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 ffa512b8-2af3-4737-9d3f-c36f7c50c7e2
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 25 03:57 file
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 graphite
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 happy
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 IP
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 12 02:04 kit-00068-00068
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 09:31 kit-00069-00069
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 25 03:57 kit-00073-00073
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 20 03:54 kit_spare_001
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 25 03:57 link.
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 little
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jul  1 00:01 mail
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 25 17:31 melchizedek
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 mongodb
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 12 02:04 my.eb8.org
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 mysql
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 26 11:08 or
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 postgresql
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-03a27d2a-5afc-4bed-9913-2e7ad6fbd978
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-14b68a30-a2cf-418f-a000-f290454ade2b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-32b0dfca-d9f9-4b16-8435-d60760934508
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-4104600a-971f-4e3d-b88e-5b22ba439c1b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-428417bb-34dd-4d29-808c-62676b7a0a5b
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-53041f83-61d2-47d7-a089-49a67e4ca4c6
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-64b209b0-96f1-46bf-a47a-695d885bcb41
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-73c82de0-b730-42e3-a9fe-3d0aa4128a64
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-80b2f436-0cba-4eff-8fdb-5492689f3129
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-ad3f7e22-8408-443a-8193-f1e266760853
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 redis-f7227508-ea11-453f-be1b-447858f40e02
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 11 02:19 r--p
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 sftp
srwxr-xr-x 1 yellowtent yellowtent    0 Jul  1 09:45 syslog.sock
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jul  1 08:10 tasks
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 25 17:31 the
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 12 02:04 to
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 20 03:54 try
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 turn
drwxr-xr-x 2 yellowtent yellowtent 4.0K Jun 30 00:01 updater
drwxr-xr-x 2 yellowtent yellowtent 4.0K May 25 03:57 Will

HINT: some unambiguous words (melchizedek) I used recently in a Open WebUI chat…

chymian

allow for subvolume-level app-install (maybe via hook-scripts) on btrfs or zfs, so one can make subvolume-level incremental backus, which would be a massive timesaver and SOTA solution.

chymian

ok, thanks @girish,

Yes, the change will certainly not be easy and will require a lot of work on both sides.
This has been discussed for about a year now and there is still no solution in sight - not even for new installations.
The non acceptable burden here is, the additional effort to "new install" an outdated solution, which causes a additional work/data loss in switching systems whenever you (have to) change to postrgresql.

chymian

@girish the AI bot is getting more and more essential for daily work.
any chance we get a postgresql version as supposed from @Lanhild for a fresh install?

@girish said in Mattermost v8.0+ and PostgreSQL:
New installations will use postgres automatically

which is not the case till 9.7.4

chymian

@girish , thanks, that did the trick.
@nebulon , thanks for explanation...

chymian

hi,
since the latest, update a few days ago to 7.6.1, the mobile newsreader app cannot login to the TTRSS host any longer.
following the hint in the announcment post, I tried to create an app-password to no avail.
TTRSS is not offered in the APP-PW selection dropdown.

APP: TinyTinyRSS
Vers: 1.301. (535)
ID: org.fox.tttrss

chymian

thank you very much @girish, I'm also eager to test it…

chymian

sure,

I was context switching between 2 tasks and missed it completly.

thank you for your timly response.

chymian

@girish said in How to run these Peertube CLI commands to move videos to object storage on Cloudron?:

@jdaviescoates Can you try with gosu cloudron:cloudron npm run create-move-video-storage-job <rest-of-args> ?

that cmd is not working on my installation.

root@my /home/yellowtent/appsdata/03a27d2a-5afc-4bed-9913-2e7ad6fbd978/data
$ gosu yellowtent:yellowtent npm run create-move-video-storage-job -- --to-object-storage --all-videos
npm ERR! code ENOENT
npm ERR! syscall open
npm ERR! path /home/yellowtent/appsdata/03a27d2a-5afc-4bed-9913-2e7ad6fbd978/data/package.json
npm ERR! errno -2
npm ERR! enoent ENOENT: no such file or directory, open '/home/yellowtent/appsdata/npm_***/data/package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoent 

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/yellowtent/.npm/_logs/2023-10-23T09_12_24_838Z-debug-0.log
root@my /home/yellowtent/appsdata/03a27d2a-5afc-4bed-9913-2e7ad6fbd978/data
$ ls
local-production.json  production2.yaml  production.yaml  production.yaml.org  storage

from the log file:

…
25 verbose logfile logs-max:10 dir:/home/yellowtent/.npm/_logs/2023-10-23T09_09_04_886Z-
26 verbose logfile /home/yellowtent/.npm/_logs/2023-10-23T09_09_04_886Z-debug-0.log
27 timing npm:load:logFile Completed in 8ms
28 timing npm:load:timers Completed in 0ms
29 timing npm:load:configScope Completed in 0ms
30 timing npm:load Completed in 44ms
31 silly logfile done cleaning log files
32 timing command:run Completed in 18ms
33 verbose stack Error: ENOENT: no such file or directory, open '/home/yellowtent/appsdata/npm_***/data/package.json'
34 verbose cwd /home/yellowtent/appsdata/03a27d2a-5afc-4bed-9913-2e7ad6fbd978/data
35 verbose Linux 5.15.0-83-generic
36 verbose node v18.16.0
37 verbose npm  v9.5.1
38 error code ENOENT
39 error syscall open
40 error path /home/yellowtent/appsdata/03a27d2a-5afc-4bed-9913-2e7ad6fbd978/data/package.json
41 error errno -2
42 error enoent ENOENT: no such file or directory, open '/home/yellowtent/appsdata/npm_***/data/package.json'
43 error enoent This is related to npm not being able to find a file.
43 error enoent
44 verbose exit -2
45 timing npm Completed in 92ms
46 verbose code -2

chymian

@girish
opps, my last post was never published…

anycast.me is their geoloaction-aware DNS system.

I opened a ticket with them and after manual pushing DNS updates after disabling DNSSEC (temporarily), it worked and propagated the right entries.

there are still some false positves on spamhouse, but it's working.

Thanks for your support.

chymian

@scooke thanks for reply. to answer your questions:

Also, some more info might help. Are these both new, fresh installations on Ubuntu 22 servers? Or have you upgraded them recently?

since OVH-DNS is manual, and I din't change anything for the secondary domain for months, suggesting that some changes within CLDR causing that. any hints?

what both installations? one server, one 1 ip, and 2 domains (actually, their is another one, which is more ore less just parked). same setup since years.
as I stated, nothing was changed in the last months/from the time it still worked. the installation is a couple of years old, upgraded to 22.04.

mail is working.

and that the cert is expired is a problem which probably has it's cause in the described situation.
the renew of certificates show an error:
Sep 08 19:50:42box:cert/acme2 waitForChallenge: status is "invalid" "{"type":"http-01","status":"invalid","error":{"type":"urn:ietf:params:acme:error:dns","detail":"DNS problem: looking up A for git.eb8sys.top: DNSSEC: DNSKEY Missing; DNS problem: looking up AAAA for git.eb8sys.top: DNSSEC: DNSKEY Missing","status":400},"url":"https://acme-v02.api.letsencrypt.org/acme/chall-v3/262522782736/VWqWnQ","token":"y1q3lTpNjGlrb31X3_iO_-hbwceZmDpj7E0vUQUNH0Q","validated":"2023-09-08T12:45:46Z"}"
which seems to be a pbl. with the chain of trust. how to fix that?

@girish I did restart unbound already when I went trough the troubleshooting guide, before I opened this post.
I restarted it again and no curiosities/errors in the log.

host -t TXT eb8sys.top 8.8.8.8 
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases: 

Host eb8sys.top not found: 2(SERVFAIL)

host -t MX eb8sys.top 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases: 

Host eb8sys.top not found: 2(SERVFAIL)

host -t TXT cloudron._domainkey.eb8sys.top 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases: 

Host cloudron._domainkey.eb8sys.top not found: 2(SERVFAIL)

FWIW, every now and then my own Cloudron dashboard will be red, even though everything is working.

this and the fluctuating outbound & blocklist checks are really annoying in the sense of usefullness of a check, when it creates so much false positivs. I'd rather be not informed then falsy. but that's another minor thing.

chymian

@girish yeah, these things happen. for me it's oracle-cloud. they just don't let me in…
since OVH is developing it's website fast, maybe you can give it another try, or if that fails, I can check with support (which got hard to grasp from outside, meanwhile).

chymian

CLDRN runs on one server IP with 2 domains with email, on SSDnode.
the main domain eb8.org is all green - mostly. since blocklist and outbound SMTP checks are fluctuating.
the secondary domain shows all red since a few weeks.

now, having time to dig deeper: in the secondary domain, eb8sys.top:

the TXT records use the main domain.
the TXT-records are set, but not found, as is the i.e. cloudron._domainkey

since OVH-DNS is manual, and I din't change anything for the secondary domain for months, suggesting that some changes within CLDR causing that. any hints?

secondary domain
CLDRN_MAIL_eb8sys.top_2023-09-07_20-17.png

main domain
CLDRN_MAIL_eb8.org_2023-09-07_20-07.png

mostly outbound checks are fails.
Blocklist is a bit stickier, but also toggles within minutes. for both domains.

here the relevant DNS entry for the secondary domain, eb8sys.top

$TTL 3600
                           @	IN SOA dns200.anycast.me. tech.ovh.net. (2023090707 86400 3600 3600000 300)
                                                      IN NS     ns200.anycast.me.
                                                      IN NS     dns200.anycast.me.
                                                      IN MX     10 my.eb8.org.
                                                      IN A      63.250.54.195
                                                  600 IN TXT    "v=spf1 a:my.eb8.org include:mx.ovh.com ~all"
                                                  600 IN TXT    "1|www.eb8sys.top"
                           _acme-challenge         60 IN TXT    "HgwkFqiWgtnHszr8mMSZx9f4JIItKu5XXonwV7TStyo"
                           _acme-challenge         60 IN TXT    "HO8bLaHpF3K5jfxqzRaHznVfgRPWwcZum0F2-LJw20o"
                           _autodiscover._tcp         IN SRV    0 0 443 my
                           _dmarc                     IN TXT    ( "v=DMARC1; p=reject; pct=100;" )
                           _imaps._tcp                IN SRV    0 0 993 my
                           _submission._tcp           IN SRV    0 0 465 my
                           autoconfig                 IN CNAME  my
                           autodiscover               IN CNAME  my
                           cloudron._domainkey        IN TXT    ( "v=DKIM1; t=s; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQD9G9q2uBBEuKKttPjVOD0RE6pU0D32o8/WxViN3olNjgawPQ8qH2g/0bMEvMLjUe5A2isKRnXIrwN5t/qL3UWA5UPYFBU6hwKTUVxKp7gC2gno9P/ff/D9XNhhTnD8wl8RiRfPQSDV8bvPNCOohlkbaLaU6QtBMqLZeeGdv6ZiPwIDAQAB" )

chymian

+1
IMHO, since there is the ovh logo as advertising in Cloudron can be installed just about anywhere
on the website, one could imagine that CLDRN also supports easy setup by using their DNS-API ?

chymian

remarkable behavior:
login via web does not work at the moment.
open the website via the nextcloud-desktop client does work and one is logged in.
but then, password-verification i.e. for module-update does again not work.

@nebulon your hint with the incompatible apps was true both problems.

the login problem. which went away after deleting dropit
and the cron pbl. as well, after disabling Reader (ebook reader)
and there was a recommended app, which also threw errors: `group-folders'
I leave it here for reference

thanks again

chymian

my cloudron does have the same sympthoms.

after login it showed this (sry, only in german):
which gives a unspecified "Internal server error"

Nextcloud
Interner Serverfehler

Der Server konnte die Anfrage nicht fertig stellen.
Sollte dies erneut auftreten, sende bitte die nachfolgenden technischen Einzelheiten an deinen Server-Administrator.

Weitere Details können im Server-Protokoll gefunden werden.
Technische Details
    Entfernte Adresse: 51.79.xxx.xxx
    Anfragekennung: DAgwHLC5EPUbt1qC2eLE

I did:

restart the app
checked and raised mem for the container to 2.46G
checked ps, nothing special
raised "MaxRequestWorkers" to 50 as mentioned here
onlyoffice document server is responding

Since I only realised the error after the latest app-update, I went backt to cldr.-nc. v4.17.3 without change.

NC-desktop is working.
weblogin does not work

CLDRN is direct attached to Internet - same setup since years.

=> Run cron job
Jul 23 14:35:20 {"reqId":"fZJjJ6IqishJuwnAflFL","level":3,"time":"2023-07-23T07:35:20+00:00","remoteAddr":"","user":"--","app":"cron","method":"","url":"--","message":"OCA\\Files_Reader\\Hooks::OCA\\Files_Reader\\{closure}(): Argument #1 ($node) must be of type OCA\\Files_Reader\\Node, OC\\Files\\Node\\Folder given","userAgent":"--","version":"26.0.3.2","exception":{"Exception":"TypeError","Message":"OCA\\Files_Reader\\Hooks::OCA\\Files_Reader\\{closure}(): Argument #1 ($node) must be of type OCA\\Files_Reader\\Node, OC\\Files\\Node\\Folder given","Code":0,"Trace":[{"function":"OCA\\Files_Reader\\{closure}","class":"OCA\\Files_Reader\\Hooks","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/lib/private/Hooks/EmitterTrait.php","line":105,"function":"call_user_func_array"},{"file":"/app/code/lib/private/Hooks/PublicEmitter.php","line":40,"function":"emit","class":"OC\\Hooks\\BasicEmitter","type":"->"},{"file":"/app/code/lib/private/Files/Node/Root.php","line":143,"function":"emit","class":"OC\\Hooks\\PublicEmitter","type":"->"},{"file":"/app/code/lib/private/Files/Node/Node.php","line":133,"function":"emit","class":"OC\\Files\\Node\\Root","type":"->"},{"file":"/app/code/lib/private/Files/Node/Folder.php","line":361,"function":"sendHooks","class":"OC\\Files\\Node\\Node","type":"->"},{"file":"/app/data/apps/dav/lib/BackgroundJob/UploadCleanup.php","line":96,"function":"delete","class":"OC\\Files\\Node\\Folder","type":"->"},{"file":"/app/code/lib/public/BackgroundJob/Job.php","line":78,"function":"run","class":"OCA\\DAV\\BackgroundJob\\UploadCleanup","type":"->"},{"file":"/app/code/lib/public/BackgroundJob/TimedJob.php","line":103,"function":"start","class":"OCP\\BackgroundJob\\Job","type":"->"},{"file":"/app/code/lib/public/BackgroundJob/TimedJob.php","line":93,"function":"start","class":"OCP\\BackgroundJob\\TimedJob","type":"->"},{"file":"/app/code/cron.php","line":152,"function":"execute","class":"OCP\\BackgroundJob\\TimedJob","type":"->"}],"File":"/app/data/apps/files_reader/lib/Hooks.php","Line":18,"CustomMessage":"--"}}
Jul 23 14:35:20 TypeError: OCA\Files_Reader\Hooks::OCA\Files_Reader\{closure}(): Argument #1 ($node) must be of type OCA\Files_Reader\Node, OC\Files\Node\Folder given in /app/data/apps/files_reader/lib/Hooks.php:18
Jul 23 14:35:20 Stack trace:
Jul 23 14:35:20 #0 [internal function]: OCA\Files_Reader\Hooks::OCA\Files_Reader\{closure}()
Jul 23 14:35:20 #1 /app/code/lib/private/Hooks/EmitterTrait.php(105): call_user_func_array()
Jul 23 14:35:20 #2 /app/code/lib/private/Hooks/PublicEmitter.php(40): OC\Hooks\BasicEmitter->emit()
Jul 23 14:35:20 #3 /app/code/lib/private/Files/Node/Root.php(143): OC\Hooks\PublicEmitter->emit()
Jul 23 14:35:20 #4 /app/code/lib/private/Files/Node/Node.php(133): OC\Files\Node\Root->emit()
Jul 23 14:35:20 #5 /app/code/lib/private/Files/Node/Folder.php(361): OC\Files\Node\Node->sendHooks()
Jul 23 14:35:20 #6 /app/data/apps/dav/lib/BackgroundJob/UploadCleanup.php(96): OC\Files\Node\Folder->delete()
Jul 23 14:35:20 #7 /app/code/lib/public/BackgroundJob/Job.php(78): OCA\DAV\BackgroundJob\UploadCleanup->run()
Jul 23 14:35:20 #8 /app/code/lib/public/BackgroundJob/TimedJob.php(103): OCP\BackgroundJob\Job->start()
Jul 23 14:35:20 #9 /app/code/lib/public/BackgroundJob/TimedJob.php(93): OCP\BackgroundJob\TimedJob->start()
Jul 23 14:35:20 #10 /app/code/cron.php(152): OCP\BackgroundJob\TimedJob->execute()
Jul 23 14:35:20 #11 {main}

update 1:
found more error mesg. related to onlyoffice:


Jul 23 15:02:30 - - - [23/Jul/2023:08:02:30 +0000] "GET /index.php/login HTTP/1.1" 200 5634 "-" "Mozilla (CloudronHealth)"
Jul 23 15:02:36 51.79.xxx.xxx - guenter [23/Jul/2023:08:02:36 +0000] "PROPFIND /remote.php/dav/files/guenter/ HTTP/1.1" 207 252 "-" "Mozilla/5.0 (Linux) mirall/3.6.2 (build 12295) (Nextcloud, debian-6.2.16-4-pve ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Jul 23 15:02:37 [Sun Jul 23 08:02:37.801577 2023] [php:notice] [pid 2075] [client 172.18.0.1:36136] {"reqId":"y8tmYtnrzYyPXqZCW1CM","level":3,"time":"2023-07-23T08:02:37+00:00","remoteAddr":"51.79.xxx.xxx","user":"guenter","app":"richdocuments","method":"GET","url":"/ocs/v2.php/apps/notifications/api/v2/notifications?format=json","message":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","userAgent":"Mozilla/5.0 (Linux) mirall/3.6.2 (build 12295) (Nextcloud, debian-6.2.16-4-pve ClientArchitecture: x86_64 OsArchitecture: x86_64)","version":"26.0.3.2","exception":{"Exception":"GuzzleHttp\\\\Exception\\\\ClientException","Message":"Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","Code":404,"Trace":[{"file":"/app/code/3rdparty/guzzlehttp/guzzle/src/Middleware.php","line":69,"function":"create","class":"GuzzleHttp\\\\Exception\\\\RequestException","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":204,"function":"GuzzleHttp\\\\{closure}","class":"GuzzleHttp\\\\Middleware","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":153,"function":"callHandler","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"::"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/TaskQueue.php","line":48,"function":"GuzzleHttp\\\\Promise\\\\{closure}","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":248,"function":"run","class":"GuzzleHttp\\\\Promise\\\\TaskQueue","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":224,"function":"invokeWaitFn","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":269,"function":"waitIfPending","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":226,"function":"invokeWaitList","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":62,"function":"waitIfPending","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/guzzle/src/Client.php","line":187,"function":"wait","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/lib/private/Http/Client/Client.php","line":226,"function":"request","class":"GuzzleHttp\\\\Client","type":"->"},{"file":"/app/data/apps/richdocuments/lib/Service/CapabilitiesService.php","line":135,"function":"get","class":"OC\\\\Http\\\\Client\\\\Client","type":"->"},{"file":"/app/data/apps/richdocuments/lib/Service/CapabilitiesService.php","line":73,"function":"refetch","class":"OCA\\\\Richdocuments\\\\Service\\\\CapabilitiesService","type":"->"},{"file":"/app/data/apps/richdocuments/lib/AppInfo/Application.php","line":80,"function":"getCapabilities","class":"OCA\\\\Richdocuments\\\\Service\\\\CapabilitiesService","type":"->"},{"file":"/app/code/lib/private/AppFramework/Bootstrap/FunctionInjector.php","line":66,"function":"OCA\\\\Richdocuments\\\\AppInfo\\\\{closure}","class":"OCA\\\\Richdocuments\\\\AppInfo\\\\Application","type":"->","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/lib/private/AppFramework/Bootstrap/BootContext.php","line":50,"function":"injectFn","class":"OC\\\\AppFramework\\\\Bootstrap\\\\FunctionInjector","type":"->"},{"file":"/app/data/apps/richdocuments/lib/AppInfo/Application.php","line":135,"function":"injectFn","class":"OC\\\\AppFramework\\\\Bootstrap\\\\BootContext","type":"->"},{"file":"/app/code/lib/private/AppFramework/Bootstrap/Coordinator.php","line":200,"function":"boot","class":"OCA\\\\Richdocuments\\\\AppInfo\\\\Application","type":"->"},{"file":"/app/code/lib/private/legacy/OC_App.php","line":213,"function":"bootApp","class":"OC\\\\AppFramework\\\\Bootstrap\\\\Coordinator","type":"->"},{"file":"/app/code/lib/private/legacy/OC_App.php","line":141,"function":"loadApp","class":"OC_App","type":"::"},{"file":"/app/code/ocs/v1.php","line":58,"function":"loadApps","class":"OC_App","type":"::"},{"file":"/app/code/ocs/v2.php","line":23,"args":["/app/code/ocs/v1.php"],"function":"require_once"}],"File":"/app/code/3rdparty/guzzlehttp/guzzle/src/Exception/RequestException.php","Line":113,"message":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","exception":{},"CustomMessage":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n"}}
Jul 23 15:02:37 [Sun Jul 23 08:02:37.809968 2023] [php:notice] [pid 2077] [client 172.18.0.1:36132] {"reqId":"ELKp8KnyyXOwOORaBRLJ","level":3,"time":"2023-07-23T08:02:37+00:00","remoteAddr":"51.79.xxx.xxx","user":"guenter","app":"richdocuments","method":"GET","url":"/ocs/v2.php/apps/user_status/api/v1/user_status?format=json","message":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","userAgent":"Mozilla/5.0 (Linux) mirall/3.6.2 (build 12295) (Nextcloud, debian-6.2.16-4-pve ClientArchitecture: x86_64 OsArchitecture: x86_64)","version":"26.0.3.2","exception":{"Exception":"GuzzleHttp\\\\Exception\\\\ClientException","Message":"Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","Code":404,"Trace":[{"file":"/app/code/3rdparty/guzzlehttp/guzzle/src/Middleware.php","line":69,"function":"create","class":"GuzzleHttp\\\\Exception\\\\RequestException","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":204,"function":"GuzzleHttp\\\\{closure}","class":"GuzzleHttp\\\\Middleware","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":153,"function":"callHandler","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"::"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/TaskQueue.php","line":48,"function":"GuzzleHttp\\\\Promise\\\\{closure}","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"::","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":248,"function":"run","class":"GuzzleHttp\\\\Promise\\\\TaskQueue","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":224,"function":"invokeWaitFn","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":269,"function":"waitIfPending","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":226,"function":"invokeWaitList","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/promises/src/Promise.php","line":62,"function":"waitIfPending","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/3rdparty/guzzlehttp/guzzle/src/Client.php","line":187,"function":"wait","class":"GuzzleHttp\\\\Promise\\\\Promise","type":"->"},{"file":"/app/code/lib/private/Http/Client/Client.php","line":226,"function":"request","class":"GuzzleHttp\\\\Client","type":"->"},{"file":"/app/data/apps/richdocuments/lib/Service/CapabilitiesService.php","line":135,"function":"get","class":"OC\\\\Http\\\\Client\\\\Client","type":"->"},{"file":"/app/data/apps/richdocuments/lib/Service/CapabilitiesService.php","line":73,"function":"refetch","class":"OCA\\\\Richdocuments\\\\Service\\\\CapabilitiesService","type":"->"},{"file":"/app/data/apps/richdocuments/lib/AppInfo/Application.php","line":80,"function":"getCapabilities","class":"OCA\\\\Richdocuments\\\\Service\\\\CapabilitiesService","type":"->"},{"file":"/app/code/lib/private/AppFramework/Bootstrap/FunctionInjector.php","line":66,"function":"OCA\\\\Richdocuments\\\\AppInfo\\\\{closure}","class":"OCA\\\\Richdocuments\\\\AppInfo\\\\Application","type":"->","args":["*** sensitive parameters replaced ***"]},{"file":"/app/code/lib/private/AppFramework/Bootstrap/BootContext.php","line":50,"function":"injectFn","class":"OC\\\\AppFramework\\\\Bootstrap\\\\FunctionInjector","type":"->"},{"file":"/app/data/apps/richdocuments/lib/AppInfo/Application.php","line":135,"function":"injectFn","class":"OC\\\\AppFramework\\\\Bootstrap\\\\BootContext","type":"->"},{"file":"/app/code/lib/private/AppFramework/Bootstrap/Coordinator.php","line":200,"function":"boot","class":"OCA\\\\Richdocuments\\\\AppInfo\\\\Application","type":"->"},{"file":"/app/code/lib/private/legacy/OC_App.php","line":213,"function":"bootApp","class":"OC\\\\AppFramework\\\\Bootstrap\\\\Coordinator","type":"->"},{"file":"/app/code/lib/private/legacy/OC_App.php","line":141,"function":"loadApp","class":"OC_App","type":"::"},{"file":"/app/code/ocs/v1.php","line":58,"function":"loadApps","class":"OC_App","type":"::"},{"file":"/app/code/ocs/v2.php","line":23,"args":["/app/code/ocs/v1.php"],"function":"require_once"}],"File":"/app/code/3rdparty/guzzlehttp/guzzle/src/Exception/RequestException.php","Line":113,"message":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n","exception":{},"CustomMessage":"Failed to fetch the Collabora capabilities endpoint: Client error: `GET https://office.eb8.org/hosting/capabilities` resulted in a `404 Not Found` response:\\n<!DOCTYPE html>\\n<html lang=\\"en\\">\\n<head>\\n<meta charset=\\"utf-8\\">\\n<title>Error</title>\\n</head>\\n<body>\\n<pre>Cannot GET /host (truncated...)\\n"}}
Jul 23 15:02:37 51.79.xxx.xxx - guenter [23/Jul/2023:08:02:37 +0000] "GET /ocs/v2.php/apps/user_status/api/v1/user_status?format=json HTTP/1.1" 200 151 "-" "Mozilla/5.0 (Linux) mirall/3.6.2 (build 12295) (Nextcloud, debian-6.2.16-4-pve ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Jul 23 15:02:37 51.79.xxx.xxx - guenter [23/Jul/2023:08:02:37 +0000] "GET /ocs/v2.php/apps/notifications/api/v2/notifications?format=json HTTP/1.1" 304 - "-" "Mozilla/5.0 (Linux) mirall/3.6.2 (build 12295) (Nextcloud, debian-6.2.16-4-pve ClientArchitecture: x86_64 OsArchitecture: x86_64)"
Jul 23 15:02:38 - - - [23/Jul/2023:08:02:38 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.52 (Ubuntu) (internal dummy connection)"
Jul 23 15:02:40 - - - [23/Jul/2023:08:02:40 +0000] "GET /index.php/login HTTP/1.1" 200 5635 "-" "Mozilla (CloudronHealth)"

chymian

@nebulon, according to the author, @kevinpapst, the plugin is no longer needed and as a left over within the cloudron installation causing problems.

I moved it out of the way and everything is back to normal.

cd /home/yellowtent/appsdata/<UUID</data/plugins
mv RecalculateRatesBundle .RecalculateRatesBundle
or
rm -rf RecalculateRatesBundle

Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

Cloudron Forum

chymian

Posts