Posts made by ctrl

Hello team,

I noticed I could not add any new links to my Wallabag instance. Neither rebooting the box nor restarting the application did result in a working state.

App info:

App Title and Version
Wallabag 2.3.6
App ID
5d397a2e-3fb2-43b3-b2b8-d50a862c5425
Package Version
org.wallabag.cloudronapp@1.4.0
Last Updated
years ago

Enabling the recovery mode fails:

Task Error
An error occurred during the configure operation: Inactive: Error getting IP of redis-5d397a2e-3fb2-43b3-b2b8-d50a862c5425 service

I tried to clone the last backup to a new instance which did quit with:

Cloudron Error
Manifest Version must be 2

I just saw the current version is 2.4.3 but I seem to be stuck at 2.3.6. Manually triggering the update process does show any available updates at all.
Any help highly appreciated!

Just found this one on Product Hunt. They seem to offer the platform as SaaS just recently.
I don't think it's meant to be an alternative to FilePizza but rather an alternative to Google Drive, Dropbox etc.

They also provide a Docker Image: https://github.com/linagora/linshare-docker

@loudlemur
Well there's no one size fits all solution. It's always about choice.

A modern ebook manager and reader with sync and backup capacities for Windows, macOS, Linux and Web.

Demo: https://reader.960960.xyz/#/manager/empty
Roadmap: https://troyeguo.notion.site/d1c19a132932465bae1d89dd963c92ea?v=ca8aa69cf25849c18c92b92ba868663b
Docs: https://troyeguo.notion.site/Koodo-Reader-Document-9c767af3d66c459db996bdd08a34c34b
Repo: https://github.com/troyeguo/koodo-reader
Docker: yes

Very nice! I just wanted to create a thread for it when I found it as a new cask while updating Homebrew.

Yes please. ^^
I just found that beauty as an search engine in the default list of the Libre Wolf browser.

Yes please.

@soup Any updates on teh backend codez?

@nebulon Thanks a lot for your quick support. It works now.

@nebulon Sure, I just created a ticket with a reference to this thread.

@nebulon Yes, I'm talking about the location form. Neither changing the subdomain field nor selecting another valid TLD from the dropdown allows me to save a new location.

I just checked the form on another app. It works as long as an app is tied to a valid domain.

Thanks a lot for your quick reply. I tried just that, but the button to save the changes in the app config is still greyed out.

Hey all,

I used to use a domain which expired but is still listed in the domain configuration section and is in use by an app. Currently the app does not start for obvious reasons. Also I'm not able to change the domain name of that app. At least it is not possible from the GUI.

Which steps would you propose to migrate an app to a a new domain name in a scenario as described above?

Cheers

Yes please. The UI looks very slick!

That'd be a perfect addition to the federated category!

@girish Will Baserow be available as an official app on the appstore?

@infogulch Never had my hands on Trilium Notes. But judging from the screenshots doesn't it offer concepts used in these kind of roaming tools like the Zettelkasten Methode which was heavily used by Niklas Luhmann et al.? Btw. Anytype is on my personal watchlist, too.

@yusf I tried out Notion last year but only for a day or so and abandoned it quickly because of data protection and privacy concerns. My first impression was that it had a very specific characteristic in its appereance and handling. What I really liked about it was that it felt quite calm on the surface hiding and simplificating the complexity of its possibilities. In a way it reminded me of Things.app on macOS.
Yesterday I found Focalboard by Mattermost. I don't know if it fills the gap but at least it promotes itself as an open source, self-hosted alternative to Trello, Notion, and Asana. @thetomester13 created an app request already. ^^

I am also on a long lasting journey on the search for the appropriate toolset that fits my way of thinking. Currently I use multiple tools. Most of the time I start out with a mindmap. Although it is not perfect Mindnode does quite a good job in the fields of mindmapping in regards of UX. It lets me quickly visualize my thoughts and doesn't get into the way too much in that process which helps me to slip into some kind of a flow state. Sometimes I wish we had neural interfaces to project all of these interconnected thought that seem to pop of the ground like mushrooms while surfing through an idea.

The problem with a mindmap is that it is neither interactive after it has been created nor can it be connected or extended by ongoing research in a comfortable/elegant way. Maybe the roaming tools mentioned by @soup could fill that gap. I'll get my hands on these asap. What do you think about Trilium? Does it fit in that kind of category?

Yesterday I stumbled upon this tool in a reddit post while searching for FOSS alternatives to Notion. On my research I found out that I am not alone according to this post on the Clouron forums from OP @yusf. ^^

From the first looks it appears to be a mixture of Monday, Airtable, Zenkit, Baserow and as it was also mentioned by @thetomester13 they try to tackle Notion, too. Since it is a product made by Mattermost it seems to be obvious that they try to bring concepts of commercially successful products to the FOSS world. That's what they did with Slack in the past at least. IMHO Focalboard looks quite polished on the surface. I'm really interested to get my hands on this one rather sooner than later.

A couple of days ago they merged a pull request to offer a Docker container: #76

Hello all,

I found this nice Graphviz editor.

@Github, @Demo

Cheers

@atrilahiji I had the same thought a couple of months ago and did a tiny research. What I found is this post dating back to 2018: Request for Architectural Modification - Decentralized and Federated Gitea

@mehdi
This my friend is a good point, thank you for pulling me out of the tunnel. lol

@girish Yes, thank you very much, I was just about to write excact the same thing.

Maybe related - since we use inwx.de as our domain registrar we have to use the Manualoption as a DNS setting. The disadvantage is we can't use a wildcard certificate in that scenario. For the most part I assume that's why we ran into the rate limit issue in first place. Maybe I'm wrong but I guess at a certain point there were just too many requests at once since there existed many orphaned certs inside ~/yellowtent/boxdata/certs from previous installed apps since 2018.

• Wouldn't it be an improvement for Manualsetups to delete the corresponding certs upon deinstallation of an app?
• Would it be possible to include inwx.de as an automated DNS provider? They offer an API.
• For the time being which registrar would be your personal recommendation for a automated DNS provider?

@girish I see.
I'm going to restore the server again. As soon as it's finished I'm going to open a ticket as you requested. ^^

@girish said in Certificate rate limit hit during restore process?:

Thanks for the detailed steps.

@ctrl said in Certificate rate limit hit during restore process?:

Open https://IP_ADDR and accept the self-signed certificate to finish setup.
Restore via backup config file: Getting certificate of my.example.tld ...
Remove old certs from /home/yellowtent/boxdata/certs

Can you clarify this part. Where do you see 'Getting certificate of my.xxx` ? I assume you want through the Restore UI correct? Meaning in the Setup page, there is a Restore link at the bottom and then you uploaded the backup config. Did you see the message during the restore process. It should only say "Downloading backup.." . https://docs.cloudron.io/backups/#restore-cloudron has some screenshots of that restore link.

The message appears right after I start the restore process and Cloudron notifies about the downloading process of the backup. To create a screenshot I repeated the restoring process right now. This time nginx crashed during the restore process right after the aforementioned message regarding the certs. I attached some screenshots in order. Nevertheless I am able to load the login page by force-reloading the my.xxx domain which still uses the selfsigned cert.

Finally, why did you remove old certs from /home/yellowtent/boxdata/certs. Or are you referring to removing the old certs of obsolete domains?

I just removed orphaned certs belonging to apps I tested in the past. I let all certs in place which are still associated to existing subdomains/apps we use.

@girish I logged all steps trying to reproduce the results:

0. Install OS: Ubuntu 20.04@Hetzner Cloud instance
1. Update OS: 20.04.2
2. Restore Cloudron:

cd ~/; mkdir tmp; cd $_
wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
./cloudron-setup --provider generic --version 6.1.2
reboot

3. Open https://IP_ADDR and accept the self-signed certificate to finish setup.
4. Restore via backup config file: Getting certificate of my.example.tld ...
5. Remove old certs from /home/yellowtent/boxdata/certs
6. Tell Firefox to forget all related sites
7. Login to my.example.tld ... (Browser still uses selfsigned cert)
8. Notification center:

Failed to new certs of my.example.tld: Failed to send new order. Expecting 201, got 429 "{\n \"type\": \"urn:ietf:params:acme:error:rateLimited\",\n \"detail\": \"Error creating new order :: too many certificates already issued for exact set of domains: my.example.tld: see https://letsencrypt.org/docs/rate-limits/\",\n \"status\": 429\n}". Renewal will be retried in 12 hours

9. Status of Apps: running||restoring (status seems to vary between restore attempts)
   9.1 If status is restoring: Restore process fails due to cert/nginx error
   9.2 If status is running: Opening an app redirects to https://my.example.tld (Browser still uses selfsigned cert)
10. Reboot from within UI
11. Can't reconnect to UI: Cloudron is offline. Reconnecting.
12. journalctl -u nginx -a

Mar 08 15:17:24 hostname systemd[1]: Starting nginx - high performance web server...
Mar 08 15:17:24 hostname nginx[503]: nginx: [emerg] cannot load certificate "/home/yellowtent/boxdata/certs/example.tld.host.cert": BIO_new_file() failed (SSL: error:02001002:s>
Mar 08 15:17:24 hostname systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Mar 08 15:17:24 hostname systemd[1]: nginx.service: Failed with result 'exit-code'.
Mar 08 15:17:24 hostname systemd[1]: Failed to start nginx - high performance web server.
Mar 08 15:17:25 hostname systemd[1]: nginx.service: Scheduled restart job, restart counter is at 1.
Mar 08 15:17:25 hostname systemd[1]: Stopped nginx - high performance web server.
Mar 08 15:17:25 hostname systemd[1]: Starting nginx - high performance web server...

13. cat /var/log/nginx/error.log

2021/03/08 14:45:54 [notice] 25650#25650: signal process started
2021/03/08 14:48:33 [notice] 996#996: signal process started
2021/03/08 14:52:30 [emerg] 1174#1174: cannot load certificate "/home/yellowtent/boxdata/certs/example.tld.host.cert": BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/home/yellowtent/boxdata/certs/example.tld.host.cert','r') error:2006D080:BIO routines:BIO_new_file:no such file)

@girish said in Certificate rate limit hit during restore process?:

@ctrl Did I understand correctly that the dashboard itself is running (since you are able to view the eventlog) ?

Yes. After restoring our instance the dashboard is running on my.example.tld. After logging in I can see the restore process of all apps is running in parallel. Mattermost finishes first and is up and running while all remaining apps bail out with an error pointing to nginx.

Error reloading nginx: reload exited with code 1 signal null

But after a reboot nginx won't come up anymore at all thus not providing the dashboard anymore.

Are you using normal certs or wild card certs?

We use normal certs since wildcard certs don't seem to be configurable. We use inwx.de as a domain name registrar.

Can you check the validity of the certs there? The files with underscore in the beginning means wildcard cert.

Since we can't use wildcard certs I checked the cert for the my dashboard domain.

Validity
            Not Before: Feb 26 10:00:16 2021 GMT
            Not After : May 27 10:00:16 2021 GMT

I found out the directory contains a lot of cruft of old certs where we don't use the matching subdomains anymore. Is it save to delete them?

@girish I'm about to test something and will report back later the day.

@girish Yes. Earlier the day prior to the migration I did not experience any of these errors.

@girish Sorry, typo. 6.1.2 it is.

Hi all,

this is a follow up of a post I created earlier.

I restored our Cloudron 6.2.1 instance as described. During the process of restoration all of the apps but Mattermost fail to restore. According to the logs nginx crashes/fails to start due to a certificate error. After having a look at the event log I found out that we hit the rate limit.

{
  "domain": "subdomain.example.tld",
  "errorMessage": "Failed to send new order. Expecting 201, got 429 \"{\\n  \\\"type\\\": \\\"urn:ietf:params:acme:error:rateLimited\\\",\\n  \\\"detail\\\": \\\"Error creating new order :: too many certificates already issued for exact set of domains: subdomain.example.tld: see https://letsencrypt.org/docs/rate-limits/\\\",\\n  \\\"status\\\": 429\\n}\""
}

I really can't tell how this happened. Is there anything I can do right now in order to get everything up and running shortly?

Regards

@girish testee here

@girish
I see, thank you. I might give it a shot over the weekend!

EDIT:
I just built and installed it on our box which was pretty much straigt forward. IMHO the project has a lot of potential and is a strong contender and possibly a great alternative to Zenkit in the future. I put Vikunja on my watchlist and will revisit it in a couple of months!

@malvim
Thanks a lot for the follow up!

Thank you very much for the clarification!

Hello Team,

I just ran docker system df. It outputs 16 images und 18 containers as a grand total although we only have 8 apps installed currently. Are the remaining images/containers some kind of cruft?

root@my ~ # docker system df
TYPE                TOTAL               ACTIVE              SIZE                RECLAIMABLE
Images              16                  16                  8.133GB             1.45GB (17%)
Containers          18                  17                  69.63kB             0B (0%)
Local Volumes       42                  34                  378.4MB             70.35kB (0%)
Build Cache         0                   0                   0B                  0B

@stantropics
Thank you for creating an image for Vikunja. I just wanted to test your image by hitting the cloudron install button on the repo page but this does not work as expected. Do you have any hints for me why this doesn't work?

@yusf

@yusf
... or Minio! ^^

@nebulon
Ok I see. Thank you very much for the clarification! ^^
I'm going to move the image location to an external volume for the time being.

It looks like the last docker pull command of the previous test ate some space. Could you guys please tell me how I would clean up the remaining cruft?

EDIT:
Reporting back that it was installed successfully after changing the image location to an external volume offering enough disk space.

This thread could be closed, since Nuage seems to be Filetash now.

@girish
There were no issues installing other apps inbetween.
I just did a manual pull on the shell as you proposed:

docker pull cloudron/io.wekan.cloudronapp:20201021-004852-015f556b1
20201021-004852-015f556b1: Pulling from cloudron/io.wekan.cloudronapp
5bed26d33875: Already exists
f11b29a9c730: Already exists
930bda195c84: Already exists
78bf9a5ad49e: Already exists
5fb75e41baf0: Already exists
a6f85a52927e: Already exists
20e214459d60: Already exists
d461f640523d: Already exists
98b7bf60a788: Already exists
36a830325af0: Already exists
3d36b087c419: Already exists
52bb0e0c6e5f: Already exists
fb9616b4c1c8: Already exists
7db4c0654238: Pull complete
5a35c3fdb427: Pull complete
d3a7ee1355ea: Pull complete
382c963fb47c: Pull complete
211ee9d4324e: Pull complete
8912dece76ee: Extracting [==================================================>]  123.6MB/123.6MB
09a34c31c952: Download complete
52acd38c73b9: Download complete
8f94e8eda951: Download complete
e4ab3fb5c557: Download complete
failed to register layer: Error processing tar file(exit status 1): write /home/cloudron/.meteor/package-metadata/v2.0.1/packages.data.db: no space left on device
root@my ~ # df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        19G   17G  1.3G  93% /

Looks like the available space is not sufficient. But as I said earlier, not even ~2.8G seem to be enough. Do you have an estimate how much it requires approx.?

@nebulon said in Wekan fails to install with `error code 1 and signal null`:

Hm ok, this does not reveal much. Maybe it is the issue of running low on disk space. Docker images tend to be quite large and wekan is meteor which pulls in a lot of stuff. Can you see anything in the journalctl -u docker logs?

This seems to be the only error:

Oct 28 16:40:20 example.tld dockerd[1559]: time="2020-10-28T16:40:20.853986218+01:00" level=error msg="Not continuing with pull after error: context canceled"

EDIT:
For testing purposes I could move the docker images onto an external volume tomorrow and report back afterwards.
Could you please confirm if this guide is still valid?

@nebulon
I just let the installation run again while watching the live journal.

root@my ~ # journalctl -f --system
-- Logs begin at Tue 2020-10-27 13:39:17 CET. --
Oct 28 16:39:38 example.tld sudo[17170]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:39:38 example.tld systemd[1]: Started /home/yellowtent/box/src/scripts/../taskworker.js 4774 /home/yellowtent/platformdata/logs/c57bf1ee-74f7-4de9-a407-c2159030a94a/apptask.log.
Oct 28 16:39:39 example.tld sudo[17194]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:39:39 example.tld sudo[17194]: pam_unix(sudo:session): session closed for user root
Oct 28 16:39:39 example.tld sudo[17197]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:39:39 example.tld systemd[1]: Stopping Statistics collection and monitoring daemon...
Oct 28 16:39:39 example.tld systemd[1]: Stopped Statistics collection and monitoring daemon.
Oct 28 16:39:39 example.tld systemd[1]: Starting Statistics collection and monitoring daemon...
Oct 28 16:39:39 example.tld systemd[1]: Started Statistics collection and monitoring daemon.
Oct 28 16:39:39 example.tld sudo[17197]: pam_unix(sudo:session): session closed for user root
Oct 28 16:39:39 example.tld sudo[17211]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:39:39 example.tld sudo[17211]: pam_unix(sudo:session): session closed for user root
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/mnt/data/47927a8f-015f-4acb-9b0a-010d2fd7826b': No such file or directory
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/4b895931-6502-4d14-a60d-57855c113bfc/data': No such file or directory
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/52bb70d6-028a-41c5-998d-8f22e1da070b/data': No such file or directory
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/6f421917-b4a0-468b-9144-4a712bfbaacd/data': No such file or directory
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/85aa8413-01e6-4f7a-97a0-747e4947bb1a/data': No such file or directory
Oct 28 16:39:40 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/9fcde755-6cbe-476b-897a-8bd359a7f369/data': No such file or directory
Oct 28 16:39:43 example.tld collectd[17206]: du: cannot access '/home/yellowtent/appsdata/d959db68-da8d-458c-abbb-c5f2ac3a04e9/data': No such file or directory
Oct 28 16:40:20 example.tld systemd[1]: box-task-4774.service: Main process exited, code=exited, status=1/FAILURE
Oct 28 16:40:20 example.tld systemd[1]: Stopped /home/yellowtent/box/src/scripts/../taskworker.js 4774 /home/yellowtent/platformdata/logs/c57bf1ee-74f7-4de9-a407-c2159030a94a/apptask.log.
Oct 28 16:40:20 example.tld systemd[1]: box-task-4774.service: Unit entered failed state.
Oct 28 16:40:20 example.tld systemd[1]: box-task-4774.service: Failed with result 'exit-code'.
Oct 28 16:40:20 example.tld sudo[17170]: pam_unix(sudo:session): session closed for user root
Oct 28 16:40:20 example.tld dockerd[1559]: time="2020-10-28T16:40:20.853986218+01:00" level=error msg="Not continuing with pull after error: context canceled"

@nebulon said in Wekan fails to install with `error code 1 and signal null`:

Ok so the app task did indeed crash. Now hopefully we can find that crash in journalctl --system somewhere

Do you have any keyword in mind? ^^ box-task-4772 maybe?

The other issue is interesting, but I don't think related. Is is possible that some non admin user has the dashboard open? Maybe there is a bug where it tries to show progress?

No, we just double checked. I'm the only user being logged in currently.

Edit:

Oct 28 16:18:48 example.tld systemd[1]: Started /home/yellowtent/box/src/scripts/../taskworker.js 4773 /home/yellowtent/platformdata/logs/188bcd35-b9f5-48c6-8e69-fbf51b6
Oct 28 16:18:50 example.tld sudo[15881]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:18:50 example.tld sudo[15881]: pam_unix(sudo:session): session closed for user root
Oct 28 16:18:50 example.tld sudo[15885]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:18:50 example.tld systemd[1]: Stopping Statistics collection and monitoring daemon...
Oct 28 16:18:50 example.tld systemd[1]: Stopped Statistics collection and monitoring daemon.
Oct 28 16:18:50 example.tld systemd[1]: Starting Statistics collection and monitoring daemon...
Oct 28 16:18:50 example.tld systemd[1]: Started Statistics collection and monitoring daemon.
Oct 28 16:18:50 example.tld sudo[15885]: pam_unix(sudo:session): session closed for user root
Oct 28 16:18:50 example.tld sudo[15900]: pam_unix(sudo:session): session opened for user root by (uid=0)
Oct 28 16:18:50 example.tld sudo[15900]: pam_unix(sudo:session): session closed for user root
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/mnt/data/47927a8f-015f-4acb-9b0a-010d2fd7826b': No such file or directory
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/home/yellowtent/appsdata/4b895931-6502-4d14-a60d-57855c113bfc/data': No such file or directory
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/home/yellowtent/appsdata/52bb70d6-028a-41c5-998d-8f22e1da070b/data': No such file or directory
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/home/yellowtent/appsdata/6f421917-b4a0-468b-9144-4a712bfbaacd/data': No such file or directory
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/home/yellowtent/appsdata/85aa8413-01e6-4f7a-97a0-747e4947bb1a/data': No such file or directory
Oct 28 16:18:51 example.tld collectd[15894]: du: cannot access '/home/yellowtent/appsdata/9fcde755-6cbe-476b-897a-8bd359a7f369/data': No such file or directory
Oct 28 16:18:54 example.tld systemd[1]: Stopped /home/yellowtent/box/src/scripts/../taskworker.js 4773 /home/yellowtent/platformdata/logs/188bcd35-b9f5-48c6-8e69-fbf51b6

These entries correspond to the time of the last installation process.

Here we go:

Oct 28 16:13:57 box:apps downloading manifest from https://api.cloudron.io/api/v1/apps/io.wekan.cloudronapp/versions/4.5.3
Oct 28 16:13:57 box:apps Will install app with id : 188bcd35-b9f5-48c6-8e69-fbf51b61a422
Oct 28 16:13:58 box:locker Acquired : apptask
Oct 28 16:13:58 box:tasks startTask - starting task 4772. logs at /home/yellowtent/platformdata/logs/188bcd35-b9f5-48c6-8e69-fbf51b61a422/apptask.log
Oct 28 16:13:58 box:shell startTask spawn: /usr/bin/sudo -S -E /home/yellowtent/box/src/scripts/starttask.sh 4772 /home/yellowtent/platformdata/logs/188bcd35-b9f5-48c6-8e69-fbf51b61a422/apptask.log 15 400
Oct 28 16:13:58 box:shell startTask (stdout): Running as unit box-task-4772.service.
Oct 28 16:14:00 box:apphealthmonitor app health: 8 alive / 1 dead.
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 3.308 ms - 93
Oct 28 16:14:01 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:04 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 6.076 ms - 93
Oct 28 16:14:07 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:10 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:10 box:apphealthmonitor app health: 8 alive / 1 dead.
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 2.435 ms - 93
Oct 28 16:14:13 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 2.482 ms - 93
Oct 28 16:14:16 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:19 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 5.728 ms - 93
Oct 28 16:14:21 box:apphealthmonitor app health: 8 alive / 1 dead.
Oct 28 16:14:22 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:25 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 2.457 ms - 93
Oct 28 16:14:28 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:30 box:apphealthmonitor app health: 8 alive / 1 dead.
GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 6.272 ms - 93
Oct 28 16:14:31 box:shell startTask (stdout): Waiting for service box-task-4772 to finish
Oct 28 16:14:34 box:shell startTask (stdout): Service box-task-4772 finished with exit code 1
Oct 28 16:14:34 box:shell startTask code: 1, signal: null
Oct 28 16:14:34 box:tasks startTask: 4772 completed with code 1 and signal null
Oct 28 16:14:34 box:tasks setCompleted - 4772: {"error":{"message":"Task 4772 crashed with code 1 and signal null","code":"crashed"}}
Oct 28 16:14:34 box:tasks 4772: {"percent":100,"error":{"message":"Task 4772 crashed with code 1 and signal null","code":"crashed"}}
Oct 28 16:14:34 box:apps scheduleTask: task 4772 of 188bcd35-b9f5-48c6-8e69-fbf51b61a422 completed
Oct 28 16:14:34 box:apps Apptask crashed/stopped: Task 4772 crashed with code 1 and signal null
Oct 28 16:14:34 box:locker Released : apptask
Oct 28 16:14:34 box:sftp rebuilding container
Oct 28 16:14:34 box:tasks startTask: 4772 done
Oct 28 16:14:34 box:sftp Ignoring volume for 188bcd35-b9f5-48c6-8e69-fbf51b61a422 since it does not exist
Oct 28 16:14:34 box:shell inspectSftp exec: docker inspect --format="{{json .Mounts }}" sftp
Oct 28 16:14:35 box:shell inspectSftp (stdout): [{"Type":"volume","Name":"dae45d5a3c3276751d66e0049375c71e45e80a5af05fb6884ac3b53c9511632f","Source":"/var/lib/docker/volumes/dae45d5a3c3276751d66e0049375c71e45e80a5af05fb6884ac3b53c9511632f/_data","Destination":"/run","Driver":"local","Mode":"","RW":true,"Propagation":""},{"Type":"volume","Name":"3f03d0438ec00bd7124eb37444aae893cde7058389e7bc457da7e3a51b9d3365","Source":"/var/lib/docker/volumes/3f03d0438ec00bd7124eb37444aae893cde7058389e7bc457da7e3a51b9d3365/_data","Destination":"/tmp","Driver":"local","Mode":"","RW":true,"Propagation":""},{"Type":"bind","Source":"/etc/ssh","Destination":"/etc/ssh","Mode":"ro","RW":false,"Propagation":"rprivate"},{"Type":"bind","Source":"/home/yellowtent/appsdata/5d397a2e-3fb2-43b3-b2b8-d50a862c5425/data","Destination":"/app/data/5d397a2e-3fb2-43b3-b2b8-d50a862c5425","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.kimai","Destination":"/app/data/d959db68-da8d-458c-abbb-c5f2ac3a04e9","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.nextcloud","Destination":"/app/data/47927a8f-015f-4acb-9b0a-010d2fd7826b","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.nodebb","Destination":"/app/data/9fcde755-6cbe-476b-897a-8bd359a7f369","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.syncthing","Destination":"/app/data/52bb70d6-028a-41c5-998d-8f22e1da070b","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.wiki-js","Destination":"/app/data/6f421917-b4a0-468b-9144-4a712bfbaacd","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.mattermost","Destination":"/app/data/4b895931-6502-4d14-a60d-57855c113bfc","Mode":"","RW":true,"Propagation":"rprivate"},{"Type":"bind","Source":"/mnt/data/app.gitea","Destination":"/app/data/85aa8413-01e6-4f7a-97a0-747e4947bb1a","Mode":"","RW":true,"Propagation":"rprivate"}]
Oct 28 16:14:35 box:shell inspectSftp (stderr):
Oct 28 16:14:35 box:sftp Skipping rebuild, no changes
Oct 28 16:14:40 box:apphealthmonitor app health: 8 alive / 1 dead.

This one looks quite suspicious:

 GET /api/v1/tasks/4772 403 Forbidden role 'admin' is required but user has only 'user' 3.308 ms - 93

Hello Team,

we just tried to install Wekan for a couple of times. But each attempt quits with error code 1 and signal null. I watched the logs during the installation process and I assume something unexpected happens during the extraction process. The last entry I see is:

Oct 28 14:03:11 box:docker pullImage: {"status":"Extracting","progressDetail":{"current":75202560,"total":310999233},"progress":"[============> ] 75.2MB/311MB","id":"09a34c31c952"}

Currently and according to df and docker system df there seems to be free space of ~2.8G. Is it too less for Wekan? For testing purposes I tried to install other apps without any issues.

@yusf
The professional edition supports extended LDAP (Mapping), but basic LDAP authentication seems to be available in the community edition, too.

I attached a recent screenshot from the backend of our instance.

Would it be possible to test authentication over LDAP by using the LDAP backend provided by Cloudron?

@A-Former-User said in HumHub - social network software:

@nebulon this looks like a good choice, did anyone look into it?

We've been using it in production since a couple of years now. Currently our instance runs on a shared webspace at Uberspace7.

Originally our main goal was to create some kind of a basecamp or starting point for all of our concerns. As an example we created a space (topic) for each of our projects. Everything related to a project is linked and lives there and serves as a project hub. Very much everything like repos, wikis, external resources, briefings, documents, discussions can be found in such a space. It used to work very sufficient for our needs.

Basically and to some extent we used to use it in a similar manner like one would use Atlassian Confluence. But I'd say that is just one use case. It's a little jack of all trades in its own field but not a specialized application that does one thing very well - IMHO of course.

@scooke said in HumHub - social network software:

Anyway, visually it hearkens back to groupware from ages ago, but it looks pretty handy. And not to slow either.

Yes.

@BrutalBirdie Yes ^^

I tried your idea to simply restart the app which solved the issue.
Nevertheless I can't reproduce what caused the problem in first place - also I'm not able to tell how the filter changed.

Thank you very much for your quick support!

Hello Team,

out of a sudden it is not possible to login to Nextcloud via username. It still works with the e-mail address. If I try to check a username in the LDAP / AD integration -> Login Attributes section then Nextcloud returns the following error message:

User not found. Please check your login attributes and username. Effective filter (to copy-and-paste for command-line validation):
(&(&(|(objectclass=user)))(|(uid=someusername)(|(mailPrimaryAddress=someusername)(mail=someusername))))

If I check the email addess then Nextcloud returns a User found and settings verified. message. In contrast the database user admin is still able to login via username.

I already doublechecked the userconfig inside my.cloudron but I didn't stumble upon any specific misconfiguration. Could someone please point me into the right direction?

Kind regards

Hello Team,

is it save, respectively recommended to delete the default admin database account and instead use the admin user account from the Cloudron LDAP backend?

Kind regards

Thank you very much for your input. There's no time pressure right now. I'd rather wait then as you suggested.

Thank you, I see! At least mod_php is recommended in the official docs in order to avoid running into that issue. Alternatively they suggest to use Nginx 1.3.8+ instead of Apache as a webserver.

Hello Team,

according to the Nextcloud docs Apache is required to include mod_php in order to be able to mount shares via Webdav on macOS without any flaws. Currently we suffer from the issue described in the docs. It leads to high cpu load and an unresponsive Finder.

I just checked the our current installation which is Nextcloud 19.0.4. Calling apache2ctl -M inside the docker instance does not report mod_php. Is there any reason why it is not included?

Kind regards

Hello Team,

we do run our Cloudron on a Hetzner cloud server and are about to restructure our infrastructure in order to focus more on applications managed by Cloudron.

Currently the operating system in use is Ubuntu 16.04.5 LTS. According to the most recent installation instructions it is recommended to use Ubuntu Bionic 18.04 x64 on a fresh installation instead.

Is it worth it to migrate our setup to Ubuntu Bionic before proceeding to work on our infrastructure setup? Are there any relevant advantages that would benefit us?

Kind regards

Postfacto is a "Self-hosted retro tool aimed at helping remote teams".

Alternatives:

• Retrospected
• Parabol
• Remote Retro

Project: https://github.com/pivotal/postfacto
Docker: https://github.com/pivotal/postfacto/blob/master/Dockerfile

Remote Retro helps teams turn painpoints into progress.

Alternatives:

• Parabol
• Retrospected
• Postfacto

Website: https://remoteretro.org/
Project: https://github.com/stride-nyc/remote_retro

Retrospected is a retrospective board.

Alternatives:

• Parabol
• Remoteretro
• Postfacto

Website: https://www.retrospected.com/
Project: https://github.com/antoinejaussoin/retro-board
Docker: https://github.com/antoinejaussoin/retro-board/tree/develop/k8s

It is written in Go, nice.