[ANN] Atomic Trade New Virtual Currency Exchange USD BTC

[MarcSummerss]

Dont rush getting the new stuff running.

This is the part where our bet on Byron is proven wise.

People complaining about 0.04 btc temporarily inaccessible are petty, and I'm not even rich! Crypto is not for you.

Muah all

[forzendiablo]

of course in hindsight it is easy to say things could have been backed up better, but who expects their cloud provider to delete all your data including your daily backups on all 6 (maybe more?) redundancies which are geographically distributed?

you backup to external servers dude.......

[bzyzny]

you backup to external servers dude.......

he did, just not daily, due to bandwidth restraints. however i do agree it should have been more often than monthly... hopefully everything gets straightened out soon and the new server setup is way better

[Dhio21]

Please help me , when i want to login
"OOPS, Sign In Failed! ERROR: Invalid Credentials."

[Thirdspace]

registered on the 12th, so I guess I need to re-register again *sigh*
I have a few questions though, please bare with me... my knowledge maybe a few years outdated
the last time I actively do programming & technical stuff was about 10 years ago

Daily backups resided on one of the afflicted VHD's while monthly offsite backups are still available.

I'm not sure how VHD works, but shouldn't the daily backup be saved on separate location?
for the offsite backup & bandwidth constraints... isn't there a way to do incremental backup system
in a way that you don't have to actually backup the whole things & only the diff since last backup

[bels]

you backup to external servers dude.......

he did, just not daily, due to bandwidth restraints.

Maybe you can explain what bandwidth restraints have to do with it?

It doesn't take a month to transfer a backup, does it? That'd be 61 kBps....

Why can't backups be continuous?

Normally with hosting plans you are only allowed to transfer so much data per month.  I can't speak to the terms of his plan but that external backup traffic would count against his overall cap on bandwith transfer for the month.

[Winst69]

Sure there are lessons to be learned here. But can we try to focus on the positives.

No wallets have been compromised, No coins have been lost, Byron is currently bringing back the exchange to a working state, NOT claiming to have been hacked and running off with you coins.

[Calhil]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

[mogrith]

I believe Byron said 160Gig.  But he is busy fixing things not reading here.

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

[ByronP]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

I did that at first but it caused sync problems and proved to be a bottleneck.

[Calhil]

I doubt that. The whole okcoin transaction database is less than 5GB without compression, and they had thousands of trades per day for more than half a year. The leaked mtgox db with transactions and some user account info was around 2GB afair.
If you add user info, coin addresses and some other info it still cant be that much.

[anth0ny]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

I did that at first but it caused sync problems and proved to be a bottleneck.

But now you see that you made a mistake, right?

[ByronP]

I doubt that. The whole okcoin transaction database is less than 5GB without compression, and they had thousands of trades per day for more than half a year. The leaked mtgox db with transactions and some user account info was around 2GB afair.
If you add user info, coin addresses and some other info it still cant be that much.

I am sure that is only a tiny part of there database and if not something is wrong.

[ByronP]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

I did that at first but it caused sync problems and proved to be a bottleneck.

But now you see that you made a mistake, right?

In a manner of speaking yes I will not trust cloud storage ever! But the decision to not keep the server array was the right choice since it was a major bottleneck and could not handle the IO's per sec. I don't know what other exchanges do but I log everything not just trades, accounts, and balances. Every RX or TX has 2 records alone... anyway I am not going to debate what I store that's silly and a waste of precious time.

[anth0ny]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

I did that at first but it caused sync problems and proved to be a bottleneck.

But now you see that you made a mistake, right?

In a manner of speaking yes I will not trust cloud storage ever!

Don't trust any storage ever!

[ByronP]

The whole db cant be more than a couple of GB in size, since its a young and small exchange. I doubt its hard or expensive to make a daily backup. Byron could also setup a master/slave db system to avoid such problems in the future.

I did that at first but it caused sync problems and proved to be a bottleneck.

But now you see that you made a mistake, right?

In a manner of speaking yes I will not trust cloud storage ever!

Don't trust any storage ever!

I trust the storage in my own rack because I know that even if the whole thing burns to the ground I still have copies :-)

[ByronP]

Anyway shh I have work to do :-)

[anth0ny]

Anyway shh I have work to do :-)

Okay sorry! 

[olliec420]

Hello, byronp

i am having trouble trading med coin.  are you still working on issues or should i open a ticket?

thanks

[olliec420]

i got my answer in the chat, thanks all