Better late than never. The PADLS Total experiment described in this thread is running fine on this server and is producing good results.

More details in Subproject Description.

A effort was initiated to install the subproject over at Ice00's server server.

The search algorithm is not the most efficient, but gives reasonable results.

Do you know more efficient algorithms?
I know, for example, algorithm of the multisymmetry that now works on my PC.

A effort was initiated to install the subproject over at boinc.Progger.info server.

"boinc.Progger.info server" ???
And what is the result?
Progger should replace the CFs DLS check program with family_mar.
I wrote about this on the ODLK forum.

Perhaps it was boinc.Multi-Pool.info

A second group of four pairs ODLS found in the project

[DLK(4)]
0 6 7 9 8 4 5 2 3 1
9 1 6 4 2 8 3 5 0 7
4 0 2 1 5 9 8 3 7 6
1 7 8 3 6 0 4 9 2 5
3 9 1 7 4 6 2 8 5 0
6 3 0 2 7 5 9 1 4 8
5 2 3 8 1 7 6 0 9 4
8 4 9 5 3 1 0 7 6 2
7 5 4 0 9 2 1 6 8 3
2 8 5 6 0 3 7 4 1 9
[mate#1]
6 2 4 5 1 7 0 3 8 9
0 5 8 9 6 3 4 1 2 7
4 8 1 0 7 9 2 5 6 3
2 9 0 3 5 4 1 8 7 6
7 3 6 2 8 0 9 4 5 1
9 1 5 4 3 2 6 7 0 8
3 0 2 6 4 8 7 9 1 5
5 6 7 8 9 1 3 0 4 2
1 4 3 7 2 5 8 6 9 0
8 7 9 1 0 6 5 2 3 4
[mate#2]
6 2 4 5 1 7 0 3 8 9
0 5 8 9 6 3 4 1 2 7
4 9 1 0 7 8 2 5 6 3
2 8 0 3 5 4 1 9 7 6
7 3 6 2 8 0 9 4 5 1
9 1 5 4 3 2 6 7 0 8
3 0 2 6 4 9 7 8 1 5
5 6 7 8 9 1 3 0 4 2
1 4 3 7 2 5 8 6 9 0
8 7 9 1 0 6 5 2 3 4
[mate#3]
6 2 4 5 1 7 0 3 8 9
0 5 8 9 7 3 4 1 2 6
4 8 1 0 6 9 2 5 7 3
2 9 0 3 5 4 1 8 6 7
7 3 6 2 8 0 9 4 5 1
9 1 5 4 3 2 6 7 0 8
3 0 2 6 4 8 7 9 1 5
5 6 7 8 9 1 3 0 4 2
1 4 3 7 2 5 8 6 9 0
8 7 9 1 0 6 5 2 3 4
[mate#4]
6 2 4 5 1 7 0 3 8 9
0 5 8 9 7 3 4 1 2 6
4 9 1 0 6 8 2 5 7 3
2 8 0 3 5 4 1 9 6 7
7 3 6 2 8 0 9 4 5 1
9 1 5 4 3 2 6 7 0 8
3 0 2 6 4 9 7 8 1 5
5 6 7 8 9 1 3 0 4 2
1 4 3 7 2 5 8 6 9 0
8 7 9 1 0 6 5 2 3 4

See the illustration.

I loved kaleidoscope as a child :)
I am currently working on the problem of DLS with patterns.
See topic
https://boinc.progger.info/odlk/forum_thread.php?id=129

Outage.
A problem occurred and both scheduler and processing daemons are offline. I expect the finished tasks to remain at users' computers, to be uploaded after the problem is solved. If there are more pressing issues, please write. Forum should continue working.

It seems to be happening quite often. Every other day or so i'll find my PCs unable to upload. Some time later I have new tasks.

A problem occurred and both scheduler and processing daemons are offline. I expect the finished tasks to remain at users' computers, to be uploaded after the problem is solved.

The problem seems to be very serious :(

Workunits waiting for validation 12117

Many workunits waiting for validation is not a serious problem, they will just be processed later.
The scheduler or feeder being down is serious - means that clients are not able to upload finished tasks.
The later has been fixed.

It seems to be happening quite often. Every other day or so i'll find my PCs unable to upload. Some time later I have new tasks.

While that is not normal, boinc is designed to handle such situations gracefully. Yes, we had some connection outages.

Down again for awhile today.

One hard drive was added to the server and the data and database volumes were moved there. LVM hung-up while creating a snapshot so a reboot was necessary. Backup was taken prior to this. Then a cleaning process was started. I do not know why, but deleting of old results is somewhat slow. The assimilator will remain be suspended while the cleaning is in progress, at lease initially. There is still good reserve of ready to send tasks. Indeed, there was some downtime.
If there are any problems, do not hesitate to write.

Everything was normal for a few hours, then the assimilator stopped working again. I will fix it.

My pending is clear now.

Are the completed tasks still being purged? I noticed it went from 10k to 5k and now back to 6k. Keeping many tasks just puts extra load on the server.

My pending is clear now. Are the completed tasks still being purged? I noticed it went from 10k to 5k and now back to 6k. Keeping many tasks just puts extra load on the server.

Great. All validation pending tasks have validated and assimilated ok. Except one, and that was resolved.
For purging, there is a time limit set. Iirc it's two weeks so we can investigate failures. The old tasks do not really put much load, because the database has indexes (indices) on the state and assimilated tasks are not considered at all when processing or assigning tasks. Anyway, the purge process is still set to run from time-to-time, but possibly not fast enough. I will adjust it, once there is more data.

Tomáš Brada
Is something not working in the project again?
The experiment has been running for two months now.
Why is there no stability?
What is the problem?

Very little information!

By the way, when will the project database appear?
We agreed on the monthly publication of the project results.
Did not you forget?

You ignored my question here.
What does it mean?

There is information in other forums.
For example

Einen Hinweis möchte ich geben: Nach jedem Kontakt zum Server wird der Client bei diesem Projekt für eine Viertelstunde gesperrt. Daher muss ein Vorrat von mindestens 3-4 Stunden eingestellt werden, damit der Rechner nicht leer läuft. Die Viertelstunde ist vor Allem dann lästig, wenn man einen neuen Rechner beim Projekt anmeldet und schnell losrechnen will. Der Rechner kaut dann eine längere Zeit auf einer einzigen WU, bis die anderen Threads auch versorgt sind.

https://www.seti-germany.de/forum/threads/8784-ODLK-(Lateinische-Quadrate)/page4?p=321153&viewfull=1#post321153

I assume problems are due to checkpoints (?)
ODLK and ODLK1 projects work without checkpoints.

There is information in other forums.
For example

Einen Hinweis möchte ich geben: Nach jedem Kontakt zum Server wird der Client bei diesem Projekt für eine Viertelstunde gesperrt. Daher muss ein Vorrat von mindestens 3-4 Stunden eingestellt werden, damit der Rechner nicht leer läuft. Die Viertelstunde ist vor Allem dann lästig, wenn man einen neuen Rechner beim Projekt anmeldet und schnell losrechnen will. Der Rechner kaut dann eine längere Zeit auf einer einzigen WU, bis die anderen Threads auch versorgt sind.

https://www.seti-germany.de/forum/threads/8784-ODLK-(Lateinische-Quadrate)/page4?p=321153&viewfull=1#post321153

I assume problems are due to checkpoints (?)
ODLK and ODLK1 projects work without checkpoints.

Hello Natalia,
Are you the same scientist as on ODLK / ODLK1 / Rake ???

By the way, please, all in english. So everyone is able to understand.

Please Natalia Makarova, clrarify. Thank you.

By the way, your admin asked me to send report by mai (real mail, not on PRJ) l. I did, with all files in slot of WU. He answered in a unknown language.

Are you the same scientist as on ODLK / ODLK1 / Rake ???

Yes, I am the same scientist who is in ODLK and ODLK1 projects.
But not Rake Search.

By the way, please, all in english. So everyone is able to understand.

This is an original quote in German. Please use the Google translator.
I do not know either English or German and use a translator.

Are you the same scientist as on ODLK / ODLK1 / Rake ???

Yes, I am the same scientist who is in ODLK and ODLK1 projects.
But not Rake Search.

By the way, please, all in english. So everyone is able to understand.

This is an original quote in German. Please use the Google translator.
I do not know either English or German and use a translator.

Natalia, Thank tou very much .
So Brada/ODLK/ODLK1 is the same. Different scientist approach, but same research team.
Due to the so much problem on Brada, I stay on ODLK/LatinSqares.
Best regards.

Tomáš Brada
Now I found in the file https://boinc.tbrada.eu/download/tot_odlk_plain.txt 319701 CF ODLS

Деименатор

Введено имён   : 319705
Построено СНДЛК: 319701
Время работы   : 1.669 сек

August 18, copied from file 319692 CF ODLS.
In all, just 9 CF ODLS has been found.
It is right?
Are all new solutions already in the file?