Документ взят из кэша поисковой машины. Адрес оригинального документа : http://theory.sinp.msu.ru/pipermail/ru-ngi/2015q3/001586.html
Дата изменения: Sat Jul 18 11:18:59 2015
Дата индексирования: Sun Apr 10 18:21:28 2016
Кодировка:
[RU-NGI] Fwd: NOTIFICATION on GGUS-Ticket-ID: # 114235 "ASSIGNED" "ROC_Russia" "Region not publishing accounting by number of cores."

[RU-NGI] Fwd: NOTIFICATION on GGUS-Ticket-ID: # 114235 "ASSIGNED" "ROC_Russia" "Region not publishing accounting by number of cores."

Valery Mitsyn vvm at mammoth.jinr.ru
Thu Jul 16 14:53:54 MSK 2015


On Thu, 16 Jul 2015, Andrey Zarochentsev wrote:

> Дык, ежели посавить parallel = true количество ядер пер слот должно же
> откуда-то браться:

  Это не "количество ядер пер слот", а число использованных
ядер в задаче. Оно берется из аккаунтинга torque.

>
> GLUE2ComputingShareMaxSlotsPerJob:
>
> По дефолту оно 444444.
>
> можно, конечно , в статик файле прописать.
> Или при
> parallel = true
>
> Nuber of processors будет по умолчанию 1?
>
>
>
>
>
>
>
>
>
> 2015-07-16 14:09 GMT+03:00 Valery Mitsyn <vvm at mammoth.jinr.ru>:
>
>> On Thu, 16 Jul 2015, Andrey Zarochentsev wrote:
>>
>>  Приветствую , Коллеги!!
>>>
>>> Я правильно понимаю, что этот билет решается таким образом:
>>> {
>>> qmgr -c "s s  resources_max.procct=4"
>>> }
>>>
>>
>> А зачем?
>>
>> Билет относится исключительно к apel.
>> Достаточно в
>> /etc/apel/parser.cfg
>> установить:
>> {{{
>> parallel = true
>> }}}
>> Не совсем понятно, почему этот параметр не стоит так по умолчанию.
>> Даже еслт на сайте не считаются multicore, или параллельные
>> задачи, "parallel = true" ничего не сломает.
>>
>>
>>> И  проверяется следующим:
>>> {
>>> ldapsearch -x -LLL  -h  $host -p 2170 -b "o=glue" objectclass=GLUE2Share
>>> GLUE2ComputingShareMaxSlotsPerJob | grep GLUE2ComputingShareMaxSlotsPerJob
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> GLUE2ComputingShareMaxSlotsPerJob: 4
>>> }
>>>
>>> ?
>>>
>>> Опять же, как я догадываюсь, переопубликовывать данные  за год для
>>> исправления таблицы
>>>
>>>
>>> http://accounting-devel.egi.eu/show.php?Path=1.71&query=sum_normcpu&startYear=2014&startMonth=8&endYear=2015&endMonth=7&yrange=NUMBER+PROCESSORS&xrange=SITE&groupVO=lhc&chart=GRBAR&scale=LIN&localJobs=onlygridjobs
>>>
>>> смысла нет....
>>>
>>>
>> Наверное так.
>>
>>
>>>
>>> ---------- Forwarded message ----------
>>> From: <helpdesk at ggus.org>
>>> Date: 2015-07-16 7:47 GMT+03:00
>>> Subject: NOTIFICATION on GGUS-Ticket-ID: # 114235 "ASSIGNED" "ROC_Russia"
>>> "Region not publishing accounting by number of cores."
>>> To: lcg at inr.ru, grid-support at sinp.msu.ru, gridops at grid.kiae.ru,
>>> andrey.zar at gmail.com
>>>
>>>
>>> GGUS Ticket #114235 was updated.
>>> You are asked for contributing to this ticket if possible.
>>>
>>> REFERENCE LINK:
>>> https://ggus.eu/index.php?mode=ticket_info&ticket_id=114235
>>> SUBJECT: Region not publishing accounting by number of cores.
>>>
>>> =====================
>>> LATEST MODIFICATIONS:
>>>
>>> LAST MODIFIER -> Eygene Ryabinkin
>>>
>>>
>>> PUBLIC DIARY ->
>>> Fix was applied for RRC-KI, CREAM CEs are reparsing batch system files.
>>>
>>>
>>> *********************************************************************************
>>> This is an automated mail. When replying don't change the subject line!
>>> Type your text above this box and S T R I P  P R E V I O U S  M A I L S
>>> please!!
>>>
>>> *********************************************************************************
>>>
>>>
>>>
>>>
>>>
>> --
>> Best regards,
>>  Valery Mitsyn
>
>
>
>
>

-- 
Best regards,
  Valery Mitsyn


More information about the RU-NGI mailing list