• 0 Posts
  • 51 Comments
Joined 1 year ago
cake
Cake day: June 7th, 2023

help-circle





  • You might want to look up SMR vs CMR, and why it matters for NASes. The gist is that cheaper drives are SMR, which work fine mostly, but can time out during certain operations, like a ZFS rebuild after a drive failure.

    Sorry don’t remember the details, just the conclusion that’s it’s safer to stay away from SMR for any kind of software RAID

    EDIT: also, there was the SMR scandal a few years ago where WD quietly changed their bigger volume WD Red (“NAS”) drives to SMR without mentioning it anywhere in the speccs. Obviously a lot of people were not happy to find that their “NAS” branded hard drives were made with a technology that was not suitable for NAS workload. From memory i think it was discovered when someone investigated why their ZFS rebuild kept failing on their new drive.



  • This sounds like a FOSS utopian future :)

    There’s a few projects that have started towards this path with single-click deployable apps, you could even say HomeAssistant OS does this to some extent my managing the services for you.

    I believe one of the biggest hurdle for a “self hosting appliance” is resilience to hardware failure. Noone wants to loose decades of family photos or legal documents due to a SSD going bad , or the cat spilling water on their “hosting box”. So automated reliable off-site backups and recovery procedures for both data and configs is key.

    Databox from BBC / Nottingham University is also a very interesting concept worth looking in to:

    A platform for managing secure access to data and enabling authorised third parties to provide the owner authenticated control and accountability.









  • One way is to make a new “entity”, that’s not actually linked to your previous temperature sensor. I’m not familiar with how to tie them together in a “device” like how ZigBee2mqtt auto discovery does.

    So just add a new “sensor”/“entity”

      - name: "Sala_battery"
        unique_id: "temp_sala_battery"
        state_topic: "zigbee2mqtt/temp_sala"
        value_template: "{{ value_json.battery }}"
        unit_of_measurement: "%"
    

    Use MQTT Explorer to listen to your ZigBee2mqtt broker topic “zigbee2mqtt/temp_sala” to get the exact field name (battery, battery_state or some such)


  • The biggest problem with Discord is that its an information black hole. Its not properly searchable and not indexed by search engines.

    Discord is fine for casual chat, but horrible when used for forum-type discussions and even worse when used for documentation.

    You see the same problems being discussed and solved again and again, but you cant just “link” someone the solution like you could with a forum thread cause its spread out over 3-10 chat messages that are interleaved in-between other topics being discussed in the same room

    Anything of long-term value for the project (forum-type discussions, documentation etc) should not recide in Discord




  • With everything stored in a single file, does that mean you need to close Treedome on ComputerA before it can by synced to ComputerB?

    If computerA makes an edit in one note while computer B makes an edit in another note, does that create a sync conflict? (Assuming syncing with Nextcloud, syncThing or similar)?