Документ взят из кэша поисковой машины. Адрес оригинального документа : http://theory.sinp.msu.ru/pipermail/ru-ngi/2014q2/001364.html
Дата изменения: Tue Jun 17 18:11:48 2014
Дата индексирования: Sun Apr 10 17:57:54 2016
Кодировка:
[RU-NGI] lcg_cp failure

[RU-NGI] lcg_cp failure

Vladimir Tikhomirov tikhomir at sci.lebedev.ru
Wed May 28 19:44:26 MSK 2014


   Добрый день.
 Ошибка возникла из-за того, что директории типа
/st41/atlas/2014-05-27
и
/st42/atlas/2014-05-27
, которые автоматически создаются каждый день ATLASовскими PANDA заданиями
на DPM серверах, вчера на этом самом se4.grid.lebedev.ru почему-то
создались с UID.GID = root.root, вместо стандартного dpmmgr.dpmmgr. В
результате для lcg_cp вознила проблема с permission. После изменения
UID.GID руками все заработало. Сегодня соответствующие директории тоже
создались с правильным UID.GID. Почему вчера так произошло - загадка
природы...
   Всего наилучшего,
   Владимир Тихомиров.


27 мая 2014 г., 16:12 пользователь Vladimir Tikhomirov <
tikhomir at sci.lebedev.ru> написал:

>    Добрый день.
>  Изредка у нас возникает ошибка при копировании файлов на один из DPM
> серверов. Например, можно увидеть так:
> [tikhomir at ui1] ~ $ lcg-cp -vvv /home/tikhomir/testfile
> srm://
> se2.grid.lebedev.ru/dpm/grid.lebedev.ru/home/atlas/filetest27.05.2014_8
> Using grid catalog type: UNKNOWN
> [INFO] BDII server: lcg-bdii.cern.ch:2170/o=grid
> [INFO] BDII filter: (&(GlueServiceType=lcg-file-catalog)(|
> (GlueServiceAccessControlBaseRule=VO:atlas)
> (GlueServiceAccessControlBaseRule=atlas)
> (GlueServiceAccessControlRule=atlas)
> (GlueServiceAccessControlBaseRule=VOMS:/atlas)
> (GlueServiceAccessControlBaseRule=VOMS:/atlas/lcg1)
> (GlueServiceAccessControlBaseRule=VOMS:/atlas/ru)))
> [INFO] Trying to use BDII: lcg-bdii.cern.ch:2170/o=grid (timeout 60)
> Using grid catalog : prod-lfc-atlas.cern.ch
> VO name: atlas
> Checksum type: None
> [INFO] BDII filter:
> (|(GlueSEUniqueID=se2.grid.lebedev.ru
> )(&(GlueServiceType=srm*)(GlueServiceEndpoint=*://se2.grid.lebedev.ru:*)))
> [INFO] Trying to use BDII: lcg-bdii.cern.ch:2170/o=grid (timeout 60)
> Destination SE type: SRMv2
> Destination SRM Request Token: 87ed315d-92df-4922-a5f4-1055357f83e4
> Source URL: file:/home/tikhomir/testfile
> File size: 49
> Source URL for copy: file:/home/tikhomir/testfile
> Destination URL:
> gsiftp://
> se4.grid.lebedev.ru/se4.grid.lebedev.ru:/st41/atlas/2014-05-27/filetest27.05.2014_8.7994926.0
> # streams: 1
>             0 bytes      0.00 KB/sec avg      0.00 KB/sec
> instfile:/home/tikhomir/testfile: zero number of replicas
> lcg_cp: Invalid argument
>
>  Если эту команду повторять подряд несколько раз,то Destination URL
> меняется случайным образом и попадает на разные DPM сервера. На остальных
> все ОК, кроме этого одного (se4.grid.lebedev.ru). На нем, кстати,
> задействованы две партиции - /st41 и st42 - и ошибка возникает при
> попадании на обе из них.
>  Когда-то такая ошибка (zero number of replicas, lcg_cp: Invalid argument)
> у меня возникала при падении на машине сервиса dpm-gsiftp. Но сейчас
> причина какая-то другая. Никто не сталкивался с подобной ошибкой? Хост
> сертификаты на месте и свежие. Никаких апдейтов не было. Локально
> дисковая система в порядке.
>    Всего наилучшего,
>    Владимир Тихомиров.
>
>
> _______________________________________________
> RU-NGI mailing list
> RU-NGI at theory.sinp.msu.ru
> http://theory.sinp.msu.ru/mailman/listinfo/ru-ngi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://theory.sinp.msu.ru/pipermail/ru-ngi/attachments/20140528/e07263db/attachment.html>


More information about the RU-NGI mailing list