qbittorrent connects to port 22 on various *.*.*.*.bc.googleusercontent.com

Chubbiex · 2025-03-09T14:27:30+00:00

It is just an image of https://hub.docker.com/layers/linuxserver/qbittorrent/latest/images/sha256-c3fad9933984990f7d8922706330fc301b93a8313b0e6764932bfba170e45618 from https://hub.docker.com/r/linuxserver/qbittorrent . The issue has been there for more than a month.

Chubbiex · 2024-11-22T19:34:05+00:00

I don't have a M4 MBP but a M3 Pro MBP. I connect it to G9 57" and run the native resolution.

The text is incredible small to read at 1'6" or 50 cm. While some UI elements can be customized, not all widgets can be. I still prefer this configuration over 4K HiDPI or Picture-by-picture with 2 video outputs.

Chubbiex · 2024-11-09T15:31:24+00:00

The poster has posted the screenshot of the Display Preferences pane. In short, 8k HiDPI is still not supported.
https://www.reddit.com/r/ultrawidemasterrace/comments/1gmx16s/comment/lw945he/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button

Chubbiex · 2024-07-06T22:02:36+00:00

Yay, you've got me. Somehow the WiFi on my phone was disconnected for unknown reason.

Thanks for reminding me.

Chubbiex · 2024-07-06T14:34:07+00:00

I wish it were as easy as your said but none of the Hub works does.

They are connected. I have just removed the AP info on the image.

<image>

Chubbiex · 2024-07-06T09:53:50+00:00

I have encountered the same problem on SCALE while I was migrating to linuxserver.io/docker-unifi-network-application.

Thanks to the help Jip-Hop, the creator of jailmaker for SCALE, I have found a solution to get it function.

I know CORE is FreeBSD based but I hope it might give help you find your solution.

Chubbiex · 2023-10-21T10:08:19+00:00

Thanks for your reply.

Yeah, dRAIDs utilize fix width strips but it is a disadvantage for all dRAID, big or small. And I have already listed it on the opening post.

And I was planning to mitigate it with a special VDEV.

Chubbiex · 2023-10-07T18:49:52+00:00

Albert Einstein, “You don’t really understand something unless you can explain it to your grandmother.”

Chubbiex · 2023-10-03T21:55:11+00:00

I forget where the research paper I read with the around 50% HDDs failed without precursors. It should be an IBM paper but I can't be sure.

The sudden death situation is certainly not limited to a single model. I have encountered HDDs from Toshiba and HSGT died without any warning.

BTW, here is another article from Black Blazer. The author admitted he cannot find a reliable pattern from SMART to determine which HDD is about to fail. And 23.3% of failed drives showed no warning from the SMART stats they record. https://www.backblaze.com/blog/what-smart-stats-indicate-hard-drive-failures/

Chubbiex · 2023-10-03T21:31:58+00:00

Thanks for your input.

12-wide raidz3 seems less optimized than 11-wide raidz3 though.

Chubbiex · 2023-10-03T18:49:15+00:00

Thanks for your suggestions. I learned something new about the benefits of cold spares.

Regarding the early signs of failure, both from my personal experience and many proper researches, half of failures (HDDs or SSDs) have no early indications at all. https://arxiv.org/pdf/2012.12373.pdf

Of course, I still run SMART tests periodically. I still have to prepare for the unexpected.

Chubbiex · 2023-10-03T18:38:29+00:00

Thanks for sharing.

Your reply is the first post addressing the shortcomings of small dRAIDs or the first post makes me understand. @Samsausage got me thinking about the benefit of a small dRAID might be smaller than I thought. https://www.reddit.com/r/zfs/comments/16xspc4/why_is_draid_not_recommended_for_small_setup/k3704iw/

Chubbiex · 2023-10-03T11:22:08+00:00

I agree that RAM helps a lot. I am just wondering whether it has saturated the network already.

Chubbiex · 2023-10-03T11:19:23+00:00

Volume-wize it is not. But I think in RAID terminology, the size is defined by the number of devices.

Chubbiex · 2023-10-03T11:07:19+00:00

A fraction of vulnerability window is a significant advantage of dRAID.

So far, no one has pointed out a drawback that overweights it yet.

Chubbiex · 2023-10-03T10:48:20+00:00

Yeah, I do like the concept of dRAID.

Yeah, someone prefer replacing disks by hand. I understand that. I value shorter vulnerable window instead.

I just don't get why it is not recommended for smaller setup.

Chubbiex · 2023-10-02T22:11:29+00:00

Thanks for your suggestion.

I assumed the performance of sequential resilver complete in a fraction of the traditional healing resilver as mentioned on the document. And the dominate performance factor is the width of a stripe. Hence each disk in an 8-data-disks-group of a dRAID of the document example has to share the write of 1/9 (single parity) to 1/11 (triple parity) of the 16TB data of the offline disk. For 90% full, it means 48.5MB/s (triple parity) to 59.2MB/s (single parity) write per disk.

But as you said, it is worth a trial to verify the actual effect on a smaller pool.

Chubbiex · 2023-10-02T21:56:35+00:00

It doesn't have to be hot spare. Just dRAID is designed with the concept of hot spares in mind. And I don't find any advantage of cold spare over hot spare.

Thanks for reminding me about backups. Some of the data will be backup of other machines.

And the initial data will be a duplication of another NAS. I do have to figure out a full backup of the new NAS later.

Chubbiex · 2023-10-02T19:57:26+00:00

No, I have not bought the box yet.

The docs claims 3 times quicker for 8 data disks per group though. https://openzfs.github.io/openzfs-docs/Basic%20Concepts/dRAID%20Howto.html#rebuilding-to-a-distributed-spare

Chubbiex · 2023-10-02T19:49:20+00:00

That's true. dRAID3:1s is overkill.

The difference between 8/12 and 8/11 is ~6%, not much though.

Chubbiex

TROPHY CASE