And we have this:
[root@serv02 root]# ps auxwww|grep srmv1|wc -l
2
[root@serv02 root]# lsof|grep srmv1|grep IPv4|wc -l
3
Cheers,
Santanu
Greig Alan Cowan wrote:
> On the working Glasgow DPM we have:
>
> svr018:~# ps auxwww|grep srmv1|wc -l
> 2
> svr018:~# lsof|grep srmv1|grep IPv4|wc -l
> 8
>
> and on a test machine at Edinburgh (not heavily loaded) the numbers
> are 2 and 2 respectively.
>
> In what way are the SRMv1's not working?
>
> Greig
>
> Stephen Childs wrote:
>> After upgrading our DPM(s) to version 1.6.5 I am noticing problems
>> with the srmv1 server on a number of machines. On a working DPM I get
>> this:
>>
>> [root@gridstore root]# ps auxwww|grep srmv1|wc -l
>> 23
>> [root@gridstore root]# lsof|grep srmv1|grep IPv4|wc -l
>> 22
>>
>> On the not-working servers I get this:
>>
>> [root@gridstore root]# ps auxwww|grep srmv1|wc -l
>> 4
>> [root@gridstore root]# lsof |grep srmv1|grep IPv4
>> [root@gridstore root]#
>>
>> There is nothing in the srmv1 log except that it started OK (except
>> that it obviously didn't).
>>
>> The machines that work and those that don't are running different
>> kernels -- the ones that work are running Linux 2.4.30/Xen 2 and
>> those that don't are running Linux 2.4.21/Xen 3
>>
>> Anyone ever seen anything like this?
>>
>> Stephen
>>
|