Problem with validation.

Message boards : Number crunching : Problem with validation.
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 3 · 4 · 5 · 6

AuthorMessage
Natalia Makarova
Volunteer moderator
Project administrator
Project developer
Project tester
Avatar

Send message
Joined: 14 Jun 23
Posts: 438
Credit: 280,293
RAC: 0
Message 448 - Posted: 1 Sep 2023, 8:10:06 UTC - in response to Message 442.  
Last modified: 1 Sep 2023, 8:13:06 UTC

Это не правильное толкование информации.
В данном случае "Задания поступили ко мне 30 августа" это НЕ к Вам поступили задания.
Сообщение "Получен 30 Aug 2023, 6:53:00 UTC" говорит о том когда СЕРВЕРОМ получен ответ от клиента.
Это единственно правильное толкование.

Corporal подключил компьютер к проекту 30 августа.
Раньше на этот компьютер никаких заданий не поступало.
Точнее, поступали, если вы помните, но я их тогда все прервала, потому что они все были с ошибками.

Еще раз, для понимания:
Задание 763228 <- это глобальный номер задания
Имя spt_101_5600379534525935453_0 <- это имя файла задания
Задача 483356 <- это частный номер выданного клиенту задачи по заданию763228
Создан 8 Aug 2023, 23:09:13 UTC <- это когда создано на сервере
Отправлен 14 Aug 2023, 9:32:53 UTC <- это возникает только когда отправлено клиенту
Крайний срок отчёта 20 Aug 2023, 9:32:54 UTC <- это дата до которой клиент должен вернуть
Получен 30 Aug 2023, 6:53:00 UTC <- это когда реально клиент вернул серверу

Ещё раз для понимания: ко мне не могло поступить задание раньше 30 августа.

То есть, другими словами:
Клиент забрал задачу 14 Aug 2023
Клиент вернул задачу 30 Aug 2023
Так как 30 Aug 2023 это больше чем 20 Aug 2023 задача не засчитана.
Крайний срок был 20 Aug 2023

Клиент не мог забрать задачу 14 августа!
Так как клиент подключился к проекту 30 августа!

Почему такое у Вас произошло?
Скорее всего Вы задачи получили и потом поставили на паузу.
Потом спустя долгое время сняли с паузы.
Но срок уже был пропущен.
Сервер переназначил это задание другому клиенту.

Я ничего не ставила на паузу.
Как Corporal меня подключил 30 августа, так и всё начало считаться.
Эти два задания у меня были посчитаны и отправлены 30 августа.
Но... сервер их не принял.

Об этом Вам уже здесь писали.

Что мне об этом уже писали?

Будьте добры отвечать на мои конкретные вопросы вам.
Проектом управляете вы, а не пользователи.
И отвечать на вопросы должны вы.
ID: 448 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Natalia Makarova
Volunteer moderator
Project administrator
Project developer
Project tester
Avatar

Send message
Joined: 14 Jun 23
Posts: 438
Credit: 280,293
RAC: 0
Message 449 - Posted: 1 Sep 2023, 8:31:04 UTC
Last modified: 1 Sep 2023, 8:33:12 UTC

Demis
Ещё раз поясняю.
Когда вы пытались подключить меня к проекту, на компьютер поступило много заданий. сразу 50 шт.
И все они были с ошибками, если вы помните (так отображалось на странице активных заданий, я посылала вам скриншот).
Одно из этх 50 заданий было посчитано.
Вот эти 50 заданий да, я ставила на паузу, чтобы дать вам возможность разобраться в причинах ошибки.
После того, как вы сообщили, что причина в нехватке памяти, я все эти задания ПРЕРВАЛА.
Если я их прервала все, то у меня на компьютере уже ничего не считалось (и никаких заданий не было) до 30 августа, когда Corporal подключил компьютер к проекту заново.
Так что, совершенно непонятно, откуда вылезли эти два неправильных задания.

Ну, сейчас пока подобных заданий с просроченным дедлайном не поступает.
ID: 449 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Demis
Project tester
Volunteer developer
Volunteer tester

Send message
Joined: 14 Jun 23
Posts: 277
Credit: 4,252,273
RAC: 6,931
Message 708 - Posted: 28 Apr 2024, 22:55:27 UTC - in response to Message 407.  

...
...
That is, the file was deleted by the standard file_deleter utility, despite the fact that the transaction was canceled and the database should not have changed.
Incredible!!!

The thing is that file_deleter works on its own.
And the data for deletion is taken from the database (the table has special fields that are responsible for this moment).

And this means only one thing, that the "flag to delete" was set in the database despite the cancellation of the transaction due to an error in "First".
Nonsense!
How is that even possible?

Such an event immediately raises an incredibly wide range of completely different questions.
Is this a bug in our assimilator code?
Is this a bug in the boink server code?
Is this a mistake in the settings of the battle server?
Is this a transactional model error?
Is this a bug in MySQL?
Is this a bug in MySQL settings?
Is this a bug in the settings of the OS on which the boink-server is running?
This error definitely does not occur in the case of data processing when "all the necessary files are there"?
How can we trust the received data?
And so on...

There are more than a thousand questions...
It probably takes more than one year to write them all.

Therefore, item 3 now has no answer.
And I just don't know what to do with it...

That's all for now.

P.S.
And please remember: I don't have much free time to do this project.
Therefore, while I am answering your questions, nothing else and more important is being done on the project.
It's like this: "either we sit on the forum and blah blah blah" "or we do something necessary for the project."
It is not possible at the same time.
That's why I don't answer your questions very often.

And in conclusion, I repeat, when I was asked a question on Monday, I answered it briefly "Yes"
https://boinc.termit.me/adsl/forum_thread.php?id=15&postid=365 .

But, in any case, your comments are welcome!

https://www.jitbit.com/alexblog/203-what-if-drivers-were-hired-like-programmers/

This issue has been clearly identified and resolved.
ID: 708 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Previous · 1 . . . 3 · 4 · 5 · 6

Message boards : Number crunching : Problem with validation.

©2024 Natalia Makarova & Alex Belyshev & Tomáš Brada