Документ взят из кэша поисковой машины. Адрес
оригинального документа
: 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 Кодировка: |
Добрый день. Ошибка возникла из-за того, что директории типа /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>