Re: [mh] Misterhouse on Raspberry Pi?

I'm with Lieven, I use ssd for MisterHouse and micro SD for sensor 
aggregators, sound machines etc. I keep clones of all disks for when 
they fail (or I mess up). I also make backups to the NAS and GoogleDrive 
every day.

I did use NFS mounts from my NAS for a while, but performance was 
definitely worse than a USB3 connected ssd.

Giles

On 26/01/2021 23:43, Tom MacLean wrote:
> Thanks to those sharing their SSD experience. Perhaps I should set up 
> a “server RPi” with an SSD  and let other “client” RPi log to it using 
> a network file-share.
>
> In Canada: 64 GB sandisk ultra: 10€
> 250 GB Samsung T5 65€.
>
> Sent from my iPhone
>
>> On Jan 26, 2021, at 3:49 PM, Lieven Hollevoet <[email protected]> wrote:
>>
>>  Hey Tom,
>>
>> I’m using Samsung T5 SSDs. They are detected fine, and TRIM support 
>> is working as expected on them for the wear levelling under Raspbian.
>>
>> They are much faster than SD and should last as long as they serve in 
>> my regular computers (8 years and counting ;-) ).
>>
>> For Rpi devices that run a single specific task I use an SD card 
>> (e.g. picoreplayer, collecting data from my digital electricity meter 
>> and pushing that over the network to a database, ...).
>> For the more ’server-like’ Rpi devices that benefit of faster storage 
>> (database, Misterhouse, water station data collector, zigbee gateway 
>> all running on a single RPi4) I use an SSD. Regarding cost: a good 64 
>> GB SD costs ±20 euro, a 500 GB SSD costs about 70 euro if you can 
>> grab them on a good moment. Worth it in my opinion.
>>
>> Best regards,
>>  Lieven.
>>
>>> Op 26 jan. 2021, om 21:00 heeft Tom MacLean <[email protected] 
>>> <mailto:[email protected]>> het volgende geschreven:
>>>
>>> What type of SSDs are you running?  What is the storage technology 
>>> within?  Aren’t they flash drives just like SD?
>>>
>>> The joy of RPis are that they are so cheap you can have 10 of them, 
>>> but if your storage cost per Pi goes up the business case is less good.
>>>
>>> Sent from my iPhone
>>>
>>>> On Jan 26, 2021, at 11:51 AM, Lieven Hollevoet <[email protected] 
>>>> <mailto:[email protected]>> wrote:
>>>>
>>>>  Hey Tom,
>>>>
>>>> confirming this. Of the 10 the RPis I have running on SD cards (the 
>>>> others are already on SSD) I experienced 2 SD card failures that 
>>>> resulted in read-only behaviour of the card. So no data was lost in 
>>>> the end. Cloning to a new card and rebooting got me up and running 
>>>> again.
>>>>
>>>> This is over a timespan of 3 years, devices running 24/7 with no 
>>>> specific optimisations to reduce the number of writes.
>>>>
>>>> I’m using large enough 32 of 64 GB Samsung Evo Plus cards
>>>>
>>>> Best regards,
>>>>  Lieven.
>>>>
>>>>> Op 26 jan. 2021, om 01:30 heeft Tom MacLean <[email protected] 
>>>>> <mailto:[email protected]>> het volgende geschreven:
>>>>>
>>>>> Hi Brian,
>>>>>
>>>>> I did absolutely nothing to reduce the writes to the SD.
>>>>>
>>>>>  I can’t tell what the failure is, I perhaps what I see is the 
>>>>> normal “worn out” behaviour. I can say that the last time it died 
>>>>> it did so the same way. (Losing recent file charges)
>>>>> I had updated my password a few days ago, and after rebooting it 
>>>>> wouldn’t take my new password; it had reverted.
>>>>>
>>>>> I think the noatime change might be worthwhile, also slowing the 
>>>>> logging interval.
>>>>>
>>>>> I’m willing to change the SD a few years. My config is saved with 
>>>>> git.
>>>>>
>>>>> Cheers,
>>>>> Tom
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>>> On Jan 25, 2021, at 5:19 PM, Brian M 
>>>>>> <[email protected] 
>>>>>> <mailto:[email protected]>> wrote:
>>>>>>
>>>>>> 
>>>>>> I've been really appreciating folks posting their experiences 
>>>>>> running solely on the microSD.  I don't run my vital RPis that 
>>>>>> way, because I didn't know what to expect, so this is good 
>>>>>> information.
>>>>>>
>>>>>> Tom, did you do anything to reduce write traffic to the microSD? 
>>>>>> Setting "noatime" in /etc/fstab eliminates a lot of writes, 
>>>>>> because everytime a file is *read*, the access time is 
>>>>>> updated(written). I've heard of people making /var/log a tmpfs 
>>>>>> file system (if they don't need their logs), optionally sweeping 
>>>>>> them to the SD card on an hourly basis. Removing swap and 
>>>>>> installing zram instead would help (but beware the current 8G bug 
>>>>>> in zram if you have an 8G RPi 4). Did you do any of these things, 
>>>>>> or others?
>>>>>>
>>>>>> -Brian M.
>>>>>>
>>>>>> On 1/25/21 12:28 PM, Tom MacLean wrote:
>>>>>>> I was going to chime in that I just run MH on the microSD 
>>>>>>> without issues, but I just had a failure (on a 4 year old SD), 
>>>>>>> my second such failure. Same as last time: the system boots 
>>>>>>> fine, MH runs without issue, but none of my file changes persist 
>>>>>>> after reboot. It’s just writing to the SDs buffer, not to the 
>>>>>>> flash.
>>>>>>>
>>>>>>> 4 years isn’t too bad though.
>>>>>>>
>>>>>>> Sent from my iPhone
>>>>>>>
>>>>>>>> On Jan 23, 2021, at 10:32 AM, Giles Godart-Brown 
>>>>>>>> <[email protected]> wrote:
>>>>>>>>
>>>>>>>> 
>>>>>>>>
>>>>>>>> I've just had a go at tidying up the Wiki for Raspberry Pi 
>>>>>>>> (https://github.com/hollie/misterhouse/wiki/Raspberry-Pi), 
>>>>>>>> moving many of the optional bits onto separate pages so it 
>>>>>>>> doesn't look so daunting and adding things I've found during my 
>>>>>>>> many installs.
>>>>>>>>
>>>>>>>> Giles
>>>>>>>>
>>>>>>>> On 23/01/2021 12:55, Richard F wrote:
>>>>>>>>>
>>>>>>>>> When I started using an SSD over a decade ago or so (when 
>>>>>>>>> burning out SSD's was a big concern, as lifetimes weren't 
>>>>>>>>> initially specified/trusted), I reduced mh data saves by a 
>>>>>>>>> factor of 5 (in the mh file itself in /bin), like so, which 
>>>>>>>>> has served me well:
>>>>>>>>>
>>>>>>>>> &object_states_save if &new_minute(5) and !($Time_Start_time 
>>>>>>>>> or $Time_Stop_time);
>>>>>>>>> # &object_states_save if $New_Minute and !($Time_Start_time or 
>>>>>>>>> $Time_Stop_time); # Skip if in accelerated mode
>>>>>>>>>
>>>>>>>>> My current Samsung SSD has 81000 hrs on it - over 9yrs - and 
>>>>>>>>> still 78% of its life left according the smartd.
>>>>>>>>>
>>>>>>>>> I'd also be interested in a Pi guide as that may be the 
>>>>>>>>> eventual mh destination. I'm a big fan of the Picoreplayer 
>>>>>>>>> which has a great feature of running totally from RAM once 
>>>>>>>>> booted, so you can switch it off without worries.  Though mh 
>>>>>>>>> needs to write status, I could forsee a picore or similar mini 
>>>>>>>>> distro that includes mh, and saves its config/recovers (if 
>>>>>>>>> lost) to network storage or cloud.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 21/01/2021 7:54 pm, Gianni Veloce wrote:
>>>>>>>>>> hi guys
>>>>>>>>>> as my old Ubuntu laptop running MH is almost broken i am 
>>>>>>>>>> looking to move to Raspberry Pi.
>>>>>>>>>> is there any detailed guide how to setup MH on Rpi?
>>>>>>>>>> and are any hints to avoid the abuse of the SD card with 
>>>>>>>>>> writes from the OS and MH?
>>>>>>>>>> Would installation on a USB drive help in this?
>>>>>>>>>> TIA
>>>>>>>>>> GV
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ________________________________________________________
>>>>>>>>> To unsubscribe from this list, go to:https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>>>>>>>>
>>>>>>>> ________________________________________________________
>>>>>>>> To unsubscribe from this list, go to: 
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ________________________________________________________
>>>>>>> To unsubscribe from this list, go to:https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>>>>>>>
>>>>>>
>>>>>> ________________________________________________________
>>>>>> To unsubscribe from this list, go to: 
>>>>>> https://lists.sourceforge.net/lists/listinfo/misterhouse-users 
>>>>>> <https://lists.sourceforge.net/lists/listinfo/misterhouse-users>
>>>>>>
>>>>> ________________________________________________________
>>>>> To unsubscribe from this list, go to: 
>>>>> https://lists.sourceforge.net/lists/listinfo/misterhouse-users 
>>>>> <https://lists.sourceforge.net/lists/listinfo/misterhouse-users>
>>>>>
>>>>
>>
>
>
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users