sota

So apparently there was a problem with my kid's account. Not sure if we changed the password or what, but logging him out and logging in seems to have fixed it. Now another oddity: bedrock container 1 has 21 help menu pages. bedrock container 2 has 3 help menu pages, and I can't perform commands such as 'gamemode' as it says the command is invalid.

Thanks. I did some digging last night, but the only info I could find was related to time, and the unRAID server is within 2 seconds of national time.

So the thinking is there's a problem with my kid's phone, logging into his microsoft/minecraft account? I intend to have one of the containers exposed to the internet, so his friends can play on it as well. I'll check his phone when he gets back from school, and see if the account is correct on it.

This error is now appearing for me as well. I have two containers, and both are doing it.

after everything. I'm curious to see if certain things are still badly reported.

for those doing this, do me a favor please; dump the folder: /dev/disk/by-id and paste it here. i want to see if something still happens. Thanks!

So here's an oddity... When I restart shinobi with a fresh storage disk, the still frames I have it capturing also, start out at about 1.75MB/image, 2560x1920 24bpp. Roughly 43 minutes later, those same snapshots have dropped to .81MB/image. It's a steady, progressive drop between those two sizes, starting about 10 minutes in to recording/capturing. that's just weird.

another thing: Shinobi creates it files/folder as root:root permissions. is there a way to change that?

Now to my question of the day: For reasons I won't get into, I need to store a tremendous number of days of video footage from my 4 current cameras. I'm planning on adding more cameras soon, which will only exacerbate the problem. I'm currently storing over 50TB of footage, which I just got permission to edit down in the future. Each camera has an SD card for local storage as well, and is basically a backup in case Shinobi does something weird. The cameras only record on motion detection. Shinobi records 24/7. What I need to know is, can I leave the cameras at their maximum 25fps rate, but have Shinobi safely and cleanly record at a lower FPS rate? Say 15fps? Will I experience any issues if I do so? Should I set the cameras to a frame rate that's divisible by 2? say camera 24fps and Shinobi 12fps?

I should add a note from a while back: For those with Reolink cameras, at least the RLC-520 series, there was a firmware update that cured all of my stuttering and image corruption problems. Build No. build 20103112 Hardware No. IPC_51516M5M Config Version v3.0.0.0 Firmware Version v3.0.0.116_20103112 Details IPC_51516M5MS10E1W01100000001 Also, Reolink, in a rather stupid move in my opinon, are shipping RLC-520 cameras with a different hardware version: IPC_515B16M5M There's no indication on the outside of the cameras that the hardware inside is different, and it takes a completely different firmware as well. Quite annoying.

I need to be able to handle backing up to smaller disks than my current array usage. The lack of the 'archive' flag (ala Windows) is what makes this difficult, IMHO.

I'm not sure the comparison is totally valid. Services such as my ISP, cable TV, CuriosityStream, and Disney+, provide a recurring service. My ISP, incurs costs to keep my internet running efficiently (including and not limited to replacing or repairing equipment as needed without charging me for said). They have consumable costs that need to be covered to continue to provide their service. Cable TV and streaming services are providing fresh content which is a recurring cost. A piece of static (or nearly static) software provided at a one time cost is appropriate. I loathe the whole concept of "software as a service", as it takes away from me the customer, to keep using a product I have paid for in perpetuity, without the whims of the producer to eliminate my use of it if they see fit. I'm sure we can all find examples of products that have stopped working because the service required to enable it's functionality has passed on. I was recently struggling with just this problem, where I have a customer with an old SBS 2003 server that for a short time I needed to move to a VM, but could not as the online (and phone) registration systems refused to allow me to reactivate the license. I was then stuck with a dying server, trapped documents, and a rather anxious client. It was nothing more than a glorified file cabinet for their needs, but it was as if someone had snapped off the wrong key in the lock. As I said before, I'm not opposed to the concept of repurchase in the case of MAJOR upgrades; they just have to be of sufficient value to entice me to want to upgrade. I can say personally, that I would be resistant to individual "features" under unRAID requiring a recurring licensing fee; one-time I might entertain.

I'm sure that little nugget of data is listed someplace, but this is the first i'm hearing of it. luckily when I made extra instances and moved worlds between them, I settled on making everyone use the 'world' folder name.

I would like to voice a concern about subscription licensing. It can be difficult for some to reconcile the ongoing costs of a subscription license, especially if there isn't a perceived continuation of needed value in the product over time. A couple of examples I would like to give are: Microsoft Office 365, and their incessant need to force upgrade the product you already have installed, and changing things you may not want changed. Then there is the annual cost, which borders on the acceptable. Most people don't need the latest and greatest version of Office; I have several people still on Office 2010 and some even older than that. If it ain't broke, why fix it. (Don't get me started on one guy who continues to use Corel WordPerfect 2002.) The former email anti-spam product Postini. Before the takeover by Google, it was (IMHO) a very reasonable subscription product ($3/year/email address) with a clear ongoing value improvement (advancements in filtering). Post Google takeover though, they changed the pricing model and its minimum requirements became prohibitive to anyone other than larger companies. And then they canceled it. The replacement email anti-spam product I moved to, called Xeams. Initially it was free, with everyone figuring at some point they would monetize it. When they did though, the change was without warning, the automatic update system moved the people to a version that died after 30 days, and the price was obscene. The online revolt it created was amazing to watch and the literal firestorm of negative "press" it created forced the company to put out an "official" pre- price and time locked version that would not be upgradeable. My personal case showed a nearly 30x increase in cost at the time of that transition. Now it appears (from looking at their site just recently) that that price is now down to a 4x increase. I may be revisiting them soon as that's almost acceptable, as there is ongoing and recurring value in the updating of the product in terms of filtering. My personal observation on the unRAID product, would be that if the time came for a requirement for people to purchase either an upgrade license or an all new license, due to some large scale product/value improvement, then that would be a saleable item; provided people could still continue to use their old license without fear of it being disabled, if they chose not to upgrade, or both old and new if they purchased a new full license. I would say my point is, there's a fine line to walk in terms of version pricing, and subscription pricing. Too much on the latter can very easily turn off the prospective buyers, and in the worst case cause outright revolt. For the former, when there is clear improvement over prior versions, then people will be more likely to pay an upgrade fee or purchase a new copy outright.

force the docker to use less memory. extra parameters: --memory=8G I do that for my setup.

Made the kid really happy tonight: now have 3 Minecraft dockers running, so he can have 3 worlds simultaneously.

I like the idea of multiple manual/user-initiated triggers on a single screen. <button> drain drive <button> wipe drive <button> stop array <button> remove drained drive and reset array config <button> start array as was mentioned, it gives the user the ability to manually schedule certain tasks. I'm trying to think of a procedure that causes less thrashing on the parity drive (drain will cause X amount of parity work, wipe will cause the entire parity drive to be touched) but also ensure data safety during the process. I'm not really seeing one.

The disk would need to be zero'ed while still in the array, then it could be removed without rebuilding parity. The question is, how to do that.

agreed. /mnt/remote sounds like the right place to put remote stuff, not with disks. I dunno... can you do a mini-update that does a screen blast, warning people that at some (un?)specified point you're changing the code?

document, document, document. reminds me: need get to my internal-use-only "forum" back up and running and migrate some notes/docs to it.

set your host's firewall to respond to ping only from the specific IP address in question.

there's one problem with that: every time I hot swap a disk in, it restarts that module and spams the log again.

breaking legacy stuff can be a total nut buster. this is why certain things in Windows still date back to the MS-DOS days. another example is VyOS (formerly Vyatta), where I'm still stuck on 1.0.4 hydrogen) as anything newer requires me to completely re-do the config by hand; they changed the format of the config file and there's no converter! Oh and I have no idea if I can cobble nginx into the new version(s) like I have in hydrogen. one of these days I'll sit down and do it though I suspect, but it'll be a painful switch.

cool. thanks!

cool. I thought I tried that a couple times, but it worked now. is 'ctrl+a d' still needed to exit cleanly?