Located the problem: it's something about the password length. Tested it with different length with a shorter password it works now
kk_cloudron
Posts
-
Authentication support? -
Rocket.Chat 6.3.0 high cpu usageSolved: I don't know what was wrong, but I canceled the connection and re-connected my instance to my rocket.chat account. Works fine now....
-
Authentication support?@jdaviescoates Thanks for the advise but unfortunately it didn't help.
I did a fresh install to for double-check it. (But also never changed anything in the configurations before or used any authentication other than cloudron group)Install-screen:
(Yes, I am in the selected Group )Login-Screen (User or PWD incorrect)
Log from Login:
However, there is no hint/reason for this error there either - or do I just not see it? -
Authentication support?It seems to work with the email address of the user but the connection wont be established. The process stands still with the following screen:
When I use only the username there is the error "Incorrect username or password"
Can you assume, whats the reason for that?
(I already checked the firewall rules of the hoster (Hetzner))
-
Rocket.Chat 6.3.0 high cpu usageHi again,
just did an update again
... and watched the cpu load. First it was nice but after a while (maybe 15 minutes) the load rises again (10:43)
But the last log messages of Rocket-Chat were from 10:35...
Do you know if there is any way to find out, which process of Rocket.Chat rises the cpu load?
-
Authentication support?@Aizat said in Authentication support?:
@nebulon I'm still getting the authentication issue, when I use my Cloudron login username, it doesn't authenticate me, and says incorrect pwd or username. Then I tried my Cloudron email, it just connecting...
Do I need to change/add something in the "jitsi-meet-config.js"?Hello, have you been able to solve this problem? I would like to use the cloudron authentication...
-
Rocket.Chat 6.3.0 high cpu usageUpdate: Rocket.Chat updated to package version 2.39.1 (v. 6.3.1) but the cpu usage is still high.. I'll have to keep looking.
-
Open Datenschutzcenterhttps://github.com/H2-invent/open-datenschutzcenter
https://open-datenschutzcenter.de/Granted, this app may not affect a large amount of users, but it is a software that can make life immensely easier if you are responsible for or have to manage data protection (DSGVO / GDPR) in companies or organizations/assosiations.
-
Rocket.Chat 6.3.0 high cpu usageYes, i saw some posts to older versions too but thought none fits to my situation.. also tried some setting-changes - but none of them was the solution..
I restarted the app again and the log looks quite well - there occures just one error from time to time while startup:
"=> Healtheck error: Error: connect ECONNREFUSED 172.18.16.54:3000"But im not sure if it has any affect on the cpu usage in my case, cause htop shows that a js-file causes the cpu usage (between 70 and 115) and not the db server
-
Rocket.Chat 6.3.0 high cpu usageHello,
for some time now my Rocket.Chat instance (6.3.0 - package version: chat.rocket.cloudronapp@2.39.0) has been causing high CPU usage.
Does anyone else observe the same situation?Regards, Kai
(the low point is a Rocket.Chat app restart) -
Unmounting volume leaves the "backup volume"Aye! Thanks @girish for the help beyond cloudron topics! I thought cloudron would take over and ignored the info from Hetzner on this. I am smarter for the future! - However, it worked fine while the hard disk was mounted as a backup volume.
Even though the problem is solved, can you answer a question for me? - Where do I remove the disk as a backup volume? I could not find the option during my search for a solution
-
Unmounting volume leaves the "backup volume"Ah, sorry - I basically just want cloudron to take the size of the volume correctly - in fact it is 20 GB.
At the resizing process at Hetzner there was a notification i have to remount the volume to apply the changes... -
Unmounting volume leaves the "backup volume"Thanks for reply, i changed the backup config to no-op.. The volume is still mounted.
So i let this thing, as it was and returned to the volumes ui: If i want to add the volume there it runs to the Error "diskPath is not a string"
I only used letters, numbers and / - _ -
Unmounting volume leaves the "backup volume"Hy folks,
i just wanted to re-add a volume for backups caus i resized it at Hetzner (hoster) and a re-mount in the cloudron ui didn't load the changes.So i removed the volume:
Now i wonder why the backup volume is still mounted (despite a reboot):
Backup section:
System info section
How can i remove this volume completely?
Thanks a lot!
Kai -
Vaultwarden config.json is empty (0 B)@nebulon That worked. I had to re-enter my settings/variables, but that's better than an empty file Thanks to you
-
Vaultwarden config.json is empty (0 B)I was about to enable the Vaultwarden admin panel when I noticed that the config.json file is empty (0 bytes in size).
At first I thought it was the last update. But that was not the case (a restore didn't change anything).
Now I'm wondering if it's just a display error or if I've somehow got a mistake in thinking. - the config.json is the right place for these setting parameters, isn't it?
I'm worried that the settings are totally lost. Can they be read, edited and/or exported in other ways?Does anyone else have this problem too? I hope someone may have a solution.
(The file change time is set to 10 minutes caused by the restored backup) -
Installation runs into "Failed to get release information" (fresh Hetzner Ubuntu 22.04 Server)"solved" - but I don't know for sure the exact reason that caused this. I set up a new server with both: IPv4 and IPv6.
So best explanation/guess: the installation only works if there is also an IPv4 -
Installation runs into "Failed to get release information" (fresh Hetzner Ubuntu 22.04 Server)@subven I only use IPv6. So turning it off will be difficult
@girish All right. Thank you for the info. is there another way to pinpoint the cause of the problem?
I read somewhere that there may be problems with the images offered by Hetzner. Is it still relevant? Should I try installing a different image or is there a list of the required packages so I can compare?
-
Installation runs into "Failed to get release information" (fresh Hetzner Ubuntu 22.04 Server)@subven Hehe, nice try
My steps after reading your post:
- Firewall was opened at 80 and 443. - not working
- Disabled Hetzner firewall - still not working
- Checking iptables:
# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination
- Checking ufw:
# ufw status Status: inactive
- Checking other curl targets:
# curl "google.de" <HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8"> <TITLE>301 Moved</TITLE></HEAD><BODY> <H1>301 Moved</H1> The document has moved <A HREF="http://www.google.de/">here</A>. </BODY></HTML>
- Ping api.cloudron.io:
# ping -v api.cloudron.io ping: connect: Network is unreachable
- Ping just cloudron.io:
# ping -v cloudron.io PING cloudron.io(2600:1f18:80f:e00:fa5d:db49:3bf:3f22 (2600:1f18:80f:e00:fa5d:db49:3bf:3f22)) 56 data bytes 64 bytes from 2600:1f18:80f:e00:fa5d:db49:3bf:3f22 (2600:1f18:80f:e00:fa5d:db49:3bf:3f22): icmp_seq=1 ttl=43 time=89.6 ms
- Open api.cloudron.io in browser:
Cannot GET /
Do you get a positive result when ping or curl api.cloudron.io?
-
Installation runs into "Failed to get release information" (fresh Hetzner Ubuntu 22.04 Server)@girish This runs into
# curl "https://api.cloudron.io/api/v1/releases?boxVersion=" curl: (7) Couldn't connect to server
There is no error output with other targets.