Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem when checking profile with manual addition of servers #529

Open
obtim opened this issue Jan 22, 2025 · 3 comments
Open

Problem when checking profile with manual addition of servers #529

obtim opened this issue Jan 22, 2025 · 3 comments

Comments

@obtim
Copy link

obtim commented Jan 22, 2025

  1. I have a folder with manually added profiles with 23729 servers in it
  2. I run a check of this folder for “dead servers”. The check finds many dead servers from the first step of the job
  3. Since there are a lot of servers, the program crashes during the process: always different. Sometimes it has time to check 500 servers, sometimes several thousand.
  4. After the program crashes, the number of servers 23729 does not decrease, taking into account the checked servers. That is, it remains 23729. Although 2000 dead servers could have been found.
  5. In the folder settings, the “Automatically delete servers that fail validation” mode is enabled.

Image

Image

@GooRingX
Copy link
Contributor

  1. "Automatically delete servers that fail validation" is only valid for manually triggered delay detection
  2. You can limit the number of servers actually used by settings-auto select-maximum number of server
  3. With more than 20,000 nodes, if the node quality is poor, it may take more than 20,000s=5.5hours to complete the delay detection. Will you wait that long? So you need to pre-screen the nodes. More than 20,000 nodes are too extreme

@obtim
Copy link
Author

obtim commented Jan 23, 2025

  1. "Automatically delete servers that fail validation" is only valid for manually triggered delay detection
  2. You can limit the number of servers actually used by settings-auto select-maximum number of server
  3. With more than 20,000 nodes, if the node quality is poor, it may take more than 20,000s=5.5hours to complete the delay detection. Will you wait that long? So you need to pre-screen the nodes. More than 20,000 nodes are too extreme

The program crashes during the test. The results are not saved (not counted). So I have to run it again. It crashes again, and so on and so forth.
If the program would save the results and reduce the initial number of servers, taking into account the retired (not working), then I am ready to restart it.

@GooRingX
Copy link
Contributor

  1. "Automatically delete servers that fail validation" is only valid for manually triggered delay detection
  2. You can limit the number of servers actually used by settings-auto select-maximum number of server
  3. With more than 20,000 nodes, if the node quality is poor, it may take more than 20,000s=5.5hours to complete the delay detection. Will you wait that long? So you need to pre-screen the nodes. More than 20,000 nodes are too extreme

The program crashes during the test. The results are not saved (not counted). So I have to run it again. It crashes again, and so on and so forth. If the program would save the results and reduce the initial number of servers, taking into account the retired (not working), then I am ready to restart it.

The delay detection will not be saved to the file until it is completed. Otherwise, it will cause a lot of disk reading and writing, affecting device performance

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants