Resolved issue with miner names

News updates about the Prohashing pool
Forum rules
The News forum is only for updates about the Prohashing pool.

Replies to posts in this forum should be related to the news being announced. If you need support on another issue, please post in the forum related to that topic or seek one of the official support options listed in the top right corner of the forums page or on prohashing.com/about.

For the full list of PROHASHING forums rules, please visit https://prohashing.com/help/prohashing- ... rms-forums.
Post Reply
User avatar
Steve Sokolowski
Posts: 4585
Joined: Wed Aug 27, 2014 3:27 pm
Location: State College, PA

Resolved issue with miner names

Post by Steve Sokolowski » Tue Jul 28, 2020 11:39 am

Earlier today, Chris resolved a race condition with duplicate worker names. It turns out that we only thought to test what happened with two duplicate worker names, but we never tested what would happen when three miners connected with the same worker name.

Three or more workers triggered a race condition that appended a very long string over and over to the name of the worker. Eventually, the name would get so long that it would exceed the 255 character limit in the database, and shares for that worker and other workers in the same account would fail to be recorded. This circumstance had never happened until this morning because nobody had ever had three workers with the same name.

During the testing, we also identified a separate issue, where the system would also fail to insert shares if a miner chose a worker name longer than 255 characters, the miner chose a group name longer than 255 characters, or the software returned a useragent longer than 255 characters. All of those are now fixed, and will truncate the long strings at 255 characters.

The system has now returned to normal and all issues were resolved. We also deployed the Odocrypt changes at the same time, and are currently verifying that Odocrypt is functioning normally before advertising it.
Post Reply