[XMR] Monero - A secure, private, untraceable cryptocurrency - page 738.

equipoise

hero member

Activity: 794

Merit: 1000

Monero (XMR) - secure, private, untraceable

Quote from: elrippo on December 01, 2015, 01:51:53 PM

Hy Ladies and Gents,
i got a small problem on Kubuntu 14.04 64bit
I want to exit bitmonerod v.08.8.6-release with the exit command, well nothing happens.
See the output form the terminal -> could you please advise what i can do?

Code:

2015-Dec-01 19:34:19.190466 [P2P8][192.241.219.6:18080 OUT] SYNCHRONIZED OK
2015-Dec-01 19:34:20.050032 [P2P2][80.71.13.55:18080 OUT] SYNCHRONIZED OK
2015-Dec-01 19:34:56.476377 [P2P8][184.166.185.230:18080 OUT] SYNCHRONIZED OK
save
2015-Dec-01 19:38:51.230558 Storing blockchain...
2015-Dec-01 19:41:34.489371 Blockchain stored OK.
exit
2015-Dec-01 19:41:39.634967 [node] Stop signal sent
^C2015-Dec-01 19:43:13.872076 [SRV_MAIN][node] Stop signal sent
exit
^C2015-Dec-01 19:46:29.085640 [SRV_MAIN][node] Stop signal sent

The CPU load returns to "normal" but the process does not store and exit....

It was reported previously on some systems. Enter 'exit' again.

elrippo

legendary

Activity: 1008

Merit: 1001

Hy Ladies and Gents,
i got a small problem on Kubuntu 14.04 64bit
I want to exit bitmonerod v.08.8.6-release with the exit command, well nothing happens.
See the output form the terminal -> could you please advise what i can do?

Code:

2015-Dec-01 19:34:19.190466 [P2P8][192.241.219.6:18080 OUT] SYNCHRONIZED OK
2015-Dec-01 19:34:20.050032 [P2P2][80.71.13.55:18080 OUT] SYNCHRONIZED OK
2015-Dec-01 19:34:56.476377 [P2P8][184.166.185.230:18080 OUT] SYNCHRONIZED OK
save
2015-Dec-01 19:38:51.230558 Storing blockchain...
2015-Dec-01 19:41:34.489371 Blockchain stored OK.
exit
2015-Dec-01 19:41:39.634967 [node] Stop signal sent
^C2015-Dec-01 19:43:13.872076 [SRV_MAIN][node] Stop signal sent
exit
^C2015-Dec-01 19:46:29.085640 [SRV_MAIN][node] Stop signal sent

The CPU load returns to "normal" but the process does not store and exit....

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: saddambitcoin on December 01, 2015, 09:45:43 AM

Quote from: MoneroMooo on November 30, 2015, 06:47:49 PM

Quote from: saddambitcoin on November 30, 2015, 06:33:11 PM

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

Join IRC please. I'd like to get to the bottom of this, as I've seen it reported before.

Thanks again for your help, but I'm going to have to look for a new VPS, since I've been suspended for causing high load. No idea what the problem was, as I've run a node successfully on Digital Ocean on a VPS with the same specs.

Anyway, does anyone have a recommendation for a non-US VPS provider that accepts bitcoin?

What is your goal? Why not just run a node from home?

this is fun: http://lowendbox.com/

saddambitcoin

legendary

Activity: 1610

Merit: 1004

Quote from: MoneroMooo on November 30, 2015, 06:47:49 PM

Quote from: saddambitcoin on November 30, 2015, 06:33:11 PM

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

Join IRC please. I'd like to get to the bottom of this, as I've seen it reported before.

Thanks again for your help, but I'm going to have to look for a new VPS, since I've been suspended for causing high load. No idea what the problem was, as I've run a node successfully on Digital Ocean on a VPS with the same specs.

Anyway, does anyone have a recommendation for a non-US VPS provider that accepts bitcoin?

nioc

legendary

Activity: 1624

Merit: 1008

Quote from: nioc on November 30, 2015, 06:12:08 AM

Quote from: 8XMR on November 30, 2015, 05:30:55 AM

Quote from: nioc on November 29, 2015, 07:46:33 PM

Only 8 pull requests merged today Wink

Release those Mustangs into the wild Cool

Much github activity recently. Good progress.

I spoke too soon, make that 10 pull requests merged.

Thank you monermooo and fluffypony

I forgot to take my shoes off. Make that 13.

I wonder if fluffypony dreams of being a mustang.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: onemorexmr on November 30, 2015, 06:48:38 PM

Quote from: saddambitcoin on November 30, 2015, 06:33:11 PM

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

are you running on 32bit?
i found this issue: https://github.com/monero-project/bitmonero/issues/402
which seems to only affect 32bit and is solved with 64bit

You can't use LMDB on 32-bit, you must use the berkeley database i.e. "--db-type berkeley" option. That should be the default on 32 bit builds, but maybe that doesn't happen properly in some cases.

onemorexmr

sr. member

Activity: 252

Merit: 251

Quote from: saddambitcoin on November 30, 2015, 06:33:11 PM

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

are you running on 32bit?
i found this issue: https://github.com/monero-project/bitmonero/issues/402
which seems to only affect 32bit and is solved with 64bit

MoneroMooo

legendary

Activity: 1276

Merit: 1001

Quote from: saddambitcoin on November 30, 2015, 06:33:11 PM

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

Join IRC please. I'd like to get to the bottom of this, as I've seen it reported before.

saddambitcoin

legendary

Activity: 1610

Merit: 1004

Trying to sync the newest bitmonerod on a new VPS, it keeps crashing after this point:

Code:

2015-Dec-01 00:26:43.936098 [P2P9]LMDB Mapsize increased. Old: 1024MiB, New: 2048MiB

Is there anything I can do to get past this?

edit: any by crashing i mean the entire server crashes, I have to reboot the VPS and then delete the db and start syncing from scratch again.

smooth

legendary

Activity: 2968

Merit: 1198

magnatoj, please stick to your own thread or threads relevant to cryptonote coins in general, unless you care to discuss Monero specifically here.

Best of luck with your project but spamming isn't a good idea.

nioc

legendary

Activity: 1624

Merit: 1008

Quote from: 8XMR on November 30, 2015, 05:30:55 AM

Quote from: nioc on November 29, 2015, 07:46:33 PM

Only 8 pull requests merged today Wink

Release those Mustangs into the wild Cool

Much github activity recently. Good progress.

I spoke too soon, make that 10 pull requests merged.

Thank you monermooo and fluffypony

8XMR

member

Activity: 88

Merit: 10

Quote from: nioc on November 29, 2015, 07:46:33 PM

Only 8 pull requests merged today Wink

Release those Mustangs into the wild Cool

Much github activity recently. Good progress.

nioc

legendary

Activity: 1624

Merit: 1008

Only 8 pull requests merged today Wink

Release those Mustangs into the wild Cool

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

Funding required for XMR pool infrastructure overhaul (done by Wolf0):

https://forum.getmonero.org/8/funding-required/2412/xmr-pool-infrastructure-overhaul?sort=date_desc

PS: Even if you don't have an account you are able to contribute, just press the contribute button and it will explain how to donate.

smoothie

legendary

Activity: 2492

Merit: 1491

LEALANA Bitcoin Grim Reaper

Shen linked me to the latest version of RingCT paper: https://www.overleaf.com/read/qzgytbyyxvyf

I've created a thread to discuss RingCT in a more simplified (hopefully) context here: https://bitcointalksearch.org/topic/m.13091439

It's a work in progress.

Looks like shen added 10-11 pages of content from the last version which was 15 pages.

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

In case anyone missed it, a few updates from Shen Noether regarding Confidential Transactions (CT) for Monero:

Quote

Edit 11/21/2015: things are slowly coming together - MLSAG's have been coded in python (https://github.com/ShenNoether/MiniNero/blob/master/MLSAG.py) and then I need to get the RingCT code using these rather than the LWW sigs. After this I should be able to finish the size analysis in the paper and then hopefully get a really cleaned up copy available.

Quote

edit 11/27/2015: demo version of RingCT using the MLSAG's is coded - next up is implementing 1. Diffie helman passing of masks and 2. implement a short representation of amounts

Most recent version:

https://www.overleaf.com/read/qzgytbyyxvyf

dEBRUYNE

legendary

Activity: 2268

Merit: 1141

Interesting article -> http://www.firstpost.com/business/true-financial-privacy-doesnt-exist-for-businesses-operating-on-bitcoin-blockchain-analyst-2523680.html

ArticMine

legendary

Activity: 2282

Merit: 1050

Monero Core Team

It has a lot of interesting applications including for example (humour?) to bypass ISP incompetence or even censorship by using carrier pigeons. http://news.bbc.co.uk/2/hi/africa/8248056.stm One thing to note since this was published in 2009, USB keys with 64 GB are now easily available giving a 16X increase in the bandwidth of the carrier pigeon and more than enough to accommodate the Monero blockchain.

Edit 1: https://en.wikipedia.org/wiki/IP_over_Avian_Carriers Some more examples if IPoAC (IP over Avian Carriers).
Edit 2: Other forms of sneakernet https://en.wikipedia.org/wiki/Sneakernet

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: ArticMine on November 27, 2015, 03:10:38 PM

Quote from: smooth on November 27, 2015, 01:21:05 PM

...]

If you are operating under capped or metered bandwidth the optimized method to do a sync is here: https://bitcointalksearch.org/topic/m.12285629

This is probably somewhat more bandwidth-efficient than even downloading an old Boost-style bootstrap.

When 0.9 is released, the bootstrap will switch to an export format that is more bandwidth efficient and will be a good alternative to the above, somewhat complex, procedure.

The bandwidth limits are mostly useful for controlling other users' ability to sync from your node, or for limiting current bandwidth usage below your physical speed for connection sharing purposes. If you slow down your own syncing, it will just take longer, and the same overall bandwidth will be used anyway. If you limit bandwidth below the rate of actual usage you will just drop off the network, though current usage level is low enough that isn't likely to be an issue yet.

This method can be very useful in the following situation. Let us say one has a fully synchronized node on a desktop and one wishes to also have a fully synchronized node on a mobile device. One connects the mobile device to the local LAN (for example a home or business network) and then uses the above method to force synchronization with the existing LAN node at the much higher LAN speed and bandwidth without using or paying for ISP (WAN) bandwidth.

Edit: Of course in this situation the user could easily trust the node if they also created it.

Yes I have some extra nodes on a LAN for testing purposes and use --add-exclusive-node to connect them to my public node with no added usage of external bandwidth. Since I control all the nodes there is no issue of trust. It does introduce a single point of failure since they would all drop off if the public node did (and indeed they do briefly drop off when I restart the public node). But since they are for testing that is not a concern for me.

ArticMine

legendary

Activity: 2282

Merit: 1050

Monero Core Team

Quote from: smooth on November 27, 2015, 01:21:05 PM

...]

If you are operating under capped or metered bandwidth the optimized method to do a sync is here: https://bitcointalksearch.org/topic/m.12285629

This is probably somewhat more bandwidth-efficient than even downloading an old Boost-style bootstrap.

When 0.9 is released, the bootstrap will switch to an export format that is more bandwidth efficient and will be a good alternative to the above, somewhat complex, procedure.

The bandwidth limits are mostly useful for controlling other users' ability to sync from your node, or for limiting current bandwidth usage below your physical speed for connection sharing purposes. If you slow down your own syncing, it will just take longer, and the same overall bandwidth will be used anyway. If you limit bandwidth below the rate of actual usage you will just drop off the network, though current usage level is low enough that isn't likely to be an issue yet.

This method can be very useful in the following situation. Let us say one has a fully synchronized node on a desktop and one wishes to also have a fully synchronized node on a mobile device. One connects the mobile device to the local LAN (for example a home or business network) and then uses the above method to force synchronization with the existing LAN node at the much higher LAN speed and bandwidth without using or paying for ISP (WAN) bandwidth.

Edit: Of course in this situation the user could easily trust the node if they also created it.

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 738. (Read 4671575 times)