[-] tko@tkohhh.social 11 points 2 weeks ago

I'm having a hard time imagining an accident caused by not wearing a seatbelt... I guess maybe being thrown from the vehicle and hitting a passenger in another car who was wearing a seatbelt?

[-] tko@tkohhh.social 11 points 4 months ago

I don't remember him predicting that she would win. His model (https://projects.fivethirtyeight.com/2016-election-forecast/) gave her a 71% chance of winning. 71% is a long way from 100%, and the result of that election definitely fit within the model.

That said, you are absolutely correct... we need to keep shining a light on the realities of each of these candidates, because in the light of day Biden is a much better choice than Trump.

[-] tko@tkohhh.social 10 points 8 months ago

I've been a best man twice and both times I quoted from "The Prophet" by Kahlil Gibran, specifically the "On Love" section. "On Marriage" and "On Children" also have appropriate words for a wedding.

[-] tko@tkohhh.social 11 points 9 months ago

CPU/RAM/Disk/Network etc. get written to Influxdb via Telegraf, and visualized with Grafana.

Logging and errors go to Graylog stack (Mongodb, Opensearch, Graylog).

[-] tko@tkohhh.social 13 points 11 months ago

erm... 12am is midnight

[-] tko@tkohhh.social 9 points 1 year ago* (last edited 1 year ago)

YES, this drives me nuts. It's not like it's hard to put autofocus="autofocus" into your input element.

[-] tko@tkohhh.social 11 points 1 year ago

I recommend checking out https://www.sleeplikethedead.com/ to help choose a mattress. It's independent and free of advertisements.

[-] tko@tkohhh.social 10 points 1 year ago

Is there a reason why your bot doesn't define CSAM?

[-] tko@tkohhh.social 13 points 1 year ago

Given the choice between RAID but no backup, and backup but no RAID, it's backup but no RAID by a mile.

[-] tko@tkohhh.social 10 points 1 year ago

These comments... goodness. May we never, ever lose our humanity. Ailment is not to be celebrated. That man has a family who loves him and are worried about him. I hope he gets the treatment he needs and is returned to good health.

[-] tko@tkohhh.social 13 points 1 year ago

I wrote my personal website in PHP, and I'm pretty happy with the security I've got going on. I'm not an expert, but I paid close attention to best practices to avoid pitfalls like SQL injection. My instinct is that it's certainly easy to code insecure applications in PHP (and probably many other languages as well), but the language does provide means by which to code safely.

[-] tko@tkohhh.social 10 points 1 year ago* (last edited 1 year ago)

Wait, is Russia in Europe?

Edit: apparently it's in both. https://en.m.wikipedia.org/wiki/Boundaries_between_the_continents

1
submitted 1 year ago by tko@tkohhh.social to c/unraid@reddthat.com
3
submitted 1 year ago* (last edited 1 year ago) by tko@tkohhh.social to c/unraid@reddthat.com

My favorite new feature of 6.12 is the "Exclusive Shares" concept. Here's a rundown:

Background

Unraid user shares are a FUSE, which allows data on multiple drives to be presented as a single file system. This idea is at the heart of Unraid's Array, as well as the concept of "Cache Pools" (now known as Named Pools). Any time you see a path that starts with /mnt/user in Unraid, that's a FUSE (prior to 6.12, that is).

FUSE is great for giving us this transparent way to view our files without having to worry about which physical drive those files reside on. However, this comes at a cost... and that cost is reduced performance for applications running on an SSD Named Pool.

This performance penalty wasn't always noticeable, but it would sometimes rear it's ugly head in unexpected ways (exampes: graylog and duplicati). There was a workaround, assuming your appdata user share was stored entirely on one Named Pool: you could update your docker bind mounts to /mnt/[poolname]/appdata instead of /mnt/user/appdata. This bypassed the FUSE.

Exclusive Shares

With Unraid 6.12, Limetech introduced "Exclusive Shares" as part of the Share Storage Conceptual Change. This gives us a built-in way to bypass FUSE on an entire user share.

In order for a share to be designated an Exclusive Share, the following must be true:

  • "Primary Storage" must be a Named Pool
  • "Secondary Storage" must be set to none
  • Files for that share must exist entirely on the Primary Storage device

Setup

In order to use Exclusive Shares, you first have to enable them. Go to Settings > Global Share Settings and change the Permit Exclusive Shares setting to Yes. You'll have to stop your array in order to make this change.

Next, make sure that your appdata share is stored entirely on the Named Pool. Go to Shares and click Compute in the Size column for your appdata share. This will tell you how much data for this share is saved on each drive. If the only drive reported is your Named Pool, you're all set. If you've got more than one drive, you'll need to disable docker in settings, and then run the mover.

Once your sure that your entire appdata share is saved on your Named Pool, you need to change your appdata share settings. On the Shares tab, click on appdata to bring up the settings. Change the Secondary Storage option to None.

If you did it correctly, after you Apply the changes you will see the Exclusive Access field on the appdata share change from No to Yes.

Finally, if any of your docker container bind mounts use mnt/[poolname]/appdata/..., you can change those to mnt/user/appdata/....

I hope this helps anybody who might have been frustrated with the appdata FUSE performance in the past! If you have any questions, let me know!-

view more: ‹ prev next ›

tko

joined 1 year ago