Discussion
Loading...

#Tag

Log in
  • About
  • Code of conduct
  • Privacy
  • Users
  • Instances
  • About Bonfire
MacLemon
MacLemon
@MacLemon@chaos.social  ·  activity timestamp 4 weeks ago

Been fighting Debian #Trixie 13 for two days now. It seems to be impossible to auto mount an NFS4 share at boot. Manually it works fine.

Not even with `ro,auto,sync,default,hard,noatime,retrans=15,x-systemd.after=network-online.target,x-systemd.automount,x-systemd.requires=network-online.target,_netdev,clientaddr=
192.0.2.13` in `fstab`.

This used to work in Debian #Bookworm 12, Ubuntu jammy (22) and noble (24).

Next attempt: `autofs` or directly in OCI container

MacLemon
MacLemon
@MacLemon@chaos.social replied  ·  activity timestamp 3 weeks ago

Changed my strategy, due to a race condition between systemd mounting #NFS and #docker creating bind volumes.

Trying to mount NFS directly from within a container defined as a volume. Works when deployed with #ansible, but only during runtime. At boot, the container is started before the NFS volume is ready causing the container to fail starting.

This issue is 100% reproducible and can be found online everywhere going back for years. No solution to be found.
#WTF

  • Copy link
  • Flag this comment
  • Block
Stefano Marinelli boosted
The Psychotic Network Ferret
The Psychotic Network Ferret
@nuintari@mastodon.bsd.cafe  ·  activity timestamp 4 months ago

Hey #NFS / #FreeBSD / #NFS4 experts, I have a weird one.

My file server exports the path:

/common/media to various devices in my house.

All read-only.

There are sub-dirs under it, books, movies, tunes, and cams, plus some junk I have yet to sort. I should note that some of it is owned by nobody:nogroup, some is nuintari:nuintari (for some reason I should clean it up), and the rest is root:wheel, except.....

The clients can see all of this, EXCEPT for cams.

The exports looks like this:

V4: /
/common/media -ro -maproot=root -network 172.16.17.0 -mask 255.255.255.224

There are tons of files under cams, its a syncthing backup for our cellphone's cameras.

The only difference is that the the files in cams come from inside a jail, managed by bastille, where /common/media/cams is mounted inside the jail via nullfs. But even files I create directly in the root filesystem on the server itself, outside the jail are not visible to the clients. This directory and everything under it are all owned by syncthing:syncthing FYI.

Yet every other file under this exact same NFS mount works fine.

Anyone have any ideas? I've been ignoring this for a few weeks now hoping inspiration would hit me. But I got nothing.

  • Copy link
  • Flag this post
  • Block
The Psychotic Network Ferret
The Psychotic Network Ferret
@nuintari@mastodon.bsd.cafe  ·  activity timestamp 4 months ago

Hey #NFS / #FreeBSD / #NFS4 experts, I have a weird one.

My file server exports the path:

/common/media to various devices in my house.

All read-only.

There are sub-dirs under it, books, movies, tunes, and cams, plus some junk I have yet to sort. I should note that some of it is owned by nobody:nogroup, some is nuintari:nuintari (for some reason I should clean it up), and the rest is root:wheel, except.....

The clients can see all of this, EXCEPT for cams.

The exports looks like this:

V4: /
/common/media -ro -maproot=root -network 172.16.17.0 -mask 255.255.255.224

There are tons of files under cams, its a syncthing backup for our cellphone's cameras.

The only difference is that the the files in cams come from inside a jail, managed by bastille, where /common/media/cams is mounted inside the jail via nullfs. But even files I create directly in the root filesystem on the server itself, outside the jail are not visible to the clients. This directory and everything under it are all owned by syncthing:syncthing FYI.

Yet every other file under this exact same NFS mount works fine.

Anyone have any ideas? I've been ignoring this for a few weeks now hoping inspiration would hit me. But I got nothing.

  • Copy link
  • Flag this post
  • Block
Feoh
Feoh
@feoh@oldbytes.space  ·  activity timestamp 4 months ago

Why I Think #Macs Are A Pain in 2025: A Rantlet

  • Leveraging network shared storage (#AFP, #NFS, #CIFS, doesn't matter) is a raging hemorrhoid PAIN.
  • They have secured these machines into near un-usability. Getting an older USB-A/B external hard drive hooked up is a nightmare, and when the "Allow external device to connect?" dialog somehow goes missing? FUUUUUU
  • Ports. This is better on the newest high end MBPs but - usb-c only SUCKS. Just don't do it. EVER. At least ethernet and HDMI FFS.
  • I can't get any Mac (work issued MBP M3 or my wife's m2 Macbook) to connect to video through a USB-C adapter without juddering the screen into unusability

In short: Apple has optimized the Mac for people who sit in coffee shops drinking soy lattes, never connect their computers to external devices, never try to utilize network shared storage....

They seem tomake them for people who don't REALLY need to use their computers beyond what came in the box.

And if that's all YOU need, good on you, but as a long time Mac user and former lover, I'm getting a bit frustrated!

  • Copy link
  • Flag this post
  • Block
Stefano Marinelli boosted
gyptazy
gyptazy
@gyptazy@mastodon.gyptazy.com  ·  activity timestamp 5 months ago

And a short blog pot about it :)

#proxmox #ansible #devops #automation #storage #nfs #iscsi #pbs #cifs #smb #cephfs #development

https://gyptazy.com/introducing-storage-management-for-proxmox-nodes-clusters-with-the-new-ansible-module-proxmox_storage/

  • Copy link
  • Flag this post
  • Block
gyptazy
gyptazy
@gyptazy@mastodon.gyptazy.com  ·  activity timestamp 5 months ago

It just got merged… You can now easily manage storage in #Proxmox with #Ansible.

Simply add CephFS, NFS, iSCSI or Proxmox Backup Server to your cluster with a simple Ansible task :)

#proxmox #proxmoxve #ansible #opensource #contributing #foss #automation #devops

https://github.com/ansible-collections/community.proxmox/commit/c5d6adafe1f74befb0dc4d61c5a7cf92491272bf

gyptazy
gyptazy
@gyptazy@mastodon.gyptazy.com replied  ·  activity timestamp 5 months ago

And a short blog pot about it :)

#proxmox #ansible #devops #automation #storage #nfs #iscsi #pbs #cifs #smb #cephfs #development

https://gyptazy.com/introducing-storage-management-for-proxmox-nodes-clusters-with-the-new-ansible-module-proxmox_storage/

  • Copy link
  • Flag this comment
  • Block
Stefano Marinelli boosted
gyptazy
gyptazy
@gyptazy@mastodon.gyptazy.com  ·  activity timestamp 5 months ago

Proxmox fully automated! From ClickOps to Code: Automated. Audited. Revisioned. Repeatable.

Starting from the base by automating:
- Cluster initialization
- Cluster join
- Storage Integration
- Proxmox Backup Server Integration
- SDN Networks (different ones for pros/dev)
- Guest Resources utilizing the cluster infrastructure

#Proxmox#PVE#Pbs#ProxmoxBackupServer #opensource#Automation#Ansible #python #devops #terraform #cicd #pipeline #cluster #nfs #iscsi

https://peertube.gyptazy.com/w/4cp7ddLdSHGSUeUwUPsuo9

  • Copy link
  • Flag this post
  • Block
gyptazy
gyptazy
@gyptazy@mastodon.gyptazy.com  ·  activity timestamp 5 months ago

Proxmox fully automated! From ClickOps to Code: Automated. Audited. Revisioned. Repeatable.

Starting from the base by automating:
- Cluster initialization
- Cluster join
- Storage Integration
- Proxmox Backup Server Integration
- SDN Networks (different ones for pros/dev)
- Guest Resources utilizing the cluster infrastructure

#Proxmox#PVE#Pbs#ProxmoxBackupServer #opensource#Automation#Ansible #python #devops #terraform #cicd #pipeline #cluster #nfs #iscsi

https://peertube.gyptazy.com/w/4cp7ddLdSHGSUeUwUPsuo9

  • Copy link
  • Flag this post
  • Block
Stephan Lichtenauer | נח סתו
Stephan Lichtenauer | נח סתו
@hnygd@mastodon.africa  ·  activity timestamp 5 months ago

I don't know if anybody noticed #ZeroFS yet, but it seems there is a completely user space-implementation of #NFS and #blockstorage on top of #S3 #objectstorage: https://github.com/Barre/zerofs

Including a demo running #ZFS on top of it which essentially allows geo-redundant ZFS volumes: https://asciinema.org/a/728234 & https://github.com/Barre/zerofs?tab=readme-ov-file#geo-distributed-storage-with-zfs

I don't see no #FreeBSD port yet, but if that really works it would be absolutely awesome.

#OpenZFS

  • Copy link
  • Flag this post
  • Block

bonfire.cafe

A space for Bonfire maintainers and contributors to communicate

bonfire.cafe: About · Code of conduct · Privacy · Users · Instances
Bonfire social · 1.0.1-alpha.40 no JS en
Automatic federation enabled
Log in
  • Explore
  • About
  • Members
  • Code of Conduct