about to put together my first computer to put on the system. I am building from scratch and I am doing this for fun. I do love the idea of getting STOJ coin. I am a total newb here so forgive me. Is there a way to test the hash rates of the connections? I have a few locations and I could use and there are a few terms I am not used to and cannot find alot of info on such as egress bandwidth and audit bandwith
Also does it matter if the drives used are RAID drives or just get the lowest cost available to purchase? I was thinking about setting up a PI system linked to some external drives.
Your internet connection doesn’t need to be top notch for Storj, but it should at least support a 5mbps upload throughput.
Then, using a RPi (preferably 4B, but it works on RPis 3 too) is usually a good option as it’s very power efficient.
Setting a raid is generally not recommended as it’s more profitable to run one node per disk. Also this way if a disk fail, you wouldn’t lose your whole and only node, you would only lose the node attached to the failing disk.
(some may disagree - it is what StorjLabs recommend though ^^)
To clarify some terms you used:
Egress: data coming out of a node, also known as “download” from customers point of view.
Ingress: data going to a node, also known as “upload” from customers point of view.
Audits: very small requests made by sattelites to check a node is still actually storing the files it is supposed to. There is not really notion of “bandwidth” linked to audits as they are very light to a node’s connection.
Here is a google sheet you might want to copy to your own account to fill in your numbers: it estimates what behavior to expect with regards to egress/ingress with time. Check it out:
Last question, what happens if you don’t meet the up time? Do you not get paid or possibly lose the node? Where I’m setting this up for example last month we had an 8 hour outage because a construction company cut the fiber line coming into our office complex, seems like every couple of months something like that happens
Welcome! This is a great way to explore decentralized systems and storage.
I think running a Raspberry Pi is a great low cost way to enter the system as Pac recommends.
Ideally we strive to be online with less than 5 hours of offline/downtime per month but that rule has not been enforced.
I also suggest you look at very good quality HDDs to be reliable as that is the heart of the system. I personally use Western Digital 14TB HC530 drives, one HDD per node. You can start off with just a single drive. Please avoid the newer SMR drives, you really need CMR (conventional) disks.
In short: you don’t get paid and eventually lose your node. However the minimum uptime is now quite permissive as you would need to be offline for 288 hours to get suspended, and then you would need to fix the issue within the following days to avoid being disqualified.
It’s true that running nodes on SMR drives is a bad idea as they can stall to a point where the node crashes during sustained activity peaks (which don’t really happen these days, but it could happen again in the future).
There are workarounds though, and because StorjLabs always recommend using rhe hardware we have laying around, they should make sure SMR drives get handled/supported correctly by their software, but that’s another topic
Already fielded by other members, but an 8 hour outage shouldn’t be much of an issue. Last week I had a 4+ hour power outage (made sure to shut my nodes down cleanly while still on the UPS) and I’ve got no issues. My node online times still show either 99+% or full 100% online time, with suspension and audit numbers all at 100%.
Curious I’m seeing tons of conflicting comments in the forum in using external hard drives through a USB or that it has to be an internal drive, a lot of comments saying don’t use usb connections due to overheating? Never heard of this before, does that really matter?
These drives do tend to run hot, but the bigger issue is that USB itself is not very reliable. In some cases they randomly disconnect, leaving your node with no access to data. That might depend on the quality of your USB controller, cables and USB hubs. My personal experience is that it can be made into reliable setup, but it takes time to test the setup correctly.
TL;DR: USB connected drives on RPis work just fine. They’re not the best or most reliable setup, but if that’s what you have, then just go with it.
But to be clear, these nodes with external (USB) connected drives will work just fine, they’re just a little more risky. When I started, I was running a RPi4 (4GB) with a USB 3.0 connected WD passport (4TB), which was drawing it’s power off of the pi. It worked just fine. At one point I migrated that node to a WD Elements (desktop type drive) which had it’s own power supply and connected via USB 3.0, and that worked just fine too. Fast forward to today, I ended up shucking that drive from the WD Elements and installed in a different machine that is connected via SATA. But I do still have 2 newer nodes running on RPis with USB connected HDDs.
They can work fine for a long time but the risk is higher.
I started with an external HDD on a desktop PC connected by USB3.0 and it worked fine for 2 or 3 months, when the first disconnect happened, my USB port overheated and shut down… Had to switch the port for it to work again. Some other months later my enclosure became unreliable, disconnecting the drive and causing some partition corruption.
It’s manageable and many people have less problems than I did (and those runnning PIs seem to be doing even better) but it’s a higher risk than running internal drives.
At the moment I use an esata enclosure which works good too.
So you can go for external drives, especially at the beginning. Overheating of the usb port will likely only occur during high load once the drive gets fuller. I would definitely start with an external drive.
What part of a USB “port” overheats? You mean the controller chip either on the host or the device? I’ve seen USB power bricks (cell phone & etc. chargers) that have overcurrent protection that will cut power to a port if it exceeds a certain draw, maybe the same is being incorporated in PCs now.
It’s not that USB ports themselves overhead. It’s that USB cases are usually built with no proper heat dissipation. See e.g. 1, 2, 3 for examples how people add fans to USB cases so that they do decent cooling.
that example that stuberman provided, is for a setup with an Odroid-H2+, which is a bit more powerful than a Raspberry Pi, has native SATA ports, and currently are hard to find due to the market shortages.