Show Posts
|
Pages: [1] 2 »
|
Hello! Hive OS team here. We are answering your question. > they are thieves they say pool 0% of fees whereas it is totally false, you mine at a rate of 3% their own block, their pools one of the least profitable and the real miners know very well that the pps + pools are the worst for loyal miners That is simply not true. As we've already explained to you in chat as well — the 3% pool fee is completely optional. It serves as an alternative payment method for Hive OS for Paid Accounts. You can either top up your funds with crypto as it's always been the case or you can enable the OPTIONAL 3% pool dev fee — which automatically handles the cost/payments of the workers on HiveOn. This isn't a secret, we haven't been hiding this and it's pretty much very well documented on all our Payment FAQ articles. > They are not transparent at all and when we ask them for information, we are insulted. M.E.V because it is supposedly the share of minors, I am still waiting for the answer. We've been nothing but transparent throughout — Well before MEV was implemented and well afterward too. We've made announcements on all our social mediums. Almost ALL pools out there that support MEV take a share of it, it's not news to anyone. We payout 90% of MEV rewards to miners that was well communicated during implementation and has never been a secret anywhere. If you have any other questions or misunderstandings please contact our support, we work 24/7 hours. Our email: bee@hiveos.farm or via website-live chat https://hiveos.farm/You say you are transparent but on most pages so your site tells you 0% Fee but you remain the least profitable pool. Do you want me to take a test and approve my words again?Regarding MEV it's just not normal you say everyone takes costs but between 1% and you + 10% we are far from the 0% fee pool I remind you that it is the minors' share that must logically compensate for the lack to gain from the London update but also you drew from our income. if I look at profitability 7/8 August 2021: Hiveon: 0.03* ETH / 24 hours All pools, even ethermine, are at 0.4* ETH over 24 hours we still have à 30$ difference over 24 hours And the problem is that it is like that every day, you are never the most profitable pool may be a technical problem, pps+ is not the best protocol for profitability, why not add pplns or d-pplns ? but the question of profitability is not really there, we are talking about visual transparency. You say "FREE" and it really isn't. Unfortunately nobody on the poster on his site that you take a M.E.V percentage if I had not said here nobody knows HiveON: 3% Fee* + 10% MEV Ethermine: 1% Fee + 20% MEV Flexpool: 0.5% Fee + 10% MEV the others are either less than 1% except nanopool which does not take since it is not MEV compatible Where are the hashrate stats of the pool? And your API ?? if you say you are so transparent?I therefore invite the miners and especially since the London update to maximize their profit by even comparing the pools To check well between what it displays on their site and to divide to fall into the marketing relentlessness of youtubers who are paid to promote the pools. If we have any questions you invite us to send you emails? or come in private but why not put them in public here Here is worth message remains that on telegram you deleted them when it annoys you! I am not here to say that X or Y pool is not good, but I ask for more transparency of the pools, because keep in mind nothing is free.I guess an entire channel trying to explain things to you didn't do the trick, then? 1. (For maybe the 76th time already, too) Hiveon Pool has 0% fees. The 3% you keep (so fondly) mentioning is completely optional. And it is set in place for PAID CUSTOMERS that rather opt for automatic payments instead of constantly having to top up their Hive OS account funds. The optional 3% instead of 3$ for each worker, can be enabled/disabled in your farm's Billing tab. Goes without saying that it only applies once enabled (so it won't account for any outstanding negative balances) and only for workers actually mining on Hiveon (so you can't pay for workers mining on other pools with it). We have a TON of articles, Billing FAQs, Payment FAQs, etcetc. That are VERY clear on this. So perhaps it would be best you check and actually READ them before going into your baseless little rants again. Pricing Page: https://hiveos.farm/pricingBilling FAQ: https://forum.hiveos.farm/t/billing/Hive OS Billing updates: https://medium.com/hiveon/hiveon-pool-important-updates-cd4f1be00f0aPayment FAQ: https://forum.hiveos.farm/t/payments-faq-coinpayments/35372. You're obviously a little dated with your information as we've been distributing 100% MEV rewards since the London Fork: https://t.me/minershive/1410 . 3. To summarize; * Hiveon has 0% pool fees (unless you manually opt for the 3% as explained above). * Hiveon covers transaction costs (as it also did before the fork too). * Hiveon distributes 100% MEV rewards to miners(was 90% before the London Fork: https://t.me/minershive/1302). And I wholeheartedly suggest you inform yourself on how pools actually work. If you're going to attempt to do comparisons, you should at least try to do them evenly split (preferably from the same worker), at the exact same time, for an extensive amount of time (we're not talking mere days here). On average, there's little to no difference in profits when it comes to the largest pools. You're talking about constant and derivative variables which shift any and each way consistently. Today pool X has the upper hand, tomorrow pool Y, the day after, pool Z overall the differences are negligible long-term. So my general advice is to stick to where you are whether it's hiveon or any other pool. These constant debates on what and where the profitability is at its highest is a load of biased bullshit half the time, and the other half based on ridiculous measurements and stats that are as accurate as pulling them from thin air would be. If there was one single pool that had the highest profitability out there - consistently too, everyone would be (obviously) mining on it. "Where are the hashrate stats of the pool? And your API ??" 1. Pool hashrate is on the hiveon.net mainpage... 2. Our API is obviously not hidden since most "comparing" sites - some you even use in your posts, uses it. EDIT: * "Suspicious Links" above due to bitly. * added announcement links for MEV and London Fork.
|
|
|
Here is one thing i still don't understand about hive OS, they don't update their drivers even when a new version of hive OS is out, why? There are stubborn GPUs like 3070 that failed to work on 460.35 Nvidia drivers but in the latest hiveOS it's not updated, this is pure laziness
Uhm, you do realize the latest stable image (available since July 16th) comes with Nvidia drivers: v460.84, right? Widely tested drivers are opt for for good reason and it has nothing to do with "pure laziness".
|
|
|
Next time it will be welcome if you refer who made the change of the motd … lot more mods I have, but if this is the politic of HiveOS I think is better to have it internal… and motd should be configured right…
Next time write your own motd and then mod it as you like Next time inform you before you talk... I send the motd to them before they make it public  So better read before talk you need it... I wasn't aware you're the only one being on the planet that is able to do any coding. What you sent wasn't used and was immediately deleted from the channel. So how about you get off your high horse and check the coding first before claiming anything. Edit; and you can keep your "mods" to yourself  no one asked for them, especially not with this attitude. At least you solve the bad code… lot more to do... The attitude come from your band reread your comments :-) my band? my comments? I'm only pointing out the obvious fact (check the coding) that your file wasn't used. And as you very well know it was immediately deleted after you posted it. We took your suggestion and applied it in our own way as we do with literally hundreds of suggestions from our users on a daily basis. So I'm not sure what or why you're implying here. Should we demand credit for using our original motd and modifying it? No. You want to modify it as you see fit, do so. We don't expect a cookie for it. So - again, how about you get off your high horse, tone down the self-entitlement here and in our chats, and just give people respect in order to receive it - as any normal human being should?
|
|
|
Next time it will be welcome if you refer who made the change of the motd … lot more mods I have, but if this is the politic of HiveOS I think is better to have it internal… and motd should be configured right…
Next time write your own motd and then mod it as you like Next time inform you before you talk... I send the motd to them before they make it public  So better read before talk you need it... I wasn't aware you're the only one being on the planet that is able to do any coding. What you sent wasn't used and was immediately deleted from the channel. So how about you get off your high horse and check the coding first before claiming anything. Edit; and you can keep your "mods" to yourself  no one asked for them, especially not with this attitude.
|
|
|
Hi; I have running 31 rigs with NVIDIA GPUs on HiveOS. I have running 25 rigs with AMD on Windows. And I switched 2 pcs AMD rigs to HiveOS. It's so good. I want to switch all of AMD rigs to HiveOS. But there is a problem. I have ESonic Gladiator 12GPU motherboards and Biostar TB250-BTC PRO 12GPU motherboards. No problem with NVIDIA on both of the motherboards. There is no problem with AMD on Biostar TB250-BTC PRO 12GPU motherboards. There is a problem with AMD on ESonic Gladiator 12GPU motherboards. This problem is only on HiveOS. There is no any problem on Windows. I only change SSD. Please check the image and tell me what should i do ? https://i.imgur.com/SfIkEmQ.jpg Looks like its affecting GPU on PCI Bus 01:00  This generally points to bad risers/cables or bad BIOS, but since you claim it works on Windows (even if Windows doesn't always pick up on same errors), I'd start by ensuring your motherboard BIOS is set accordingly fist. Reset BIOS to factory defaults and ensure only the following changes are made; Set PCIe Link Speed to GEN2 Disable Internal Graphics Enable Above 4G Decoding CSM Support: Disabled Set storage device with hive partition as first in boot priority (Optional) Restore AC Power Loss (Power On)
|
|
|
I was wondering. Does hiveos have on the fly memory strap feature or do I need to bios mod the gpus? I know I can flash in hiveos. Just curious if it is necessary.
You can use amdmemtweak tool which is embedded in hiveos to set the timings you want. Do note that if your cards are modded, there's really little to no point as this wouldn't do a whole lot for them.
|
|
|
Both c29/c31 are designed for 8GB GPUs. There are miners that support c29 on 4gb cards, but this is a classic space/time trade off. Meaning, hashrate just doesn't make it worthwhile to begin with. I suggest you do a little more research online and perhaps find an algo/coin better suited for your cards.
|
|
|
Hi i have a big problem with cpu mining, when i put the xmrig and 6 gpu the cpu start mine at 10%, for example if i put 4 gpu each one mines well and the cpu mines at 3600m/s but when i put 6 gpus each gpu mine well but the cpu start mine at 300m/s, what coul it be?? another problem its that the motherboard does not give me video after it past the ubuntu screen the monitor stays black, i already trie pcie gen 1, 2, 3 and auto, and put csm compatibility in bios, but nothing seams to work, its a x99 gigabyte ud4 and a msi x399 carbon
Please send us an email ( bee@hiveos.farm) with your worker link (URL to your rig's dashboard) and we'll take a look for you.
|
|
|
Has anyone been able to run rx 5700 on hiveos?
No adequate Linux drivers yet.
|
|
|
How are you mining XZC with Gminer when it doesn't support MTP? Your error suggests issues with connectivity to the pool, which makes sense when looking at your second screenshot. You need to specify stratum+tcp:// in front of the pool address. I also suggest using either T-Rex miner or Cryptodredge, both of which are far better miners than CCMiner and its forks.
|
|
|
HiveOs sets minimum fan speed to the Tahiti cards now. I used old version of HiveOs earlier and all worked good. HiveOs didn’t affect fan speeds and RPM values were taken from bios. But after upgrade fan speeds has been set to a minimum:  Also I have an error now: AMD OC failed: Detected 5 AMD cards CORE_CLOCK = 0 0 1000 1130 0 CORE_STATE = CORE_VDDC = 0 0 830 850 0 MEM_CLOCK = 0 0 1850 2150 0 MEM_STATE = FAN = REF = === GPU 0, 01:00.0 /sys/class/drm/card0 === === GPU 1, 02:00.0 /sys/class/drm/card1 === === GPU 2, 03:00.0 /sys/class/drm/card2 === How to resolve that? Which "old version" are you referring to, specifically? Did you flash the new image? Or just ran the update via the dashboard? I just ran the update via the dashboard. Version 0.6-42 works good. And I saw the messages in the forum that it's the last version that supports Tahiti GPUs. (But I not tested 0.6-43). I see in HiveOs Changelog: 0.6-43@190521 2019-05-21 minor changes in AMD OC So, I suspect, those "minor changes in AMD OC" broke the functionality of Tahiti GPUs. Can devs fix that? What was the latest version you used that was still working for these GPUs? I suggest you stick to that one for the time being. We will review any changes made that could have affected them, but do note that these GPUs are not supported to begin with (and never were). The fact they work, to any extent, is to be taken as a given, not as an absolute. https://hiveos.farm/features <-- To see a list of supported hardware (bottom of the page)
|
|
|
HiveOs sets minimum fan speed to the Tahiti cards now. I used old version of HiveOs earlier and all worked good. HiveOs didn’t affect fan speeds and RPM values were taken from bios. But after upgrade fan speeds has been set to a minimum:  Also I have an error now: AMD OC failed: Detected 5 AMD cards CORE_CLOCK = 0 0 1000 1130 0 CORE_STATE = CORE_VDDC = 0 0 830 850 0 MEM_CLOCK = 0 0 1850 2150 0 MEM_STATE = FAN = REF = === GPU 0, 01:00.0 /sys/class/drm/card0 === === GPU 1, 02:00.0 /sys/class/drm/card1 === === GPU 2, 03:00.0 /sys/class/drm/card2 === How to resolve that? Which "old version" are you referring to, specifically? Did you flash the new image? Or just ran the update via the dashboard?
|
|
|
I'm having a problem with 1 set of rigs. They are all AMD 12 gpu rigs with 4gig of ram and Celeron cpu on ASUS B250 expert MoBo. When they are rebooted the load skyrockets and slows the rig to a stop. If I unplug them they work normally at start, until they reboot again. This does not happen on my 6 rigs on the a Biostar tb 250 with everything else the same. Anyone has any idea why? Any suggestions?
This is a known issue with these boards. We're currently awaiting feedback from ASUS on the matter, but, we think it may be related to BIOS version. Anything above vers. 120x has this issue. Boards with 1001 up to 1010 don't seem to be affected. Thing is, you won't be able to rollback since they've ME locked it. Please check your BIOS version and report back so I can send as much data to their guys testing this. Thanks! I'm on Version 1206 on all I think. I run the same B250 board with 14 vegas and I have no problems unless I update Hive. Try reinstalling hive and do not update it, stay on version 0.6-01. Which BIOS version? Cause we've tested this on 60+ boards and all show the same issue. The issue was seen on even lower (builds 0.5-xx)
|
|
|
Hi,
I wanted to test hive os with one of my assus b250 rig. Which has nvdia and mad cards. For nvdia works fine. But I am not able to control amd cards. Allways receive amd overclock failed message and some rx570 cards works only 5 mhs. When chech amd-info works very slow and shows only 300 mhz. But at the same rig, I can control nvidia cards without issue.
I hope sone one help me.
We don't recommend the ASUS B250 ME because as it stands, there are currently known issues with high LA caused by these boards on BIOS vers. 120x and up. We're still waiting for official word from ASUS on the matter but this seems to affect AMD beyond a certain number of cards on these boards. Any version prior to 120x seem to be working fine. As for your specific issue, check what the LA is at because it sounds to me like the rig is tilting. If that's the case, you're most likely affected by the same issue. A workaround is to power-cycle the rig(instead of shutting down or restarting, note that this is to be done EVERY time) or connect fewer cards (some board take up to 5, some take up to 6). Also, ensure that your BIOS settings are set correctly: Advanced\PCH Configuration\PCI Express Configuration -> PCIe Speed -> Gen 2Advanced\System Agent (SA) Configuration\PEG Port Configuration -> PCIEX16_1 Link Speed -> Gen 2
|
|
|
I'm having a problem with 1 set of rigs. They are all AMD 12 gpu rigs with 4gig of ram and Celeron cpu on ASUS B250 expert MoBo. When they are rebooted the load skyrockets and slows the rig to a stop. If I unplug them they work normally at start, until they reboot again. This does not happen on my 6 rigs on the a Biostar tb 250 with everything else the same. Anyone has any idea why? Any suggestions?
This is a known issue with these boards. We're currently awaiting feedback from ASUS on the matter, but, we think it may be related to BIOS version. Anything above vers. 120x has this issue. Boards with 1001 up to 1010 don't seem to be affected. Thing is, you won't be able to rollback since they've ME locked it. Please check your BIOS version and report back so I can send as much data to their guys testing this. Thanks!
|
|
|
Apologies if this is a stupid question...I have searched around and I am not finding anything.
I have an RX580/570 farm on HiveOS. I want to mine the most profitable option. I am a bit above breakeven given my power situation. On whattomine.com, AMD cards get the best profit on Nicehash. I used to mine ethermine.org but decided to try nicehash. Occasionally...like every few hours, my whole farm goes down. It appears to be because the nicehash pool is not accepting connections for a few minutes. It will then resume.
My questions: Do you think nicehash is the most profitable?
I am staying with HiveOS for sure....I love it...but is the way I am mining through Nicehash the best idea?
Do you know why Nicehash connection goes down so much?
Thanks for your help!
I personally think Nicehash should be avoided like the plague. A brief look at their dodgy history alone and the number of users and issues they still ignore should already tell you all you need to know about them. People tend to use Nicehash either due to ignorance(not negatively put but in terms of how and what to mine) or due to convenience with the auto conversion to BTC. Mining the actual coin yourself, although arguably more time consuming, grants you the power to trade it on YOUR terms. Which, if done correctly, will always be more profitable. Now, in terms of its mining service and servers, although they constantly claim there are no issues, this is quite easily proven by pointing your miners to (literally) any other pool. A certain magic happens where you no longer experience the same amount of rejects, invalids or connection dropouts.
|
|
|
Hi i have one PROBLEM. I am using HiveOS on 6x Sapphire RX 570 GPU rig and everything works ok only LAST gpu (gpu5) is having 20W more power usage then others. Others have 80w , last one has 100w. I tried lowering clocks and voltages, it does not help too much. All settings are the same just that last one has 20w more power usage. No idea why. C Can anyone help ? Tnx
It could be that this particular card just needs more juice to get things done. I've come across cards that no matter what you throw at them, they won't function below/above a certain number, while others can/will. That's the silicon lottery. You can have the exact same cards, from the same brand, same memory manufacturer, and they can still be vastly different in terms of performance. That being said, you could try checking the card's BIOS to make sure there are no weird settings set. You could try a different riser. Easy to do is just grab this card and swap places with GPU0, for instance. see if the problem moves with card or stays with the riser. Basically, the general troubleshooting.
|
|
|
If I use Awesome Miner as my primary controller and install the Remote Agent on my Hive OS rigs, do I still need to "register" the rigs in the "Hive cloud", or can I get by with just entering a rig name and password in the init.conf file and never bother managing the rig(s) from the Hive web based service?
I realize that going this route, I won't be able to update the Hive OS version on each rig as new releases come out, but since Awesome Miner takes care of keeping the mining software updated, this is less of an issue I would think. So whenever a new Hive OS image comes out, that would be when I would update the rigs and of course I can run the nvidia-driver-update command as explained in the previous post to keep the video drivers current.
Thoughts?
I honestly don't get why you'd want to go through all these loops and hoops, for 0 advantage and twice the hassle. If you like Awesome Miner, just install windows and run their app. I don't see the point, nor benefit, in running hive on your rigs without using any of the features that make it such a great OS and platform to begin with. The entire point of hive is to deploy, monitor and manage your rigs from a single web-based dashboard. You basically want to ditch that to use a, IMHO inferior, monitoring tool that doesn't support half of hive's features or miners.
|
|
|
Cuda 9.2 and up are now the default on most miners. You'll need at least 396.54, which is recommended on 0.6-01 (and above). Start a Hive Shell session Run the following commands; Note that logs should be turned back off after this procedure if you're running hive off a USB stickOnce you reboot start a Hive Shell session again. Run the following; systemctl stop hivex miner stop apt update nvidia-driver-update The installation could take up to around 10 minutes on SSD (depending on your internet connection speed) and takes longer on USB stick. Reboot the machine again once done. On some systems, OC and FAN settings may fail after a driver upgrade. This can easily be fixed. Start a Hive Shell session Run the following; systemctl stop hivex miner stop apt-get install --reinstall -y nvidia-settings reboot All should be working again. Let me know how it goes! Actually, just one command is pretty sufficient. Goes brilliant on recent Hives like 06-4x. Yes, in most cases just running the is enough, but the above steps ensure chances of things going wrong are kept to an absolute minimum. Especially in cases where individuals come from older builds.
|
|
|
phoenixminer exited, waiting to cooldown a bit
Phoenix Miner 4.2c Linux/gcc - Release build --------------------------------------------
CUDA version: 9.0, CUDA runtime: 8.0 OpenCL driver version: 17.50-511655 Unknown OpenCL driver version! Hashrate and stale shares may suffer OpenCL platform: OpenCL 2.1 AMD-APP (2527.3) Available GPUs for mining: GPU1: P106-100 (pcie 1), CUDA cap. 6.1, 5.9 GB VRAM, 10 CUs GPU2: P106-100 (pcie 3), CUDA cap. 6.1, 5.9 GB VRAM, 10 CUs GPU3: P106-100 (pcie 4), CUDA cap. 6.1, 5.9 GB VRAM, 10 CUs /hive/miners/phoenixminer/h-run.sh: line 23: 17457 Segmentation fault ./PhoenixMiner
phoenixminer exited, waiting to cooldown a bit
is this the correct miner log? can't seem to find more details on it. how do i correct it?
thanks
What driver version are you currently running? 4.13.16-hiveosKernel Version N390.48 P106-100 × 3 is it correct driver for p106? Cuda 9.2 and up are now the default on most miners. You'll need at least 396.54, which is recommended on 0.6-01 (and above). Start a Hive Shell session Run the following commands; Note that logs should be turned back off after this procedure if you're running hive off a USB stickOnce you reboot start a Hive Shell session again. Run the following; systemctl stop hivex miner stop apt update nvidia-driver-update The installation could take up to around 10 minutes on SSD (depending on your internet connection speed) and takes longer on USB stick. Reboot the machine again once done. On some systems, OC and FAN settings may fail after a driver upgrade. This can easily be fixed. Start a Hive Shell session Run the following; systemctl stop hivex miner stop apt-get install --reinstall -y nvidia-settings reboot All should be working again. Let me know how it goes!
|
|
|
|