Search Results
7/18/2025, 4:04:00 AM
Hello /hsg/, retard here. I have a few *ubuntu devices with zpools set up for specific storage needs, all working well enough to suit my needs. That said, I'm curious about ceph clusters. My basic-bitch understanding of ceph is that it shares available storage devices across the cluster to enable redundancy, but how does that/can that work with zfs? Is there any viable marriage between the two? I enjoy all the benefits of zfs but I would eventually like to build a legitimate 3-node cluster.
Thoughts? Prayers?
Thoughts? Prayers?
6/21/2025, 3:48:29 AM
6/17/2025, 2:03:53 AM
>>105615832
Oh the option is certainly there, doesn't even throw an error - just doesn't complete. And let me be clear, this is for attempting to change the download location through the thinclient running on my workstation, which is linked to the daemon on the server, running under the primary user/group I built everything with:
sudo nano /etc/systemd/system/deluged.service.d
# Override service user
[Service]
User=anon
Group=anon
where the connection to the actual daemon is configured as:
anon@1.2.3.4:58846
And the actual daemon is configured as:
[Unit]
Description=Deluge Bittorrent Client Daemon
Documentation=man:deluged
After=network-online.target
[Service]
Type=simple
UMask=007
ExecStart=/usr/bin/deluged -d
Restart=on-failure
# Time to wait before forcefully stopped.
TimeoutStopSec=300
[Install]
WantedBy=multi-user.target
The only real customization was setting the UMask so Plex could see/scan the files, but that's the long and short of it. Both my server and workstation have the same user name and group, just swap that for anon and 1.2.3.4 for the server's actual IP.
So at this point, when interacting with the thin client, I can move the download folder to any directory referenced in the boot drive's filesystem (/...), but the issue is the file explorer that's referenced when doing so reflects the filesystem on my client! So any attempt to set the download folder to the pools necessitates me attempting to reach the target pools through their mounted location (/mnt/nfs/plex/...), which is what's failing to apply - not even throwing an error message.
What, precisely am I fucking up here?
Oh the option is certainly there, doesn't even throw an error - just doesn't complete. And let me be clear, this is for attempting to change the download location through the thinclient running on my workstation, which is linked to the daemon on the server, running under the primary user/group I built everything with:
sudo nano /etc/systemd/system/deluged.service.d
# Override service user
[Service]
User=anon
Group=anon
where the connection to the actual daemon is configured as:
anon@1.2.3.4:58846
And the actual daemon is configured as:
[Unit]
Description=Deluge Bittorrent Client Daemon
Documentation=man:deluged
After=network-online.target
[Service]
Type=simple
UMask=007
ExecStart=/usr/bin/deluged -d
Restart=on-failure
# Time to wait before forcefully stopped.
TimeoutStopSec=300
[Install]
WantedBy=multi-user.target
The only real customization was setting the UMask so Plex could see/scan the files, but that's the long and short of it. Both my server and workstation have the same user name and group, just swap that for anon and 1.2.3.4 for the server's actual IP.
So at this point, when interacting with the thin client, I can move the download folder to any directory referenced in the boot drive's filesystem (/...), but the issue is the file explorer that's referenced when doing so reflects the filesystem on my client! So any attempt to set the download folder to the pools necessitates me attempting to reach the target pools through their mounted location (/mnt/nfs/plex/...), which is what's failing to apply - not even throwing an error message.
What, precisely am I fucking up here?
6/14/2025, 10:45:42 PM
>>507383209
I mean, sure, but what does that have to do with freemasonry? Specifically?
I mean, sure, but what does that have to do with freemasonry? Specifically?
Page 1