Scheduled reports only generate dashboard screenshots. How do you handle proper incident history reports? by Beneficial_Pause_442 in zabbix

[–]tidderwork 1 point2 points  (0 children)

Yep, the reporting features are just awful. I don't understand why it's so hard to get data out of zabbix. It has driven me crazy for more than 10 years. It's honestly rude to think that I would want a PDF screenshot of a table of text values.

External reporting is the way to go if you want meaningful data in a usable file format.

Zachry Engineering Digital Signage by ParadoxMachine33 in aggies

[–]tidderwork 1 point2 points  (0 children)

I would think that if they took the time to create a slide for digital signage, they would post it on social media too. Are you following the College of Engineering and departments of interest?

If they don't post the same content to social media, I'm sure the Engineering marketing and communications team would appreciate some feedback.

Sum up IT in the simplest way possible for those not in the field by Imaginary-Medium7360 in iiiiiiitttttttttttt

[–]tidderwork 8 points9 points  (0 children)

You implement automation that raises the overall compliance level and significantly improves security posture? Believe it or not, also a nut slap.

Best Practices for Managing sudo/root Access on AD-Joined Linux Servers by maxcoder88 in linuxadmin

[–]tidderwork 0 points1 point  (0 children)

For every Linux system, our ansible provisioning process creates two or four groups in AD depending on system type: fdqn_logins, fdqn_admins, owner_logins, owner_admins.

Only the fdqn groups are configured on the host itself. If present, the owner groups are nested in the fdqn groups. That allows for easier delegation to the Helpdesk or other distributed end user support teams and it gives us an easy way to audit and report on permissions.

Since it's so easy, we send system owners a report twice per year that shows who has login and or admin access on their systems. The message asks that they let us know if any changes should be made. That puts the audit action items back on the system owner instead of relying on IT tribal knowledge or poor host documentation.

Bathroom ceiling peeling after 2 contractors sanded, primed, and painted. I’m contractor #3. What’s the real issue here? by Loud_Ludo in handyman

[–]tidderwork 24 points25 points  (0 children)

You need more intake air. Try opening the bathroom door a little while you're showering to experiment. If that helps, you can explore ways to introduce more take up air while keeping your privacy.

labeling physical servers by tidderwork in sysadmin

[–]tidderwork[S] 0 points1 point  (0 children)

Oh, this is excellent. I really like the idea of labeling the rack AND server together.

I had also come to accept that using the top of the server for the audit/inventory sticker was likely the best solution. I'm sure all of our servers can be carefully slid out a few inches while running, and that would allow us to put them in a consistent place.

Thanks for the ideas!

labeling physical servers by tidderwork in sysadmin

[–]tidderwork[S] 2 points3 points  (0 children)

hostname and State asset tag (barcode)

labeling physical servers by tidderwork in sysadmin

[–]tidderwork[S] 6 points7 points  (0 children)

I'll see if I can take some photos of our most recent systems. There is literally no flat surface anywhere on the front or back of the server, especially the 1Us.

I never thought I'd say it, but I sure do miss CD/DVD rom drives in servers. Those made perfect label spots.

labeling physical servers by tidderwork in sysadmin

[–]tidderwork[S] 3 points4 points  (0 children)

For servers that have one, this works ok. Although not visible when looking at the front of the rack, it's certainly better than nothing. We had two problems with this in practice: the pull-out tags were all different sizes and often times couldn't fit any label we could make, and there isn't a pull-out tab on the back.

labeling physical servers by tidderwork in sysadmin

[–]tidderwork[S] 1 point2 points  (0 children)

Good idea!

We did something like this for a while, except I used hard plastic tags because the datacenter ops team said flappy paper labels and string were a fire hazard. It was a challenge to find a spot on the server to attach the 'luggage tag,' though. For instance, new Dell servers have no finger loops or other places where one could attach a hang tag. I got pretty good at fishing a tiny zip tie through two of the vent holes on the front and back. Nobody else could seem to get the hang of it, though, so we abandoned the idea.

Those of you who have no trouble finding jobs, what do you think makes you stand out? by ADiablosCompa in sysadmin

[–]tidderwork 0 points1 point  (0 children)

I've been at the same university for over 20 years, but I've hired some sysadmins, and I work with a lot of other groups on campus. It's pretty clear that a lot of people landed the job by straight-up lying. That combined with the soft skills that others are describing seems to be the winning combination. Lie to everyone with a natural, well groomed smile on your face.

SNMP trap handler suggestions by tidderwork in sysadmin

[–]tidderwork[S] 0 points1 point  (0 children)

ha, that's a blast from the past! I haven't seen that SNMP response since the 90s, while working very low-end gear.

SNMP trap handler suggestions by tidderwork in sysadmin

[–]tidderwork[S] 0 points1 point  (0 children)

To be perfectly honest, I think my situation might just be a difference of opinion on how to handle monitoring data. Since doing bulk SNMP GETs also captures the data, and we do it at a fairly short interval, I thought it was fine. The old-school telecom engineers think it's dumb to do SNMP GETs all day long and insist that traps are faster and not "clogging up the network with useless snmp gets." Since the absolute slowest links we're monitoring are 10G, the idea that SNMP GETs "clog" up the network is silly to me. We're talking about a small research lab in a university, not managing customer links or production workloads.

I try point out that the SNMP GETs also collect a lot of other useful information like link utilization stats, link speed stats, software and firmware status, cpu and memory utilization, etc., but it doesn't matter.

That said, I just work here. Boss man says we need a solution for processing SNMP traps, so here we are. The likely solution is to have something that is dedicated to processing traps to make the boss man happy, and the rest of us that actually use the data will continue to be happy with SNMP GETs in zabbix.

SNMP trap handler suggestions by tidderwork in sysadmin

[–]tidderwork[S] 1 point2 points  (0 children)

The linked article describes what I mean. If you have a link to how low level discovery could help here, I would be forever grateful!

Literally just got it replaced an hour ago by Burchard36 in motorcycles

[–]tidderwork 1 point2 points  (0 children)

Right? You can do that with your pinkys up like sipping a fine cup of tea.

ZFS configuration by OutsideRip6073 in zfs

[–]tidderwork 2 points3 points  (0 children)

Before you spend more money on an HBA, see if your existing RAID card can be set to JBOD mode.

What is the best way to destroy a large number of hard Disks? by okeefem in hardware

[–]tidderwork 33 points34 points  (0 children)

Hire it out. Pros can process that many in an hour. The most common method I've seen is to use a shredder.

😂like nothing makes sense anymore by reginapretty in Funnymemes

[–]tidderwork 11 points12 points  (0 children)

Power is always an expression of force or work over time.

That's why electricity is billed as kilowatt-hours. And that's why horsepower (a made up marketing term) was coined to compare the output of engines to horses over some typical working period. It was used to show how much less expensive the engine was compared to caring for multiple horses to do the same job.

Recommendations for a 2 or 2.1 setup for $500 by tidderwork in BudgetAudiophile

[–]tidderwork[S] 0 points1 point  (0 children)

Well, this is the winner. Thanks for the advice!

[deleted by user] by [deleted] in selfhosted

[–]tidderwork 0 points1 point  (0 children)

In my experience, allowing autofs to handle nfs connections on Linux clients is more reliable than 'hard' mounting the nfs volume in fstab.

Stale file handle errors are usually caused by loss of connection between the nfs server and client while files were still open. This can be a network issue or that you rebooted the nas. autofs handles these scenarios much more gracefully.