Документ взят из кэша поисковой машины. Адрес оригинального документа : http://theory.sinp.msu.ru/pipermail/ru-ngi/2014q2/001342.html
Дата изменения: Sun May 18 16:16:21 2014
Дата индексирования: Sun Apr 10 17:55:44 2016
Кодировка:
[RU-NGI] [Noc-managers] EGI SVG Advisory 'High' RISK - DPM version in EPEL [EGI-SVG-2014-6963]

[RU-NGI] [Noc-managers] EGI SVG Advisory 'High' RISK - DPM version in EPEL [EGI-SVG-2014-6963]

Andrey Kiryanov globus at pnpi.nw.ru
Wed May 14 22:31:48 MSK 2014


Добрый день,

Дело оказалось в том, что размер вашего файла нацело делится как на 16384, так и на 262144 :)
А вот на 87380 не делится, потому с ним всё и работает. Равенство размеров буфера и блока на это не влияет - это просто случайное совпадение.

Исправление этой проблемы появится в ближайшее время - думаю, на этой неделе или в начале следующей.
Я пока рекомендую всем подождать с обновлением дисковых узлов DPM, иначе чтение файлов размером кратным размеру блока у вас работать не будет. Странно, что на эту ошибку за всё время тестирования новой версии никто не напоролся.

14 мая 2014 г., в 22:17, Liudmila Stepanova <sli at inr.ru> написал(а):

> Добрый вечер,
> размер файла 2684354560
> blocksize 16384
> 
> Файл перекачивался до конца, начиналось повторяющееся собщении об
> ошибке,tcp соединение оставалось. После cancel в dpm-gsiftp.log появлялась
> запись
> DATE=20140513111740.145010 HOST=dpmdisk01.inr.troitsk.ru
> PROG=globus-gridftp-server NL.EVNT=FTP_INFO START=20140513111715.429216
> USER=:globus-mapping:
> FILE=/dpmdisk01.inr.troitsk.ru:/disk2/cms/2010-12-11/LoadTest07_RU_INR_2D.1729569.0
> BUFFER=87380 BLOCK=16384 NBYTES=1431486464 VOLUME=/ STREAMS=10 STRIPES=1
> DEST=[194.67.74.101] TYPE=RETR CODE=226
> 
> Количество NBYTES зависило от времени с начала выдачи ошибки до cancel
> Комментировала blocksize, ошибка оставалась
> 
> DATE=20140513135256.962359 HOST=dpmdisk01.inr.troitsk.ru
> PROG=globus-gridftp-server NL.EVNT=FTP_INFO START=20140513135229.138078
> USER=:globus-mapping:
> FILE=/dpmdisk01.inr.troitsk.ru:/disk2/cms/2010-12-11/LoadTest07_RU_INR_2D.1729569.0
> BUFFER=87380 BLOCK=262144 NBYTES=862715904 VOLUME=/ STREAMS=10 STRIPES=1
> DEST=[194.67.74.108] TYPE=RETR CODE=226
> 
> Только с BUFFER=BLOCK все заработало нормально
> 
> DATE=20140513171430.713654 HOST=dpmdisk01.inr.troitsk.ru
> PROG=globus-gridftp-server NL.EVNT=FTP_INFO START=20140513171324.979959
> USER=:globus-mapping:
> FILE=/dpmdisk01.inr.troitsk.ru:/disk2/cms/2010-12-11/LoadTest07_RU_INR_2D.1729569.0
> BUFFER=87380 BLOCK=87380 NBYTES=2684354560 VOLUME=/ STREAMS=10 STRIPES=1
> DEST=[194.67.74.108] TYPE=RETR CODE=226
> 
> Best regards,
>     Liudmila.
> 
> 
> 
> 
>> Добрый день,
>> 
>> А какой размер в байтах у вашего файла? И какой размер блока был
>> установлен в gridftp.conf когда эта ошибка проявлялась?
>> 
>> 13.05.2014 11:54, Liudmila Stepanova wrote:
>>> Добрый день.
>>> Выполнила все рекомендации. В результате, файл копируется
>>> полнрстью(проверяла md5sum), а процесс не завершается.
>> --
>> Cheers,
>> 	Andrey Kiryanov.
>> 
>> 
> 
> 

--
Cheers,
	Andrey Kiryanov.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1958 bytes
Desc: not available
URL: <http://theory.sinp.msu.ru/pipermail/ru-ngi/attachments/20140514/76dd56df/attachment.p7s>


More information about the RU-NGI mailing list