no, only 2-3 ports tcp/udp (wireguard/snmp/ssh)
and it happened inbetween again, without any reboots/upgrades/etc. I got notfied by network mgmgt system, that my cloudron server is down - luckily it was just the firewall…
@chymian-0 We saw the exact same problem with @robi's instance. Essentially, one of the plugins was preventing the startup. After the log line "Your Etherpad version is 1.8.12", one is supposed to see "http server listening" or something like that. I recommend "npm rm" on each of the plugins as suggested in https://docs.cloudron.io/apps/etherpad/#troubleshooting to debug which plugin causes this issue. Unfortunately, this is the life with plugins in etherpad, they keep breaking between releases 😞
one cannot raise i-nodes after fs creation. normally, a tar from rootfs, reformat the rootfs, and restore would be necessary.
but to find out, who is consuming all the inodes, one can do the following:
try du -s --inodes * 2>/dev/null |sort -g then cd into the last dir in output and repeat.
Full Disclosure: not all OS's support --inodes flag for du command (my Mac OS does not) but many Linux OS's do.
one has to cd into the dir with the most i-nodes, recursively going down the tree and finally find the dir with the biggest i-node consumption.
in this case, as girish had mentioned, it was caused by not right configured nullmailer, writing tons of error-msg to /var/spool/nullmailer/failed useing 4.4M i-nodes…
deleting that dir eased the situation ad hoc.
rebooting the server and restart all failed apps (GUI & CLI) fixed it.