doriangray
|
|
March 02, 2017, 08:13:01 AM |
|
Another great day to sell some Dash and buy Monero.
Yeah that's what I did, I anticipate Monero will be on top 4 in market capitalizations soon.
|
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
March 02, 2017, 12:28:51 PM Last edit: March 02, 2017, 01:30:38 PM by fluffypony |
|
Reposting what I said on Reddit: Just to clarify, it's not a fork, and it does not appear to be malicious. A portion of nodes running 0.10.2.0 or 0.10.2.1 handled a reorg badly, leaving a hash->index entry in the database that should've been cleaned up, causing those nodes not to be able to sync past that block. To reiterate: it is not a consensus issue, it is not a fork, and it does not appear to be malicious. It is a DB bug that affected a limited number of nodes. At this time we are debugging it further, and will roll a new point release out when we have a fix. A quick fix is to export and reimport your blockchain.
|
|
|
|
axlroses
|
|
March 02, 2017, 12:37:42 PM |
|
monero vs bitcoin
|
|
|
|
CryptShark
|
|
March 02, 2017, 05:45:35 PM |
|
I did export and re-import, all looks good but i get :
2017-Mar-02 BLOCK ADDED AS ALTERNATIVE ON HEIGH......
Is this normal? I dont re-call seeing this before
Thanks,
|
|
|
|
phytosaw22
Member
Offline
Activity: 84
Merit: 10
|
|
March 02, 2017, 05:49:38 PM |
|
Much better than Dash. This coin will go up soon, mark me words!
|
SHIFT - Decentralize the web
|
|
|
luigi1111
Legendary
Offline
Activity: 1105
Merit: 1000
|
|
March 02, 2017, 11:37:37 PM |
|
I did export and re-import, all looks good but i get :
2017-Mar-02 BLOCK ADDED AS ALTERNATIVE ON HEIGH......
Is this normal? I dont re-call seeing this before
Thanks,
This is normal. It occurs when two miners find a solution for the next block at the ~same time; both get published, and the remaining hash power will accept and start building on one or the other. When a new block is found, the "fork" will resolve and all nodes should switch to the longer chain (if they were not on it).
|
|
|
|
B8888
Newbie
Offline
Activity: 59
Merit: 0
|
|
March 02, 2017, 11:38:50 PM |
|
When comparing XMR to DASH. Lets say XMR gets mass adoption wouldnt you say it is much easier to secure XMR network for general person? - no 1000 coin requirement, no wallet requirement - ( yes you could run a dash full node with wallet open just as easy as monerod) but I think the fact that monero seperates the wallet from monerod is a great option. People who just want to secure the network and make xmr stronger can run this monerod on as many pc as possible and secure the network. Am I on the right track here?
Some say there is no incentive to run full node on XMR. But if your business revolves around privacy then running some full nodes on different PC is a good thing to do and will help the cause. XMR could one day have more full nodes than active DASH masternodes correct? - that could happen very quick from what I understand, therefore making XMR much more decentralized and secure.
|
|
|
|
c789
|
|
March 03, 2017, 12:21:57 AM |
|
When comparing XMR to DASH. Lets say XMR gets mass adoption wouldnt you say it is much easier to secure XMR network for general person? - no 1000 coin requirement, no wallet requirement - ( yes you could run a dash full node with wallet open just as easy as monerod) but I think the fact that monero seperates the wallet from monerod is a great option. People who just want to secure the network and make xmr stronger can run this monerod on as many pc as possible and secure the network. Am I on the right track here?
Spot on. Some say there is no incentive to run full node on XMR. But if your business revolves around privacy then running some full nodes on different PC is a good thing to do and will help the cause. XMR could one day have more full nodes than active DASH masternodes correct? - that could happen very quick from what I understand, therefore making XMR much more decentralized and secure.
Again, spot on. And running a full node is easy. At home I run one full-time, another one part-time, and I have a website that runs a node full-time. Aside from the initial sync it takes up very little resources. Here's a fun link: https://monerohash.com/nodes-distribution.html
|
|
|
|
mrtrodonet
Newbie
Offline
Activity: 14
Merit: 0
|
|
March 03, 2017, 04:26:23 AM |
|
Fellow monero miners, please help!
I'm building a 6 x MSI rx480 4gb(stock bios) mining rig. Using Biostar TB85 Mobo with windows 7x64. I installed the latest updates and AMD drivers, but I have an issue where only 4 of 6 vide cards are recognized by the system. The other two report error 43 device manager.
I have tried moving the cables around, always the same 2 cards in the device manager. Card 3 and card 5. This makes me believe that cards and risers are not an issue, but it is either os/driver or the mobo. I have the same mobo running 6 GTX1070 with no issues... Any insight would be very appreciated. If you don't know what my issue is, but know what motherboard works, please let me know.
make sure you set your PCIE lanes in the bios to x1. Thats all thats needed for mining and i found any higher setting like x16 stopped me from using all cards. I found a setting that allows me to select 1gen/2gen for regular pci-e ports and gen1-gen3 for pci-e x16. Is that an equivalent? I booted removed all GPUS and re-discovered them in device manager but 2 of them still report error 43
|
|
|
|
Bobo81
|
|
March 03, 2017, 05:44:21 AM |
|
Much better than Dash. This coin will go up soon, mark me words!
Or not...
|
|
|
|
Dodnastes
Newbie
Offline
Activity: 58
Merit: 0
|
|
March 03, 2017, 08:31:06 AM |
|
Fellow monero miners, please help!
I'm building a 6 x MSI rx480 4gb(stock bios) mining rig. Using Biostar TB85 Mobo with windows 7x64. I installed the latest updates and AMD drivers, but I have an issue where only 4 of 6 vide cards are recognized by the system. The other two report error 43 device manager.
I have tried moving the cables around, always the same 2 cards in the device manager. Card 3 and card 5. This makes me believe that cards and risers are not an issue, but it is either os/driver or the mobo. I have the same mobo running 6 GTX1070 with no issues... Any insight would be very appreciated. If you don't know what my issue is, but know what motherboard works, please let me know.
make sure you set your PCIE lanes in the bios to x1. Thats all thats needed for mining and i found any higher setting like x16 stopped me from using all cards. I found a setting that allows me to select 1gen/2gen for regular pci-e ports and gen1-gen3 for pci-e x16. Is that an equivalent? I booted removed all GPUS and re-discovered them in device manager but 2 of them still report error 43 You need to use 6+GPU mod to make all the GPU recognized in Windows.
|
|
|
|
visdude
Legendary
Offline
Activity: 1081
Merit: 1001
|
|
March 03, 2017, 09:36:30 AM |
|
I'm having issues with 0.10.2.1 that I never got with 0.10.1.0. Firstly, though it runs and syncs as expected, why am I getting a "FATAL" warning of some sort each time I start this latest version of the daemon (2nd line)? 2017-03-02 19:41:49.527 4776 INFO global contrib/epee/src/mlog.cpp:145 New log categories: *:WARNING,net:FATAL,net.p2p:FATAL,global:INFO,verify:FATAL,s tacktrace:INFO 2017-03-02 19:41:49.528 4776 INFO global src/daemon/main.cpp:282 Monero ' Wolfram Warptangent' (v0.10.2.1-release) 2017-03-02 19:41:49.528 4776 INFO global src/daemon/protocol.h:55 Initializing cryptonote protocol... 2017-03-02 19:41:49.528 4776 INFO global src/daemon/protocol.h:60 Cryptonote protocol initialized OK 2017-03-02 19:41:49.529 4776 INFO global src/daemon/p2p.h:63 Initiali zing p2p server... 2017-03-02 19:41:57.490 4776 INFO global src/daemon/p2p.h:68 P2p serv er initialized OK 2017-03-02 19:42:04.435 4776 INFO global src/daemon/rpc.h:58 Initiali zing core rpc server... 2017-03-02 19:42:04.437 4776 INFO global contrib/epee/include/net/http_se rver_impl_base.h:70 Binding on 127.0.0.1:18081 2017-03-02 19:42:04.443 4776 INFO global src/daemon/rpc.h:63 Core rpc server initialized OK on port: 18081 2017-03-02 19:42:04.443 4776 INFO global src/daemon/core.h:73 Initiali zing core... 2017-03-02 19:42:04.469 4776 INFO global src/cryptonote_core/cryptonote_c ore.cpp:316 Loading blockchain from folder C:\ProgramData\bitmonero\lmdb ... Secondly, it doesn't like it when I introduce the arg, "--rpc-bind-ip 0.0.0.0 --restricted-rpc" and craps out as soon as it starts to initialize the p2p server. Right about here: 2017-03-02 19:41:49.527 4776 INFO global contrib/epee/src/mlog.cpp:145 New log categories: *:WARNING,net:FATAL,net.p2p:FATAL,global:INFO,verify:FATAL,s tacktrace:INFO 2017-03-02 19:41:49.528 4776 INFO global src/daemon/main.cpp:282 Monero ' Wolfram Warptangent' (v0.10.2.1-release) 2017-03-02 19:41:49.528 4776 INFO global src/daemon/protocol.h:55 Initializing cryptonote protocol... 2017-03-02 19:41:49.528 4776 INFO global src/daemon/protocol.h:60 Cryptonote protocol initialized OK 2017-03-02 19:41:49.529 4776 INFO global src/daemon/p2p.h:63 Initiali zing p2p server... Again, I never got these with 0.10.1.0.
|
|
|
|
template
|
|
March 03, 2017, 10:51:20 AM |
|
XMR next week price $25+ waiting for it
|
|
|
|
MoneroMooo
Legendary
Offline
Activity: 1276
Merit: 1001
|
|
March 03, 2017, 11:17:59 AM |
|
I'm having issues with 0.10.2.1 that I never got with 0.10.1.0. Firstly, though it runs and syncs as expected, why am I getting a "FATAL" warning of some sort each time I start this latest version of the daemon (2nd line)?
There's no error here. Just because the string "FATAL" is somewhere doesn't mean something broke. It depends on the context the word is used in. Secondly, it doesn't like it when I introduce the arg, "--rpc-bind-ip 0.0.0.0 --restricted-rpc" and craps out as soon as it starts to initialize the p2p server. Right about here:
That does not include the error, but it's likely the bit you omitted also tells you to use either --disable-rpc-login or other arguments. Try doing one of those (--disable-rpc-login will behave as previous monero versions).
|
|
|
|
visdude
Legendary
Offline
Activity: 1081
Merit: 1001
|
|
March 03, 2017, 12:32:04 PM Last edit: March 03, 2017, 01:01:19 PM by visdude |
|
I'm having issues with 0.10.2.1 that I never got with 0.10.1.0. Firstly, though it runs and syncs as expected, why am I getting a "FATAL" warning of some sort each time I start this latest version of the daemon (2nd line)?
There's no error here. Just because the string "FATAL" is somewhere doesn't mean something broke. It depends on the context the word is used in. Secondly, it doesn't like it when I introduce the arg, "--rpc-bind-ip 0.0.0.0 --restricted-rpc" and craps out as soon as it starts to initialize the p2p server. Right about here:
That does not include the error, but it's likely the bit you omitted also tells you to use either --disable-rpc-login or other arguments. Try doing one of those (--disable-rpc-login will behave as previous monero versions). Noted. It's disconcerting to see "WARNING" AND "FATAL" nevertheless. I'm now very confused. So it's "--disable-rpc-login --rpc-bind-ip 0.0.0.0 --restricted-rpc" then? BTW, I don't have CLI savvy like you folks. In fact, it horrifies me. I'm only copying and pasting the arg mentioned from the suggestions on previous pages of this thread for purposes of being able to remotely access/connect to my node with GUI wallet (in conjunction with router port forwarding). Edit: By "craps out", I meant the CLI window closes at that particular point. Therefore, no displayed error.
|
|
|
|
Chicken76
Newbie
Offline
Activity: 58
Merit: 0
|
|
March 03, 2017, 01:06:16 PM |
|
I'm getting a lot of these messages from the daemon: 2017-03-03 12:49:20.929 [P2P6] WARN net.cn src/cryptonote_protocol/cryptonote_protocol_handler-base.cpp:125 RATE LIMIT NOT IMPLEMENTED HERE YET (download at unlimited speed?) Can anyone explain what this means? I have not set any limits. Do I need to?
|
|
|
|
mrtrodonet
Newbie
Offline
Activity: 14
Merit: 0
|
|
March 03, 2017, 04:25:07 PM |
|
Fellow monero miners, please help!
I'm building a 6 x MSI rx480 4gb(stock bios) mining rig. Using Biostar TB85 Mobo with windows 7x64. I installed the latest updates and AMD drivers, but I have an issue where only 4 of 6 vide cards are recognized by the system. The other two report error 43 device manager.
I have tried moving the cables around, always the same 2 cards in the device manager. Card 3 and card 5. This makes me believe that cards and risers are not an issue, but it is either os/driver or the mobo. I have the same mobo running 6 GTX1070 with no issues... Any insight would be very appreciated. If you don't know what my issue is, but know what motherboard works, please let me know.
make sure you set your PCIE lanes in the bios to x1. Thats all thats needed for mining and i found any higher setting like x16 stopped me from using all cards. I found a setting that allows me to select 1gen/2gen for regular pci-e ports and gen1-gen3 for pci-e x16. Is that an equivalent? I booted removed all GPUS and re-discovered them in device manager but 2 of them still report error 43 You need to use 6+GPU mod to make all the GPU recognized in Windows. Can you give me more details? Is it a driver mod? where do i find the Patch?
|
|
|
|
luigi1111
Legendary
Offline
Activity: 1105
Merit: 1000
|
|
March 03, 2017, 10:11:24 PM |
|
I'm having issues with 0.10.2.1 that I never got with 0.10.1.0. Firstly, though it runs and syncs as expected, why am I getting a "FATAL" warning of some sort each time I start this latest version of the daemon (2nd line)?
There's no error here. Just because the string "FATAL" is somewhere doesn't mean something broke. It depends on the context the word is used in. Secondly, it doesn't like it when I introduce the arg, "--rpc-bind-ip 0.0.0.0 --restricted-rpc" and craps out as soon as it starts to initialize the p2p server. Right about here:
That does not include the error, but it's likely the bit you omitted also tells you to use either --disable-rpc-login or other arguments. Try doing one of those (--disable-rpc-login will behave as previous monero versions). Noted. It's disconcerting to see "WARNING" AND "FATAL" nevertheless. I'm now very confused. So it's "--disable-rpc-login --rpc-bind-ip 0.0.0.0 --restricted-rpc" then? BTW, I don't have CLI savvy like you folks. In fact, it horrifies me. I'm only copying and pasting the arg mentioned from the suggestions on previous pages of this thread for purposes of being able to remotely access/connect to my node with GUI wallet (in conjunction with router port forwarding). Edit: By "craps out", I meant the CLI window closes at that particular point. Therefore, no displayed error. It's telling you "WARNING" and "FATAL" are active log categories, which I would assume should be a comfort. For your second thing, I'd run the commands from a terminal, which shouldn't close if an error happens (if you were running it in a script, you can just launch the script from the terminal instead).
|
|
|
|
phishead
|
|
March 04, 2017, 04:36:48 AM |
|
Any body feel like throwing a couple romeritos on a March Madness bracket? Join us over at the Monero Madness thread
|
|
|
|
|