Zero trust, but you have to use Amazon AWS, Cloudflare, and make your own Telegram bot? And have the domain itself managed by Cloudflare.
Sounds like a lot of trust right there… Would love to be proven wrong.
Zero trust, but you have to use Amazon AWS, Cloudflare, and make your own Telegram bot? And have the domain itself managed by Cloudflare.
Sounds like a lot of trust right there… Would love to be proven wrong.
In the corpo that I work in, we had about 3000 servers down, plus probably twice as many workstations including laptops of remote workers. Yeah, fun!
Yeah, how the hell did this failure pass testing, is what I want to know!
Yeah. I’m even salty that a beautiful rainbow is no longer just a happy childhood thing but has been turned into sex and gender shit.
Invent your own damn signs and leave these alone!
Mattermost runs as a Docker container and is excellent. You can create channels and groups which is incredibly useful.
And amazing is is. It has almost completely replaced my use of Google Photos 👍
It’s simple. Ukraine is fighting to get their home land back. They are smart and will not destroy the power plant. This is undeniable fact.
On the other hand, Russia is driven by a power hungry maniac, and they have shelled the plant before. They also had their troops dig trenches in the irradiated soil - poor sods will all die from cancer, if not from acute lead poisoning. This is also undeniable fact.
If we agree on this, let’s have a discussion. If not, I will consider you an unusually eloquent but still Russian troll and block you for wasting my time.
Because Russia deliberately attack the power plant, that is an attack on the world. It seems to me that you read it as if Ukraine did this attack?
I think you read that the wrong way 'round. It makes sense to me, in the context of being against the stupid Russians.
If they keep shelling a nuclear power plant, then it damn well won’t be a nuclear ACCIDENT.
Man, I feel you. I hate Mattermost for its utter inability to run on anything else than port 8065 specifically.
Yes, but given the fact that there can we weeks between incidents, that is going go be a long time to be without my services.
That’s a good idea, didn’t know Docker had such capability. I will read up on that - could you give me some keywords to start on?
You know you are right, and I’ve tried. I can manually monitor but it doesn’t happen just then. I don’t know yet what causes it, I can only assume it’s one of the Docker containers because the machine is doing nothing else.
I am doing this to find out how often it happens, how quickly it happens, and what’s at the top when it happens.
Thank you for these ideas, I will read up on systat+sar and give it a go.
Also smart to have the script always running, sleeping, rather than launching it at intervals.
I know all of this is a poor hack, and I must address the cause - but so far I have no clues what’s causing it. I’m running a bunch of Docker containers so it is very likely one of them painting itself into a corner, but after a reboot there’s nothing to see, so I am now starting with logging the top process. Your ideas might work better.
thank you! 🤩
Nope, haven’t. It says I have 2 GB of swap on a 16 GB RAM system, and that seems reasonable.
Why would you recommend turning swap off?
This issue doesn’t happen very often, maybe every few weeks. That’s why I think a nightly reboot is overkill, and weekly might be missing the mark? But you are right in any case: regardless of what the cron says, the machine might never get around to executing it.
This insane torture is why there are post-it notes under the keyboards.
That sounds awfully complicated for home use.