Cloudron Forum

@nebulon said in "fatal: not a git repository":

Have you tried to use a subfolder in /app/data/ for this? This is where data is kept persistently in Cloudron.

Been using this folder and seems like it has had no issues for a week or two now thanks for clarifying

I have been pulling an external git repository via n8n into the container's /tmp folder and have pushed changes successfully via an active workflow. At some point the workflow fails because of a fatal: not a git repository error and I'm not sure why this happens.

When navigating to the .git folder via the container's web terminal in Cloudron, the data inside looks like this:

total 104
drwxr-xr-x  8 cloudron cloudron  4096 May 14 12:00 .
drwxr-xr-x  7 cloudron cloudron  4096 May 14 12:00 ..
-rw-r--r--  1 cloudron cloudron     5 May 14 07:08 COMMIT_EDITMSG
-rw-r--r--  1 cloudron cloudron    92 May 14 07:08 FETCH_HEAD
-rw-r--r--  1 cloudron cloudron    41 May 14 07:08 ORIG_HEAD
drwxr-xr-x  2 cloudron cloudron  4096 May  3 10:17 branches
-rw-r--r--  1 cloudron cloudron   333 May 14 07:08 config
drwxr-xr-x  2 cloudron cloudron  4096 May 14 12:00 hooks
-rw-r--r--  1 cloudron cloudron 56770 May 14 07:08 index
drwxr-xr-x  2 cloudron cloudron  4096 May 14 12:00 info
drwxr-xr-x  3 cloudron cloudron  4096 May  3 10:18 logs
drwxr-xr-x 52 cloudron cloudron  4096 May 14 07:08 objects
drwxr-xr-x  5 cloudron cloudron  4096 May  3 10:18 refs

When cloning/pulling the repo fresh to a new folder, it looks slightly different but I'm not sure what would make it behave differently.

total 116
drwxr-xr-x  8 cloudron cloudron  4096 May 19 07:10 .
drwxr-xr-x  7 cloudron cloudron  4096 May 19 07:10 ..
-rw-r--r--  1 cloudron cloudron     5 May 19 07:10 COMMIT_EDITMSG
-rw-r--r--  1 cloudron cloudron    92 May 19 07:10 FETCH_HEAD
-rw-r--r--  1 cloudron cloudron    23 May 19 07:10 HEAD
-rw-r--r--  1 cloudron cloudron    41 May 19 07:10 ORIG_HEAD
drwxr-xr-x  2 cloudron cloudron  4096 May 19 07:10 branches
-rw-r--r--  1 cloudron cloudron   333 May 19 07:10 config
-rw-r--r--  1 cloudron cloudron    73 May 19 07:10 description
drwxr-xr-x  2 cloudron cloudron  4096 May 19 07:10 hooks
-rw-r--r--  1 cloudron cloudron 57218 May 19 07:10 index
drwxr-xr-x  2 cloudron cloudron  4096 May 19 07:10 info
drwxr-xr-x  3 cloudron cloudron  4096 May 19 07:10 logs
drwxr-xr-x 14 cloudron cloudron  4096 May 19 07:10 objects
-rw-r--r--  1 cloudron cloudron   114 May 19 07:10 packed-refs
drwxr-xr-x  5 cloudron cloudron  4096 May 19 07:10 refs

I found one answer suggesting to copy .git/ORIG_HEAD to .git/HEAD in the broken repo, but that didn't change anything and creates another fatal: detected dubious ownership in repository at XXXXX error.

As it functions for weeks and then suddenly stops, I wonder if it's not an n8n issue and something that happens at the Cloudron or OS level. If there are any guesses about that I would appreciate it.

For now I just manually delete the folder and pull again, but this defeats the purpose of using an automation system; I can also delete as part of the workflow, but wanted to avoid pulling a large amount of data everytime.

@girish said in App Proxy set host header:

@rosano so your plausible is running with a different domain with https and you are proxying from cloudron with another domain name ?

they recommend setting the Host header to plausible.io, for example with nginx. I suppose that's what the App Proxy was doing before the update. I imagine it's not the direction Cloudron is going, in which case a hostable fork of the previous version would be amazing.

@girish said in Cloudron 7.6 released:

app proxy: Host header is set to match the proxy domain instead of the target domain

I think this change broke my App Proxy for Plausible analytics. Would be nice to have the previous behaviour (or fork the older version).

good finds here! will check out the first one's podcast too.

@jdaviescoates thanks for mentioning that, yes i think there are tons of self-hosted solutions out there and i would like to highlight what is possible with one-click (as not everyone can deal with github READMEs). hope to improve easy indie and maybe integrate with apps from that other topic ️

@girish said in Questions about Cloudron Gogs Config File Settings:

It seems the config docs (https://gogs.io/docs/advanced/configuration_cheat_sheet) is now broken.

source still available https://github.com/gogs/docs/blob/b3379ec57b24f2a9a079c0cd9fede86fec6e3a99/en-US/advanced/configuration_cheat_sheet.md

@Kubernetes i'm having difficulty making time to do a PR, feel free to copy

I understand GitHub Pages and Surfer can only point domains at the root, so they host one 'site' at a time. Is there a best practice for hosting multiple static sites on a single Cloudron app? Is it possible to map multiple domains to separate directories in Surfer?

In the topics Best App to Set up Static websites? and Best Choice for Static Website I didn't see something similar.

@nebulon seems also that the swap file was commented out in /etc/fstab (again not sure why/how) so it doesn't persist across restarts, and I guess the script you posted wouldn't affect this.

# /apps.swap  none  swap  sw  0 0

After uncommenting and reboot now, there seems to be a swap file via swapon:

/apps.swap file 3.7G 1.8M   -2

And all apps are running / stopped as expected, nothing hanging thanks for your patience and help .

I wonder what about this could have to do with the latest Cloudron update as I didn't touch anything in the last days and everything seemed to be fine.

@rosano I might have misread #Port 22 as Port 22 as it seems to have been commented out (not sure how/why). Uncommenting and rebooting enables ssh login via ip address again. Computers are hard

still working via support, but just want to note that ssh doesn't time out when replacing the IP address with the cloudron domain:

ssh root@my.example.com

@girish sent, number 18901.

@girish I was able to reset via Hetzner console yes, but I ran everything through their 'web console' not SSH. Would you able to use this root password from your end?

@girish mail is stopped, clicking restart shows the same error as my initial post. might have to do with argument "NaN" for "-m, --memory" flag: invalid size: 'NaN'?

swapoff seemed to not do anything, but sudo rm /apps.swap did and I was able to run the script which seemed to be successful. After reboot via the Cloudron console and also power cycle on Hetzner, I'm still in the same place: 8 apps Running, 1 app stuck on Restarting, 3 apps stuck on Stopping, timeout when connecting via ssh.

@Kubernetes glad you like it. which repo specifically? and isn't that really a matter for the admins? I don't mind if they use it.

@nebulon I checked via sudo grep Port /etc/ssh/sshd_config and it says Port 22.

@nebulon it says:

Swap file already exists at /apps.swap . Skipping

@girish got in via the web console. swapon finishes with no output.

@girish seems like hard reboot has the same result. Hetzner has a web console, but I will need to figure out what the password is, let me see…

Also tried stopping some apps I installed recently (cloudron build, docker registry, one custom packaged app) but it seems that process also stalls 'waiting for platform services to start'.