Well, I changed the time zone from GMT+1 to GMT as per the details here (https://vikunja.io/docs/config-options/#timezone - I would have thought something like "GMT+1" would have been correct), but now, even though it started up and I can log in, the logsnow shw a redis error:
May 06 13:29:51 2021-05-06T11:29:51.950576113Z: ERROR ▶ [DATABASE] 1738 [redis_cacher] decode failed: gob: wrong type (models.RelatedTaskMap) for received field .RelatedTasks
Seems like a time zone error in the config.yml is affecting the api. It was GMT+1... so I removed the +1.
May 06 13:17:33 box:settings initCache: pre-load settings
May 06 13:17:33 box:taskworker Starting task 7570. Logs are at /home/yellowtent/platformdata/logs/51667508-ab88-4d9d-ba18-be51560acaad/apptask.log
May 06 13:17:33 box:tasks 7570: {"percent":2,"error":null}
May 06 13:17:33 box:apptask vikunja.example.com startTask installationState: pending_restart runState: running
May 06 13:17:33 box:tasks 7570: {"percent":20,"message":"Restarting container"}
May 06 13:17:34 2021-05-06 11:17:34,060 WARN received SIGTERM indicating exit request
May 06 13:17:34 2021-05-06 11:17:34,061 INFO waiting for nginx to die
May 06 13:17:35 2021-05-06 11:17:35,100 INFO stopped: nginx (exit status 0)
May 06 13:17:36 ==> Changing ownership
May 06 13:17:36 ==> Configuring vikunja-api
May 06 13:17:36 box:tasks 7570: {"percent":100,"message":"Done"}
May 06 13:17:36 box:apptask vikunja.example.com updating app with values: {"installationState":"installed","error":null,"health":null}
May 06 13:17:36 box:taskworker Task took 3.191 seconds
May 06 13:17:36 box:tasks setCompleted - 7570: {"result":null,"error":null}
May 06 13:17:36 box:tasks 7570: {"percent":100,"result":null,"error":null}
May 06 13:17:48 ==> Starting vikunja frontend and API using supervisor
May 06 13:17:48 2021-05-06 11:17:48,745 CRIT Supervisor is running as root. Privileges were not dropped because no user is specified in the config file. If you intend to run as root, you can set user=root in the config file to avoid this message.
May 06 13:17:48 2021-05-06 11:17:48,745 INFO Included extra file "/etc/supervisor/conf.d/nginx.conf" during parsing
May 06 13:17:48 2021-05-06 11:17:48,745 INFO Included extra file "/etc/supervisor/conf.d/vikunja-api.conf" during parsing
May 06 13:17:48 2021-05-06 11:17:48,752 INFO RPC interface 'supervisor' initialized
May 06 13:17:48 2021-05-06 11:17:48,752 CRIT Server 'unix_http_server' running without any HTTP authentication checking
May 06 13:17:48 2021-05-06 11:17:48,753 INFO supervisord started with pid 1
May 06 13:17:49 2021-05-06 11:17:49,757 INFO spawned: 'nginx' with pid 216
May 06 13:17:49 2021-05-06 11:17:49,761 INFO spawned: 'vikunja-api' with pid 217
May 06 13:17:50 172.18.0.1 - - [06/May/2021:11:17:50 +0000] "GET / HTTP/1.1" 200 1417 "-" "Mozilla (CloudronHealth)"
May 06 13:17:50 Error parsing time zone: unknown location GMT+12021/05/06 11:17:50 Using config file: /app/code/api/config.yml
May 06 13:17:50 2021/05/06 11:17:50 Redis initialized
May 06 13:17:50 2021-05-06 11:17:50,114 INFO exited: vikunja-api (exit status 1; not expected)
May 06 13:17:51 2021-05-06 11:17:51,116 INFO success: nginx entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
May 06 13:17:51 2021-05-06 11:17:51,120 INFO spawned: 'vikunja-api' with pid 235
May 06 13:17:51 2021/05/06 11:17:51 Using config file: /app/code/api/config.yml
May 06 13:17:51 2021/05/06 11:17:51 Redis initialized
May 06 13:17:51 Error parsing time zone: unknown location GMT+12021-05-06 11:17:51,436 INFO exited: vikunja-api (exit status 1; not expected)
May 06 13:17:53 2021-05-06 11:17:53,442 INFO spawned: 'vikunja-api' with pid 243
May 06 13:17:53 2021/05/06 11:17:53 Using config file: /app/code/api/config.yml
May 06 13:17:53 2021/05/06 11:17:53 Redis initialized
May 06 13:17:53 Error parsing time zone: unknown location GMT+12021-05-06 11:17:53,698 INFO exited: vikunja-api (exit status 1; not expected)
May 06 13:17:56 2021-05-06 11:17:56,706 INFO spawned: 'vikunja-api' with pid 253
May 06 13:17:56 2021/05/06 11:17:56 Using config file: /app/code/api/config.yml
May 06 13:17:56 2021/05/06 11:17:56 Redis initialized
May 06 13:17:56 Error parsing time zone: unknown location GMT+12021-05-06 11:17:56,981 INFO exited: vikunja-api (exit status 1; not expected)
May 06 13:17:57 2021-05-06 11:17:57,983 INFO gave up: vikunja-api entered FATAL state, too many start retries too quickly
May 06 13:18:00 172.18.0.1 - - [06/May/2021:11:18:00 +0000] "GET / HTTP/1.1" 200 1417 "-" "Mozilla (CloudronHealth)"
@scooke FWIW, I can see the RAM usage in the app's Graphs plummeted from 133 to 18 at the same time as my login began failing. Seems like something isn't running. From my poking around the internet, the failed upstream message seems to have something to do with nginx. But I am not sure what to do to check more, or fix it. For now I will leave this post as the sole post, rather than also asking on the Vikunja Community forums, because it seems this is a Cloudron thing.
This is the second time now this app just stopped working. I had added some Tasks and whatnot, nothing had changed though for several days. I was in fact nearing the end of a lengthy post about how using this app was a great solution... then it hung. When I refreshed the page, it wouldn't log me in. Here are the logs:
May 06 09:46:45 172.18.0.1 - - [06/May/2021:07:46:45 +0000] "GET /api/v1/info HTTP/1.1" 502 568 "https://vikunja.example.com/login" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.93 Safari/537.36"
May 06 09:46:45 2021/05/06 07:46:45 [error] 220#220: *108 connect() failed (111: Connection refused) while connecting to upstream, client: 172.18.0.1, server: default_server, request: "GET /api/v1/info HTTP/1.1", upstream: "http://127.0.0.1:3456/api/v1/info", host: "vikunja.example.com", referrer: "https://vikunja.example.com/login"
May 06 09:46:45 2021/05/06 07:46:45 [error] 220#220: *108 connect() failed (111: Connection refused) while connecting to upstream, client: 172.18.0.1, server: default_server, request: "GET /api/v1/info HTTP/1.1", upstream: "http://127.0.0.1:3456/api/v1/info", host: "vikunja.example.com", referrer: "https://vikunja.example.com/login"
May 06 09:46:47 172.18.0.1 - - [06/May/2021:07:46:47 +0000] "GET /sw.js HTTP/1.1" 304 0 "https://vikunja.example.com/sw.js" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.93 Safari/537.36"
I tried increasing a setting in the config.yml, maxitemsperpage: 100, from 50 to 100, as that seemed to be the only thing evident to me that could be affecting it. I restarted redis. I restarted PostgreSQL, I restarted the app, and I even rebooted the entire Cloudron! But the same error comes up, something up connection refused to upstream client.
If this is fixable, great. If it isn't, what a shame, as I really, really, really invested quite a bit of time into using it to manage my domains!!
Help!
@imc67 Hmm, these would need to be installed in the OS, right? https://omeka.org/s/modules/ExtractText/
I've never packaged an app for Cloudron; I wonder how one would include these components?
@scooke Ok, I figured out how to get back in but I still don't know why this change in my regular user's status happened.
Thankfully Cloudron allows access to all kinds of background goodies. In this case, what was important is the PostgreSQL db. So, off to learn to some psql commands!
I figured out I had to deal with two bits of info in two columns. The is_active column and the email_confirm_token.
Using the following I could UPDATE the is_active from 'f' to 't':
UPDATE users SET is_active='t' WHERE id='1';
I thought this would be enough to get me in, but when the login page was still asking for the email confirmation, I looked in the db and realized that the email_confirm_token still had something. So, I checked the earlier confirmation email, which was
https://myvikunja.install.com?userEmailConfirm=longstring, and replaced the longstring with the data still in the db column., and put that into the browser. Voila, I was then (re)confirmed, and could log in. Phew. I was really worried a good day's work was lost.
But, WHY this reset on my user??
So I've been using Vikunja for awhile. Tonight I decided to try out the Teams. I logged out, and went to register a new user. But, the email confirmation never came.
Suddenly, my regular user is being asked to "Confirm my email address", but the app is not sending any emails.
Any ideas what happened?
This is convulted, but when I was trying to confirm or reset, I mistyped the regular users email address, so now the problem is Cloudron tells me there is no way to send to that address. I actually did an UPDATE in the PostgreSQL db, but the changes didn't stick.
Typing in the correct email address for the user in the Reset PAssword box gives me the same error in the logs.
And the worst part is, I just spent about 8 hours making a really nice Task list, boards, tags, everything, and then this!
Help!
@jodumont said in Unable to access Files:
This directory is unavailable, please check the logs or contact the administrator
This link has a few suggested solutions: https://help.nextcloud.com/t/users-cannot-acces-their-home-folder-after-upgrade-to-14-0-1-this-directory-is-unavailable-please-check-the-logs-or-contact-the-administrator/38200/3
Turn off File Sharing is one. Another is to run occ files:scan -all in the Terminal But this is from 2018, and for version 14. I reckon it won't hurt to try some of the solutions there.
@girish Well, the idea is that the data is stored literally all over the world on the disks of whoever is running the software. There is supposed to be redundancy also. I recall when I first looked into this some times back (years), a line stood out to me that basically said that due to how spread out your data is, you won't ever lose "everything", such as a when a backup disk or storage site goes down (OVH's fire would be a recent example). I was running a 1TB disk that very quickly filled up (with other people's data mind you - encrypted). But I realized I couldn't keep my disk online 24/7, so I slowly decreased the amount of space I was allowing my disk to make available, and about halfway to zero, some algorithm decided my disk wasn't reliable enough and all the data disappeared/was moved off. Not bad. I guess. Though tech I think has moved on a lot from when I first used it, the basic idea is still the same.
But as I mentioned elsewhere, plenty of VPS providers prohibit crypto activities, and this is crypto - not mining, but it could run afoul of someone's TOS. Be careful!
@robi hm, I’d like to get my hands on egroupware!
The only hiccup could be the VPS provider not liking any crypto-related software running on their servers. Some kind of alert about this would need to be included the Cloudron docs for it.
It’s been awhile since I last tried this app.
Would having a Cloudron based Kopan’s Meet install in a vps with 4gb ram work (it’s a RackNerd VPS, fwiw)?
I’m trying to convince some friends to get off Zoom, so I’m tasked with providing an alternative. I’ll give Kopana Meet another try.
@girish I was able to get it up and running about a year ago on a simple Ubuntu 18 VPS. It needed the entire disk (for storage). I don't recall the RAM usage or anything, but I get most of my boxes from lowendbox, so I don't imagine it was too intensive. I even earned some STORJ from it, but in the end I didn't have enough space. Suffice to say, installing (outside of Docker) was quite simple. If there is already a Dockerized install option, then I guess it would continue to be easy.
@lealda Really? Could you share some links please? I'm interested in how it looks, how it is presented, etc.
@onlybro Looks like you figured the name of the Cloudron admin name, good!
These are the only two links I found which seemed to have some method. Overall, it seems the logo is meant to remain the Mastodon logo.
https://discourse.joinmastodon.org/t/how-to-change-the-logos-on-the-front-page-of-mastodon/2704/6
https://discourse.joinmastodon.org/t/how-to-replace-logos/1553/17
@onlybro It sounds like, when you installed Mastodon, you didn't choose "Leave user management to the app", and thus, invisibly, whoever your Cloudron admin user is, that user was automatically created in Mastodon. So, you need to make THAT user the admin user, using the command found near the top of https://docs.cloudron.io/apps/mastodon/.
bin/tootctl accounts modify <username> --role admin
Here is the install tab in the Dashboard:
@onlybro read the documentation again in the drop down menu in the app dashboard. You need to use the terminal to make a user the admin.
@nebulon Caprover uses Netdata... would that be possible?
@seeker Just be sure to take advantage of the auto-backup feature of Cloudron, and you'll be fine. One of my backup destinations is the free tier of Scaleway Object Storage, where you get 75GB free.
Plus, every now and then, pay for a cheap VPS for a few dollars a month for just the month, install cloudron on it, use a spare domain, and practice restoring from the backup. Then if something really goes wrong your panic level will be lower since you know how to restore from a backup.
@jdaviescoates Interesting, a PHP app that has ActivityPub. For some reason I assumed most ActivityPub apps would all be fancy-dancy future-tech-language apps. This looks interesting, and easily hostable even without Cloudron.
@timconsidine When I'm checking possible time-sensitive things like DNS propagation, I always use Incognito mode on Chrome (or the equivalent on other browsers). Very often a problem like you experienced is residual on the normal mode, but Incognito shows me what's current (since it doesn't use the cache).
Just now I got an email to someone@mydomain.com. Now, mydomain.com is very small, just I use it, using Cloudron's built in email. How in the world would someone find this domain, to begin with. And secondly, why would someone use/send my domain when they don't have access?
The email was spam, so was some bot simply trawling for domains and then adding various names to it to make an email, hoping it gets to someone real?
Or, in another case, someone else signed up for some financial services, but used my domain??!! Why would they do that? So i'm getting their emails.
I've considered blocking them, or sending them to Junk, BUT, wouldn't this be hurting myself? If I say mail from my own domain, or to my own domain, is spam, won't my overall email deliverability get affected?
To be transparent, I did ask this over at lowendt*lk, and all I received (if you know the site, you'll understand) flack and nonsense responses. So, I'm hoping to get some clearer and more level-headed responses or ideas here.
Thank you!
I'm always for helping people out, and seeing people get help, especially in the right context... But this seems like it can more easily be solved by simply installing a regular LAMP stack on a VPS, with the version(s) you need. You could do it within 30 minutes. Why post such a request here? The minimum specs are clear about Cloudron!
If you actually don't know how to set up a LAMP stack, well, then drop me a DM and I can get you up and running.
@subven Huh, so it is. That was weird for me, I scrolled up and down and even typed in the name, before asking you here. But now I can see it easily and clearly. Strange. Thank you!
@subven I'm not seeing the Minio app in the regular store... could you refresh my memory as to how to get it please?
I can't believe I missed this thread originally. I'm up for participating somehow.
I couldn't make out how the last one was actually hosted and recorded (the one by @doodlemania2 ) - did he use his, or someone else's BBB? Croodle? And where is the finished movie of the packaging, for reference?
@marcusquinn This is one of the best Wish List postings in that you included links AND images of the app in action! That alone needs upvoting,
@msbt Can you tell us what worked like a charm? Upgrading to PHP 7.4, or gradding the env vars?
@jdaviescoates Does it not install easily in the LAMP app?
FWIW, I've twice had backup failures when using Cloudron (at previous versions), and both times it was due to some image in the backup. One instance was definitely a Wordpress install, and the other some kind of crm, I think on the LAMP app. I never did figure out what it was exactly, but once I deleted one specific jpg, my backups resumed with no problem. The backup problems was an unexplained and unclear stall/hang, and the other was a failure. But neither, I am quite certain, had any definite pointer to the image as the problem.
As I think about it a bit more, the Wordpress image was actually an image hosted remotely on my cloudinary account. I reckon the backup was trying to pull that image and was stalling.
You never know.
@girish Are you sure that auto-activating all plugins is the best thing? From what I recall from my own install, plugins can be installed "centrally", but it is best to activate each per site. This is something the user needs to learn about, and do.
Or are you talking about enabling the ability to active plugins for all sites?
Thanks for chiming in everyone. In the end I couldn't figure out how to set a destination folder, it kept defaulting to /home/cloudron, but I couldn't determine if that was / on the actual disk, or / within the app. And it just seemed like all the search options were mostly torrenting sites, so I just deleted it. I do torrent, but legit items like large iso's and the like. Cheers!
How has this managed to remain on the Store? How in the world are we supposed to use it? I installed once, and within one day I received a warning notice from my VPS provider who had gotten a warning email that my IP had torrented a movie. Is this not the point of this app?? So how do you all who use it, use it??
So we are back at square one! Promote Cloudron as the best solution for those interested and capable of setting it up. Or, as some are offering, don't paying for a managed Cloudron. I would imagine though that the selling point would have to be spot on... but what is the selling point? Privacy? Data control? Ease of use? Backups?
@3wordchant Thank you for dropping in and sharing. Even though the topic here has been "which licence Cloudron uses", I am super keen for people be able to take control over their own data and manage it. I've slowly been disentangling myself from Facebook (actually did this 3 years ago), Instagram, Zoom, and have even started separating from gasp Google. I have Cloudron on more than one server; I even used Caprover*, which, despite its relative complexity, was useful for setting up and testing poste-io, wordpress was a breeze, etc. It is heartening to read your kind and enthusiastic words to the Cloudron team.
*I had to poke around to find the apps available on caprover: https://github.com/caprover/one-click-apps/tree/master/public/v4/apps)
Most of the apps I install on my Cloudron rarely change from their location, or, their initial domain name. The auto-backup feature is fantastic too (I'm using Scaleway).
From time to time I do turn off apps, partly for space reasons, or to make room in RAM while I try out a few other apps. Before doing so, I like to backup just that one app I'm going to turn off. I've then had situations where, after some time has passed, I'll forget if I did back up this or that app, but I have to admit, trying to look up the long convoluted name (which is thankfully possible in Cloudron) and then finding the same in my Scaleway backups, to verify, is tedious enough that I take a chance and don't back up, or I just back up again and thus use up space that wasn't needed.
What would really speed things up for me is if the backups for each app (both individually backed up and when part of a full backup) could include the location (the domain, or a truncated domain) and the name of the app installed. The backup name is already helpful by including the date 2021-03-08-220003-295/app_4145s2c0-hbs57-2g8n-kiw3-2h89si6d82y9_v0.4.0. But, maybe this is just me, keeping track of which domain+app has which long convoluted name is a bit of a hassle. A backup name like 2021-03-08-220003-295/example-com_vikunja_v0.4.0 would make things sooo much easier for me to quickly visually check, verify, and find backups.
I also tend to prune existing backups in my Scaleway buckets by hand, and a naming convention like this would be super helpful for me to be able to immediately see which app is where and has been backed up how many times and when most recently.
NOTE: I've just discovered that in the Backups pane of an apps Dashboard I can download the most recent backup configuration (Download Backup Configuration), and this configuration json file INCLUDES the location in brackets at the end of the filename, like so - app-backup-config-2021-03-09-08-14-31 (subdomain.example.com).json! -Including that location in the backup file name too would be super helpful.
@scooke Ah, now that I've uninstalled my previous 0.13.0 install and installed the newer 0.16.0 from the Cloudron store, I do now also get the {"message":"Internal Server Error"} message.
@humptydumpty Interesting, I actually did not realize this app was not getting updated. I'm actually running 0.13.0 on Cloudron, not the latest in the Cloudron Store! Good thing I've not really committed much data to it. I will upgrade my current Vikunja to the latest on the Cloudron Store, and try the Windows desktop app again. Maybe this time it will work.
@nebulon This is somewhat related, and the answer may already exist - is there a way to have the apps named for the backups? Such as prepending the domain, or the app name, to the long string? I've been in similar predicaments when trying to locate the backup for an app. Obviously, as I've started doing, one answer is to make a list, maybe in excel, of my Cloudron apps, their locations, and the probable backup name (which I gleaned from the Storage window for each app wherein there is a line telling me the location of the app within the cloudron, such as /home/yellowtent/appsdata/4145s2c0-hbs57-2g8n-kiw3-2h89si6d82y9 so that when I am looking for a backup I can compare the lengthy names used. But it would be much faster if it looked like /home/yellowtent/appsdata/location-4145s2c0-hbs57-2g8n-kiw3-2h89si6d82y9.
There is probably some reason, such as location reuse confusion, but I know that would have helped me a number of times. More directly to your question, maybe it would help someone find the Cloudron-based backups and delete them, so including the date would also help, I guess, and thereby clear some room out.
@humptydumpty said in Desktop app login issue:
e/api/v1/info
I just checked the same, curious, and received:
{"version":"0.13.1","frontend_url":"https://vikunja.example.com","motd":"","link_sharing_enabled":true,"max_file_size":"20MB","registration_enabled":true,"available_migrators":null,"task_attachments_enabled":true}
I wonder if any of those setting might be affecting your Cloudron app. For example, does "link_sharing_enabled" have to be true? I have no idea, I'm just trying to add to the discussion.
EDIT: I just downloaded version 0.16.0 for Windows and received the same error message. So, I guess it ain't the settings!
@robi @marcusquinn This looks like it would be great for teaching and learning English (and I guess any other language). Old-school Language Corners could go digital!
@marcusquinn Hang in there @marcusquinn. Bonne courage.
@msbt I recently used Nextcloud for something similar and it was sooo nice to be able to make an upload folder for different people, and them only. And then it was all on one central site making it easier for me to use the images and txt files they uploaded. Plus, you get to either buy a cool new domain, or use a subdomain of the cool domain you already have for the event. Makes it seem more "professional" to me.
@jdaviescoates I like that they are still using Cloudron. It's interesting to me that their user-initiated installation all takes place on and from the local machine, not the server. That actually worries me because if my laptop dies, and I haven't made that most recent backup, what happens to my server setup? I like that Cloudron can do its work on the server. Of course, this point has not alot to do with their reason (morr libre) for trying to move away from Cloudron. I just thought I'd check out the blog and the service since you mentioned it. Seems easier to use than caprover, albeit with far fewer ready-to-go apps.
@doodlemania2 I'm just in the process of setting up a new instance. I wonder if I could ask your opinion about something. I'm partial to a shorter address for the users, leaning towards @me@example.com, rather than @me@mastodon.example.com. Is there a good critical reason to use a three part domain for the Mastodon url (mastodon.example.com), or can I just stick with the shorted one?
I wouldn't mind including your relay. I'll pop the details in two instances at first, but I think I will eventually just stick with one. Thanks!
Last week I was about to ask anyone their recommendations for an audio app. A quick search of the forums didn't turn up anything specific. So, I thought I'd install the 4 above and give them a try, and report back.
I did not try Jellyfin this time as I had previously tried it out on my cloudron and it slowed everything down (about 6 months ago?). Who knows if its better now; I just want something that works.
That is the gist of my requirements: Does it work? Can I install it, and then move my music into it, and play it, with minimal hassle. Features weren't necessarily the most important. Here is what I found.
Ampache: I was actually looking forward to this being the winner. I've known about it for a long time, and was excited to see what it could do. Alas, despite several tries, and even checking out a few posts on the forums here, I could never just upload my 31 files (30 songs and a playlist file) and get them to play. I couldn't even get them to appear in the library! Sure, more troubleshooting may have solved the problem. But, my criteria was not, "Which app will take up the most time troubleshooting and consequently result in the greatest satisfaction that I persevered and made it work." So I turned off Ampache.
Emby: This one seemed promising. The First Time Usage clearly showed me where to place my files. Like Ampache, I made sure the files were owned properly. I uploaded my 31 files... but they also never appeared in the Emby dashboard. Give me a break. Why should this be so hard? Sure, there is probably some "trick" to get this to work, but I'm not looking to become a magician just for my music.
Koel: Cool logo. Cool history. Seems less cluttered than the previous two... maybe this would be the one. Like Emby, I could see where the files are supposed to go. I put them there. Unlike Ampache and Emby, I could actually see my individual songs. BUT, they weren't playable per album! Surely not?! But yes, even though there was a view for Album, I never figured out how to play one entire album. I could have made a playlist, but hello, I'm pretty sure Play by Album is a thing in the music app world. I did not have time for this. So, I turned off Koel. Bye bye slick interface. I just want to install an app, upload my music, and play it (by album). Is this so hard??
Navidrome: The last contender. For some reason I kept thinking of Mel Gibson and Tina Turner in their seminal Mad Max movie, Beyond the Navidrome. I was expecting yet another battle, in a navidrome, to get my music uploaded, visible, and then playable (by album). I installed it, read the First Time Use, uploaded the music, fixed ownership, started a rescan in the app, and what do you know... there was my music. I could view the 30 songs in various ways. When I wanted to play the entire album I just clicked on the recognized playlist file, then pressed PLAY and all the songs played! Hallelujah! Navidrome was the winner. Everything just worked. I listened to my music for hours. I will be uninstalling the other three and sticking with Navidrome.
NOTE. I did this a few days ago. I have quit my browser, obviously, and just went back to my navidrome install to resume my music heaven... but it was asking me to (re)make an admin account? What? I already did that, it was already working. Fortunately there is a solution in the Cloudron forums, and I had to login with an incognito window, but, it was all there and it was all working.
I should also add, to be as clear as possible, that "Play by Album" actually doesn't seem to be a feature in Navidrome. At least, not the way I arranged my album. My album is a collection of songs downloaded from an auto-generated YouTube playlist using 4K Video Downloader. 4K includes an option to generate a m3u file when downloading a playlist. So it was this m3u file that Navidrome recognized and displayed, and let me play my "album". Since I get most of my music these days in a similar way, the m3u file recognition was the best part of Navidrome.
As I mentioned, this wasn't a feature comparison, so I don't intend to insult or disparage any die-hard users of the other apps here, nor denigrate the creaters. I just simply wanted to install the app, upload the music, and play it. In this respect, on my setup, using minimal troubleshooting, only Navidrome met my expectations. You may have better luck with your installations; your own Navidrome install might not work! But if you too are looking for a music app that just gets installed, and gets playing your music, I suggest Navidrome.
FWIW, I just checked my Services, and saw that mail and mongodb were orange. So I tweaked the memory just a tiny little bit (adding 124 MB), and the circle almost immediately went green. I don't know what that might add to the search, but if you want a green circle, this seems to be one way to get it!
@luckow But my site IS loading and working! (After receiving the same error message as yours.)
@robi I understand the words, but not the meaning!
Seeing as this is a new repository from these kind people, I don't think they have it listed" (is that the right word?) in the public docker registry service (and I'm not even sure what that is, and what the url would be for it). Same thing for the "new self-hosted one in the app store called docker registry". It is new, I just cloned it, so as far as I know there is no repository in the app store repository ... ok, I followed a few links and found https://git.cloudron.io/cloudron/omeka-s-app, so this is the repository I need, right? The portion I enter is just cloudron/omeka-s-app? or does the "registry" in the Enter repository (e.g registry/username/org.omekas.cloudronapp) refer to https://git.cloudron.io?
@jimcavoli Great, I found it, it was just named .cloudron.
What is the proper response for
Enter repository (e.g registry/username/org.omekas.cloudronapp):
Is this my own repository of the cloned app? Or is it not the repository of the creaters, like so - registry/lenef/omeka-s-app? Is it registry/myusernameoncloudron/omeka-s-app or my local user like registry/melocally/omeka-s-app Or is it yet some other repository that I have to create??
Hi,
I had built up the courage to try building and installing the new Omeka S app, but I done messed up.
Thought his is probably a very obvious step, I don't understand what is meant when I'm asked :
C:\Users\scooke\cloudron\omeka-s-app>cloudron build
Enter repository (e.g registry/username/org.omekas.cloudronapp):
https://git.cloudron.io/lenef/omeka-s-app
So I just entered the name of repository from Gitlab. It then failed, and now every other attemp fails. Seems entering the "wrong" registry messed things up. So what is the correct registry? I don't have one of this app other than what I downloaded. I can see from https://docs.cloudron.io/custom-apps/tutorial/#cloudron-cli that
$ cd nodejs-app
$ docker build -t username/nodejs-app:1.0.0 .
$ docker push username/nodejs-app:1.0.0
is what I'm supposed to do... but what or who is this username?? Is it locally? Is it me? Is it a new registry I make elsewhere? Is it one on my own Gitlab account? Is it the username of whoever's repository I cloned? And now that I've messed it up, how do I reset cloudron build?
Much thanks for any help or suggestions.
I've installed this with the LAMP app awhile ago and it worked great. I'll give this new option a try!
@luckow I'll give it a whirl and let you know....
I've uploaded the zip (Drupal-9.1.4.zip).
Then I just went to the url.
Had an immediate error: The directory sites/default/files does not exist, so I made it, as well as the copying the missing settings.php.
I then had to change ownership of the files directory, recursively.
Then the changes were recognized by the web installer and I went to the next step.
I entered the MySQL info from the LAMP-provided info, and the next install step started.
I was then brought to the Configure Site page, entered all the details, pressed ok... and
The same message you received!
So, I thought I could trick myself into the site and so I appended an admin url to my domain, /admin/config/system/site-information, and what do you know, my site's admin page loaded.
Interestingly, none of my details which I entered in the Configure Site page were displayed, and the home page was actually https://mydomain/node, so I removed the /node.
I then tried to visit the root domain but got a new url, https://mydomain.com/user/1, so something is still out of wack.
I then shortened the admin url to just /admin, and that page loaded. In fact, I could change the theme, and do a bunch of stuff, so Drupal is installed. It might be a permissions thing, so I am going to post this for now while I look around more.
OK, my site is now working. Unfortunately I did a few steps, any of which may have done the trick.
Going in reverse:
Someone at https://www.drupal.org/forum/support/post-installation/2016-12-06/the-website-encountered-an-unexpected-error-please-try suggested appending /update.php to the root domain as a means to trigger some kind of refresh or update. I did it, and it seemed it was basically a database update. Once it was finished, my site was accessible.
However, before that I hand-tweaked the settings.php file, and activated a few settings:
#$settings['config_sync_directory'] = '/some/directory/you-chose was like this, so I removed the # and added the actual config sync directory. Seemed important.
I removed the # from $settings['allow_authorize_operations'] = TRUE;
I removed the # from $settings['file_public_path'] = 'sites/default/files';
Any or all of these steps might have done the trick, but I only restarted the app and checked if it was loading after adding /update.php to the domain, https://mydomain.com/.
For what it's worth, I tried restarting the app several times from the Dashboard, but strangely enough I couldn't tell if it had or not. After I had edited those 3 above, and before I added /update.php I had restarted the app from within apps File Manager window - there are three horizontal dots beside "UPLOAD" which give you three options, one of which is Restart App. I restarted the app from there and there was an immediate header at the top of the browser window telling me the app was restarting. Maybe it hadn't before.
Drupal voodoo.
@marcusquinn Now that's a name I haven't heard in a loong time - Hed Kandi. I'm off to YT to see what gems might be there. In the meantime, here's my workstation. Just a 2015 MBPr running Windows, external monitor, nice headphones, handy masks in case I need to mask myself quickly, extra tablets and devices laying around for prototyping. I would like a second external monitor, tried to suggest to my wife that that would be a super Valentine's Day gift, but no luck.
Holy moly, looking up Hed Kandi on YT brought back a surge of memories, with Ministry of Sound being featured on that page, which then reminded me of deephousenetwork.com - 19 years ago I had been traveling to HK a few times a year for a project, and I'd found this internet cafe (going to google maps to look it up...) near Jordan and Nathan, and I'd groove out while working all night. Ah, I miss HK. Haven't been there now in about 7 years, and I fear it won't be like I remember whenever I do get back.
Looked great. Sorry I couldn't make it, I was swimming in the ocean with my kids.
Super helpful too, these guys. I found this on Reddit, poked around on their repository but couldn't find the info for self-hosting, asked about it and just a short while later they replied! https://github.com/penpot/penpot/blob/develop/docs/00-Getting-Started.md
Yes, this does look pretty good. They share tuts here: https://www.youtube.com/watch?v=PfT-G7N8lb4&list=PLgcCPfOv5v57cJS0im5FYFwbsu6X5mkNq (they shared the link)
@jdaviescoates Your examples assume a user who has already signed up and who, in my scenario, is in the process of discovering their VPS isn't up to par. What I am suggesting is some notice, pre-signup, that running this or that app (like Confluence - 4GB ramDiscourse - 2GB ram, Gitlab - 3GB ram, Mautic -1GB ram, the two Minecrafts 1.25 GB ram, NodeBB - 1GB ram, Weblate - 3.5 GB!!) will require a VPS with some minimum specs. That way they can (hopefully) ensure that the VPS they will purchase will already be sufficient for the apps they want to run.
Maybe some kind of chart showing a few combos of apps and the required min RAM.
For me, I liked Cloudron from the start, but as apps were added I had to move everything from one VPS which had been sufficient to a more powerful one (3 times actually, my current VPS ought to be fine for a year or two!). Now, someone just coming to a much more mature VPS might still be using a level of VPS that I had started with... which won't be enough if they want to "try it all"! Like I said, I have no clue about these metrics, but it seems to me to be a useful chart to display pre-signup to help the customer know they are coming in with the appropriately-powered VPS.
I just noticed that https://www.cloudron.io/personal.html, https://www.cloudron.io/business.html, and https://www.cloudron.io/webhosting.html actually do have a sample combo of apps. That might be a good place to put a suggested minimum of RAM, perhaps as a pop-up over the combo as a whole, or as a pop-up over the app name. I know I would appreciate that sort of heads-up detail.