(no title)
ryancnelson | 9 months ago
One of my co-workers got cute and asked for "root@hpe.com" .... And boy, there's a lot of cron jobs running at HP.
ryancnelson | 9 months ago
One of my co-workers got cute and asked for "root@hpe.com" .... And boy, there's a lot of cron jobs running at HP.
jrockway|9 months ago
HPE was truly a trip. I paid $2000 to be able to disparage them online and it was worth every penny.
litenboll|9 months ago
TheNewsIsHere|9 months ago
It was insane to type that, and no one could really work with it. And we had several alias domains.
An IT director actually came to me and said “we can shorten that if you’d like”.
Sure. I ended up with lastname@company. That created a lot of chaos for a few days because my initial username had already been fully propagated. These were the days before niceties like SCIM, so everything was in-house glue, manual work, or obscure third party solutions.
flutetornado|9 months ago
Lio|9 months ago
There’s something of Bob Hoskins’ heating engineer in what you’ve described.
1. https://en.m.wikipedia.org/wiki/Brazil_(1985_film)
knotimpressed|9 months ago
bigfatkitten|9 months ago
The QSECOFR (Security Officer) user is effectively root on OS/400.
I would've thought they would run these jobs as some other user, but apparently not.
jamesfinlayson|9 months ago
bryanrasmussen|9 months ago
MortyWaves|9 months ago
atulatul|9 months ago
I read the last sentence 'And boy, there's a lot of cron jobs running at HP.' in Newman's voice:
From the Seinfeld episode The Diplomat's Club:
"I took over his route. And boy, were there a lot of dogs on that route."
stfods|9 months ago
williamdclt|9 months ago
tuyiown|9 months ago
cron jobs reports activity by email to the user (UID) they are running, historically UNIX boxes have the ability to handle mail locally (people would leave messages to each other by connecting to the same server via terminal), so that the root cron activity would land into the root (/root) account mbox file.
When email got interconnected more across servers, generally the service that would dispatch mail to the users account on their home folder on the server started to be able to forward to to others servers, if a domain name was provided. Add to it the ability to fallback to a _default_ domain name for sending email into the organization, and voilà, the root email account for the default domain name receives the entirety of the cron jobs running under root of all the servers running with the default configuration and domain fallback.
sph|9 months ago
In practice, I have never seen a Linux server with an actual SMTP server configured correctly in 20 years, so the worst that usually happens is that cronjobs never actually leave the machine. You used to get a mail notification when you logged in if cron had written something, but that doesn’t happen anymore on recent distros.
ecnahc515|9 months ago
onei|9 months ago
When I set this sort of thing up, I'd get myself a hostname on an internal subdomain. But that was a truly miserable experience. It was a multi-stage form submission on a server I imagine to be the closest possible relation to an actual potato. It was soul-destroyingly slow. Alternatively, you could just pretend your machine was hpe.com - the hostname was valid, even if the IP was totally wrong, and the SMTP server would accept it.
My guess is that there was a bunch of stuff that pre-dated the HP/HPE split and they took the quick and dirty option whenever the old internal domain name got yanked during the changeover. And if your process runs as root, you get root@hpe.com and hope there's something in the subject/body to identify the specific machine.
ferguess_k|9 months ago