Документ взят из кэша поисковой машины. Адрес оригинального документа : http://theory.sinp.msu.ru/pipermail/ru-ngi/2013q2/000997.html
Дата изменения: Thu Apr 11 10:01:04 2013
Дата индексирования: Fri Feb 28 03:11:09 2014
Кодировка:
[RU-NGI] dpm dead but pid file exists

[RU-NGI] dpm dead but pid file exists

Liudmila Stepanova sli at inr.ru
Tue Apr 9 15:14:59 MSK 2013


/var/log/dpm/log

04/09 14:20:00.279 15849,5 dpm_srv_inc_reqctr: DP092 - inc_reqctr request
by /DC=es/DC=irisgrid/O=ciemat/CN=Jose-Hernandez
(209,106,139,133,129,146,116) from grse001.inr.troitsk.ru
04/09 14:20:00.279 15849,5 dpm_serv: incrementing reqctr
04/09 14:20:00.279 15849,5 dpm_serv: msthread signalled
04/09 14:20:00.279 15849,5 dpm_srv_inc_reqctr: returns 0
04/09 14:20:00.279 15849,4 msthread: calling Cpool_assign_ext
04/09 14:20:00.279 15849,4 msthread: decrementing reqctr
04/09 14:20:00.279 15849,4 msthread: calling Cpool_next_index_timeout_ext
04/09 14:20:00.279 15849,4 msthread: thread 0 selected
04/09 14:20:00.279 15849,4 msthread: calling Cthread_mutex_lock_ext
04/09 14:20:00.279 15849,4 msthread: reqctr = 0
04/09 14:20:00.368 15849,26 proclreq: calling Cns_getgrpbygids
04/09 14:20:00.414 15849,26 dpm_srv_proc_get: processing request
9109813e-1866-4cda-9fa9-ae5bee8e4d29 from
/DC=es/DC=irisgrid/O=ciemat/CN=Jose-Hernandez
04/09 14:20:05.767 15849,26 dpm_srv_proc_get: TURL info: gsiftp
dpmdisk02.inr.troitsk.ru
dpmdisk02.inr.troitsk.ru:/disk3/cms/2010-12-11/LoadTest07_RU_INR_32.1729615.0
04/09 14:20:05.768 15849,26 dpm_srv_proc_get: returns 0, status=DPM_SUCCESS

04/09 14:20:09.332 15849,5 dpm_srv_inc_reqctr: DP092 - inc_reqctr request
by /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea
Sciaba (111,111,106) from grse001.inr.troitsk
.ru
04/09 14:20:09.332 15849,5 dpm_serv: incrementing reqctr
04/09 14:20:09.332 15849,5 dpm_serv: msthread signalled
04/09 14:20:09.332 15849,5 dpm_srv_inc_reqctr: returns 0
04/09 14:20:09.332 15849,4 msthread: calling Cpool_assign_ext
04/09 14:20:09.332 15849,4 msthread: decrementing reqctr
04/09 14:20:09.332 15849,4 msthread: calling Cpool_next_index_timeout_ext
04/09 14:20:09.332 15849,4 msthread: thread 1 selected
04/09 14:20:09.332 15849,4 msthread: calling Cthread_mutex_lock_ext
04/09 14:20:09.332 15849,4 msthread: reqctr = 0
04/09 14:20:09.359 15849,25 proclreq: calling Cns_getgrpbygids
04/09 14:20:09.404 15849,25 dpm_srv_proc_get: processing request
807c1121-e948-4f09-a0e8-9d64bc90a6a7 from /DC=ch/DC=cern/OU=Organic
Units/OU=Users/CN=asciaba/CN=430796/CN=Andrea Sciaba
Валиться dpm
Дальше отрабатывает мой скрипт в cron.d, который проверяет статус dpm,
если dpm свалился , то service dpm restart

/var/log/dpns/log все returns 0
В /var/log/srmv2.2/log тоже все нормально
С DNS тоже все впорядке.
Людмила.



> Людмила, добрый день.
>
> Tue, Apr 09, 2013 at 11:13:17AM +0400, Liudmila Stepanova wrote:
>> после апгрейда на SE dpm до версии 1.8.6
>>
>> dpm-perl-1.8.6-1.el6.x86_64
>> dpm-python-1.8.6-1.el6.x86_64
>> emi-dpm_mysql-1.8.6-1.el6.x86_64
>> dpm-libs-1.8.6-1.el6.x86_64
>> dpm-copy-server-mysql-1.8.6-1.el6.x86_64
>> dpm-rfio-server-1.8.6-1.el6.x86_64
>> dpm-dsi-1.8.3-2.el6.x86_64
>> dpm-1.8.6-1.el6.x86_64
>> dpm-server-mysql-1.8.6-1.el6.x86_64
>> dpm-name-server-mysql-1.8.6-1.el6.x86_64
>> dpm-devel-1.8.6-1.el6.x86_64
>> dpm-yaim-4.2.9-1.el6.noarch
>> dpm-srm-server-mysql-1.8.6-1.el6.x86_64
>>
>> Активно работающие cms задачи приводят к падению
>> dpm, редко srmv2 на  emi_dpm_mysql сервере.
>
> В логах до падения что видно?  Логи в /var/log/{dpm,srmv2.2,dpns}/log.
> DNS у вас нормально на головном узле работает?
> --
> Eygene Ryabinkin, National Research Centre "Kurchatov Institute"
>
> Always code as if the guy who ends up maintaining your code will be
> a violent psychopath who knows where you live.
>





More information about the RU-NGI mailing list