00:17 <CaptainCalliope> Office hours call in about 40 minutes.

00:17 <CaptainCalliope> Unfortunately I won't be able to make it.

00:43 <tet3> Hello sandstormers! I was running sandstorm on a brand-new Ubuntu 18.04 VPS, and decided I wanted to run apps in Docker containers instead. I've uninstalled Sandstorm, but still have postgres, mongod, and node processes running under a '999' user, that were running under the sandstorm user before I deleted it.

00:52 <tet3> They restart on reboot or when killed. How do I get rid of them?

00:54 <abliss> something like `sudo service sandstorm disable` maybe?

00:55 <abliss> check for `/etc/systemd/system/sandstorm.service`

00:55 <abliss> I personally never figured out how the newfangled systemd stuff works, but if that's what's restarting it, I'm sure you can google for a tutorial on removing things from systemd.

00:57 <kentonv> tet3, Sandstorm doesn't use postgres, are you sure those processes came from Sandstorm?

00:59 <kentonv> tet3, does /opt/sandstorm still exist? If not, then those processes definitely couldn't be from Sandstorm...

01:07 <tet3> Ok - they are tied to the wekan Docker container, it turns out. But they were definitely running as the sandstorm user before. I did install wekan on Sandstorm, and then as a Docker container - could that be why it wants those processes to run as that user?

01:08 <tet3> I rm -rf'd /opt/sandstorm and rebooted again, which led me to start looking at the docker containers more closely

01:09 <kentonv> yes, when you had wekan running under Sandstorm, you probably would have seen a 'node' and a 'mongod' process as a result

01:09 <kentonv> of course, those would have been totally different installations of node and mongod

01:09 <kentonv> I don't think wekan uses postgres but there might be other apps that do

01:11 <tet3> right, I've got it now - I was just confusing the mongo and node processes I saw as 999 as being the ones that had been running under Sandstorm.

01:12 <kentonv> oh, and also sandstorm itself runs a 'node' and a 'mongod' process (but not postgres)

01:14 <tet3> Yeah, the postgres comes from miniflux. Ok, all sorted. Not Sandstorm, thanks for your help!

01:14 <kentonv> np

01:16 <kentonv> (btw for others: sorry I'm not in the call, baby duty)

02:08 <isd> no worries