Skip Navigation

INeedMana

@ INeedMana @piefed.zip

Posts
3
Comments
205
Joined
1 yr. ago

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • Might be! It's just that having a container like that feels easier than looking after bare-metal secondary db

    Maybe I'll just pg_dump during Nextcloud maintenance window and get into BorgBackup putting the dumps on NAS? If I have to revive the db from the dead, I'll probably just use the dump anyway, so that's one hoop less

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • 2nd DB would be on the NAS but its not being used by the app, so as long as it’s asynchronous writes, you should be okay

    But then I have to maintain it too. And it will be using RAM that was supposed to only be for servicing RAID. On a platform where RAM can't grow

    For sure my setup will be growing and changing with time. But ATM this "prod" db lives only on laptop's SSD

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • replication in the database it self

    AFAIK db replication would require running another db on NAS. Which I tried to avoid

    I have another cronjob that takes a backup into the first database docker init folder. Older backups end with -date so they won’t get picked up by the init script. You can do similar with just docker.

    Yeah, that's why I'm thinking to do. Have a container that watches changes to db data and rsyncs those into the NAS for safekeeping. My main goal in all of this is so db data won't die with laptop's SSD

  • Wid: My package manager project

    Jump

  • It's fine, your intention was right. I appreciate you standing up for someone else

  • Wid: My package manager project

    Jump

  • Look at OP's history. It's an LLM that in some other post got entangled into writing limerics for commenters. I started looking for an publicly available iocaine instance but couldn't find any. So who knows, maybe sending that LLM after San might poison it just a little bit? Even if it would only be in the comment, that would still be a small win

    I get where you're coming from. But my comment is not a jab at San

  • Wid: My package manager project

    Jump

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • Oh, that's interesting! Sounds a bit crazy but I'm interested in what you find out :D

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • I wonder if in this case VMs don't make it work better. There is another layer between the process and NFS than pure docker+volume

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • db running on the Pi with storage on the Pi could be faster than the db running on the laptop with storage on the Pi

    I think so too, but I'm mindful of the 1GB RAM per TB rule. I'm afraid to choke the NAS and on Pi I can't put in more RAM

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • keep the DB on the most powerful CPU and quickest disk

    Thing is, I expect that NAS to be faster than the SSD on the laptop that runs a bunch of stuff. Even NC log file will take up some IO

    But I get the point you are all making here, I'm changing course :)

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • it’s generally not a good plan to put anything that needs realtime access remote to the device processing it

    So in your opinion putting whole nextcloud_data as NFS mount is also a bad idea? Keep NFS as external storage and/or only user data?

    AIO docker

    It was too blackbox to me. I had some issue and found it hard to debug. fpm+nginx is more my speedThis BorgBackup app is available only in AIO?

  • Moving db data (MariaDB) to NFS NAS

    Jump

  • You can easily just try it out though

    Yeah, but if that setup leads to problem in a few months, I won't catch that. That's why I decided to ask and judging by the other answer, I dodged a bullet here

    Now I'm thinking of setting up something like this. Maybe even in another container? One volume with data bound, one with NFS and a bunch of scripts in entrypoint to rsync(?) between the two on inotifywait. There is lsyncd but it's been unmaintained for two years now

  • Selfhosted @lemmy.world
    INeedMana @piefed.zip

    Moving db data (MariaDB) to NFS NAS

  • Technology @lemmy.world
    INeedMana @piefed.zip

    Call for Experts: Digital Commons EDIC Advisory Board — Digital Commons EDIC

    digital-commons-edic.eu /news/2026-07-01-advisory-board-call-for-experts/
  • Removed

    bonjour je me présente,

    Jump

  • 🤷 I guess that link aggregating platform might be more about "come to me with a link or thought to discuss" than "tell me something about yourself"But that's just me saying how I "feel the room", not that it should be that way

  • Removed

    bonjour je me présente,

    Jump
  • Removed

    bonjour je me présente,

    Jump

  • Hello! :) 👋

    you're being downvoted because in Threadiverse it's not customary to have introductory first post

  • Another Radio for the fedivers

    Jump

  • PWA in Rust - Seeking opinions on approach

    Jump

  • I'm not an expert on Rust nor webdev but maybe wasm (I just picked a result that seemed worthwhile. IDK how much up-to-date this is) is the thing for you to explore?

  • Removed

    "Move Fast and Break Things" Broke More Than It Built — Here's the Proof

    Jump

  • It's clear that it's a bot. My question is: why it has upvotes?

  • Just found out tracking pixels have a 3-5x 60 days ROI

    Jump

  • If I understand correctly, that is only info if I was sent the mail, not if I've seen it. And no way to track if I have been on shop's site and what I've bought

  • Just found out tracking pixels have a 3-5x 60 days ROI

    Jump

  • But it is true that companies do use those pixels. And also it's kinda funny how that article is worded. Like a dead-pan troll that aims to make ones blood boil

  • Rust @programming.dev
    INeedMana @piefed.zip

    Please share your opinions on my learning code parquet2csv