View Issue Details

IDProjectCategoryView StatusLast Update
0000040Timekoin ServerGeneral Issuepublic2012-08-03 16:23
Reporterwarmach Assigned ToKnightMB  
PrioritylowSeverityminorReproducibilityalways
Status closedResolutionno change required 
Product Version1.6 
Target Version2.41Fixed in Version2.41 
Summary0000040: "Do Not Purge" status lost
DescriptionA peer's "Do Not Purge" status is lost when the timekoin server restarts.
Steps To Reproduce1. Set a peer to "Do Not Purge", a first contact is good example
2. Clear the peer list (simulates system shutdown or extended loss of network connectivity)
3. Stop Timekoin
4. Start Timekoin
5. Go to peer list and see status of previously selected peer
TagsNo tags attached.

Activities

KnightMB

2012-07-11 11:28

administrator   ~0000032

In step 2 where you clear the peer list, are you removing all peers (including the ones in blue)?

warmach

2012-07-11 12:13

reporter   ~0000033

Clear the list yes, but using the "X" may not be right as if you are doing that you are intentionally clearing the peer list.

In my case, I have several old computers that have stability issues. They either restart or lockup, usually at night when I'm not watching them. Regardless, they are off the network for more than 5 minutes. When I start the server again, it re-establishes the peers. Those that were blue (do not purge) are no longer blue. I have to into the edit screen to reset them.

How ever you want to simulate that, feel free.

KnightMB

2012-07-11 12:19

administrator   ~0000034

Ah, the reason those peers are lost on restart is because all peers in the list are stored in RAM and not in the actual database. The peerlist gets a lot of activity (updates, deletes, inserts, etc.) so to avoid hitting the disk so much for the activity, those tables were moved into RAM.

You can technically change them back to disk to help with the restart issue you are having.

This command will do it in the mysql console when the timekoin database is selected:

ALTER TABLE `active_peer_list` ENGINE = MYISAM;

KnightMB

2012-07-11 12:22

administrator   ~0000035

As a side note, we will look at the performance difference between the two modes of RAM and Disk. It might be useful to have a way for the user to switch between the two.

Issue History

Date Modified Username Field Change
2012-07-11 07:36 warmach New Issue
2012-07-11 11:28 KnightMB Note Added: 0000032
2012-07-11 12:13 warmach Note Added: 0000033
2012-07-11 12:19 KnightMB Note Added: 0000034
2012-07-11 12:19 KnightMB Assigned To => KnightMB
2012-07-11 12:19 KnightMB Status new => acknowledged
2012-07-11 12:22 KnightMB Note Added: 0000035
2012-08-03 16:23 KnightMB Status acknowledged => closed
2012-08-03 16:23 KnightMB Resolution open => no change required