-
br-m
<ravfx:xmr.mx> fiuuuu
-
br-m
<ravfx:xmr.mx> Server decided that it would remove one nvme drive by surprise :D
-
br-m
<ravfx:xmr.mx> While compiling monero pool stuff :D
-
br-m
<ravfx:xmr.mx> [... more lines follow, see
mrelay.p2pool.observer/e/07Huz9oKdElPN2JI ]
-
br-m
<ravfx:xmr.mx> md0 : active (auto-read-only) raid1 nvme0n1p1[0]
-
br-m
<ravfx:xmr.mx> 4189184 blocks super 1.2 [2/1] [U_]
-
br-m
<ravfx:xmr.mx> md2 : active raid1 nvme0n1p3[0]
-
br-m
<ravfx:xmr.mx> 10476544 blocks super 1.2 [2/1] [U_][... more lines follow, see
mrelay.p2pool.observer/e/-ervz9oKeTZNcXI1 ]
-
br-m
<ravfx:xmr.mx> Why do big host provide Samsung nvme drive in there dedicated server, they arent reliable.
-
br-m
<ravfx:xmr.mx> It got the same exact issue on my other server (the one that run ma other monero node), two times.. Drive vanish... Rebooting dont bring the drive back, only a power cycle do.
-
br-m
<ravfx:xmr.mx> On that later server I replaced the samsung drives for Kyoxia drives. But I dont think I get get provider I can't control to replace the drive with non-samsung one..
-
br-m
<ravfx:xmr.mx> Maybe I have to relocate
-
br-m
<321bob321> Check probably
-
br-m
<321bob321> Cheap*
-
nioc
I have 3 samsung SSDs with the oldest running a node for 5.5 years
-
nioc
none have had a problem
-
br-m
<ravfx:xmr.mx> I never had issue on my samsung drive in com various consumer PC. Even the want that I used down to 100% still work fine.
-
br-m
<ravfx:xmr.mx> But its the second server on where a samsung drive vanish from the pcie bus. Both of them, the drive would now show up after a reboot, only a power cycle brought it back
-
br-m
<ravfx:xmr.mx> Not show up*
-
br-m
<ravfx:xmr.mx> The slop told me it was common on samsung drives
-
br-m
<ravfx:xmr.mx> The drive literally vanish without logging anything in smart. It's like if there controller hang and don't even obey the reset signal
-
nioc
ah
-
nioc
slop never tells me anything
-
nioc
rabbit holes are nice
-
br-m
<ravfx:xmr.mx> yeah, but still, theses drive have serious reliability issues if they can vanish from the bus just like that for fun
-
br-m
<ravfx:xmr.mx> Seam to have to most recent firmware...
-
br-m
<ravfx:xmr.mx> Hardest part will be to find replacement dedicated server that don't contain that Samsung crap
-
br-m
<321bob321> You can ask them what drives they use
-
br-m
<ravfx:xmr.mx> That being said, no data has been lost (like at all).
-
br-m
<ravfx:xmr.mx> Every time a drive Samsung vanished, LVM2 was fast enough to catch it and shutoff the affected LVs. The VM all complain about IO errors but then once your back it's nothing more than en unexpected shutdown.
-
br-m
<ravfx:xmr.mx> On my other server on where that issue occured, KVM even automatically "paused" the affected VM before they began to IO error. (I just did not have space on / here to suspend 60GB worth of VM because well, I did not plan to pause VMs 😂)
-
br-m
<ravfx:xmr.mx> [... more lines follow, see
mrelay.p2pool.observer/e/uOaH1NoKclBibllr ]
-
br-m
<datahoarder> future donations should appear under
blocks.p2pool.observer/payments automatically > <@ravfx:xmr.mx> xmr.mx now accept donations finally! :
xmr.mx/donate.html
-
zkwhtlvqe9605
hello, im from asia
-
br-m
<sbt:nope.chat> Touch some grass jeez. Who is this loser? > <@dumb_of_ass.:matrix.org> ^ who the fuck even is gonna donate to you aside from actual feds? yall already on the feds payroll
-
Cindy
i got confused by bounties.monero.social's UI lol
-
Cindy
when a comment is older than a year, it displays it by "<month> <day>"
-
Cindy
instead of "<x> months ago"
-
Cindy
i actually thought those comments happened this year
-
xorchyber
/exit
-
br-m
<everchange000:matrix.org> Alright, so I want to run a Monero node via I2P, using i2pd. why does monerod --proxy=127.0.0.1:4447 --daemon-address=
asdfgasdfgasdfgasdfgasdfgasdfgasdfgasdfgasdfgasdfgas.b32.i2p:18283 --trusted-daemon executed as the monero user, not start the daemon, but instead print the help options?
-
br-m
<everchange000:matrix.org> I've checked the b32 address and ensured it's tunnel type is http.
-
Cindy
--daemon-address is not a real argument
-
br-m
<ravfx:xmr.mx> That's for wallet cli and rpc
-
Cindy
neither is --trusted-daemon
-
br-m
<ravfx:xmr.mx> Yeah, same
-
Cindy
did you get the command from chatgpt?
-
br-m
-
Cindy
that's for wallet cli
-
Cindy
not monerod
-
br-m
<everchange000:matrix.org> at the very bottom select I2P and Monero CLI
-
br-m
<ravfx:xmr.mx> Maybe what you want is --add-exclusive-node ?
-
Cindy
that page talks about the wallet programms
-
br-m
<everchange000:matrix.org> I guess the Node Configuration section is the only relevant one.
-
br-m
<everchange000:matrix.org> Thanks for noticing the error, I didn't notice.
-
br-m
<everchange000:matrix.org> Can the same user run multiple monero nodes easily?
-
br-m
<everchange000:matrix.org> it seems I need to modify ~/.bitmonero/bitmonero.conf, which makes me think, I have to create another user for the I2P monerod
-
br-m
<everchange000:matrix.org> kinda non trivial running two nodes on the same machine.
-
br-m
<rucknium> @everchange000:matrix.org: It's not difficult. You just need to specify different p2p, RPC, and ZMQ ports.
-
br-m
<rucknium> Because two programs can't use the same ports on the same machine.
-
» br-m <everchange000:matrix.org> looks up ZMQ port
-
br-m
<rucknium> It's probably easier to just disable ZMQ on the 2nd node
-
br-m
<rucknium> You can add these flags. I use flags instead of config files. --rpc-bind-port <random port> --p2p-bind-port <different random port> --no-zmq
-
br-m
<everchange000:matrix.org> @rucknium: thanks
-
br-m
<rucknium> @everchange000:matrix.org: You also need to specify a different directory for the second copy of the blockchain. Make sure you have enough storage space
-
br-m
<rucknium> --data-dir <directory>
-
br-m
<everchange000:matrix.org> @rucknium: can't I just symlink?
-
br-m
<everchange000:matrix.org> Storage is not an issue. But the last symc was like 6days
-
br-m
<everchange000:matrix.org> so two monerod instances with the same data dir clash?
-
br-m
<rucknium> @everchange000:matrix.org: Yes. Only one monerod instance per blockchain database file.
-
br-m
<rucknium> You can stop monerod and make a copy of the database file. That would skip the sync.
-
br-m
<everchange000:matrix.org> @rucknium: Amen 🙏
-
br-m
<ofrnxmr> @rucknium: You can use the same db
-
br-m
<ofrnxmr> Just dont allow connections on one of them
-
br-m
<rucknium> No p2p connections?
-
br-m
<ofrnxmr> Yeah
-
br-m
<everchange000:matrix.org> I have one node mining via p2pool. The other node is for the community.
-
br-m
-
br-m
<ofrnxmr> > I've found that when running two daemons on the same DB
-
br-m
<ofrnxmr> @everchange000:matrix.org: Why not use the same node for both?
-
br-m
<everchange000:matrix.org> @ofrnxmr: how would that work?
-
br-m
<everchange000:matrix.org> can I just pass additional ports?
-
br-m
<ofrnxmr> not sure i understand why it wouldnt work
-
br-m
<ofrnxmr> The i2p and the p2pool configs dont conflict
-
br-m
<everchange000:matrix.org> I'll test that tomorrow. I'm sleepy. Thanks for the input everyone.
-
br-m
<ofrnxmr> P2pool config: zmq-pub=tcp://ip:port
-
br-m
<ofrnxmr> i2p config: tx-proxy=i2p,ip:port[,max_conmections][,disable_noise]
-
br-m
<ofrnxmr> anonymous-inbound=hiddenservice.b32.i2p,[ip:]port[,max_connections]