Hello Matt and all,

It's still not working. Certificate is fine:
[root@disk08 grid-security]# openssl x509 -in hostcert.pem -noout -subject -dates
subject= [log in to unmask]
notBefore=Oct 26 15:29:24 2011 GMT
notAfter=Nov 24 15:29:24 2012 GMT

so is the hostname:
[root@disk08 grid-security]# hostname -f
disk08.hep.phy.cam.ac.uk

Actually, it's a channel-bonded server but it should work just like my other channel-bonded servers. Nothing in the gridftp logs (if you mean dpm-gsiftp). Any other gray-areas to cover?

Cheers,
Santanu

 

    On 15/11/2011 13:08, Matt Doidge wrote:
    
[log in to unmask]" type="cite">
Heya Santanu,
I've seen the "connection closed by remote end" type errors before,
when my disk server traffic was accidentially being natted. I've also
had problems caused by a disk server picking up its "internal"
networks name rather then the "external", proper name, so check
`hostname -f` returns what it should. My final suggestion is check
that the server has the correct host certificate in place, I've had
wierdness before where I mixed up the certificates between two pools.
The gridftp logs might have clues in them as I see that gridftp
startup failed.

Hope that helps,
Matt

On 15 November 2011 12:12, Santanu Das <[log in to unmask]> wrote:
Hi Wahid,

Already checked the shift.conf and that's fine.
These are in the dpm log:

11/15 11:34:46 15873,3 dpm_srv_getpools: DP092 - getpools request by
[log in to unmask]
(0,0) from disk08.hep.phy.cam.ac.uk
11/15 11:34:46 15873,3 dpm_srv_getpoolfs: DP092 - getpoolfs request by
[log in to unmask]
(0,0) from disk08.hep.phy.cam.ac.uk
11/15 11:42:13 15873,3 dpm_srv_addfs: DP098 - addfs dpmCam_2007
disk08.hep.phy.cam.ac.uk /dpm_data2
11/15 11:42:13 15873,3 dpm_addfs2poolconf:
disk08.hep.phy.cam.ac.uk:/dpm_data2: Connection closed by remote end
11/15 11:42:20 15873,3 dpm_srv_addfs: DP098 - addfs dpmCam_2007
disk08.hep.phy.cam.ac.uk /dpm_data
11/15 11:42:20 15873,3 dpm_addfs2poolconf:
disk08.hep.phy.cam.ac.uk:/dpm_data: Connection closed by remote end

Cheers,
Santanu

On 15/11/2011 12:03, Wahid Bhimji wrote:

Hi
Does the head node "trust" the pool server for dpm operations ie is the new
disk server in the line
DPM TRUST
in /etc/shift.conf on the head node
if so is there anything in the dpm logs on the head node
Wahid
On 15 Nov 2011, at 11:57, Santanu Das wrote:

Dear all,

Trying out EMI version of dpm_disk_server and during the configuration, it
fails with these:

Stopping rfiod:                                            [  OK  ]
Starting rfiod:                                            [  OK  ]
globus-gridftp-server already stopped:                     [  OK  ]
globus-gridftp-server not started:                         [FAILED]
dpm-addfs dpmCam_2007 disk08.hep.phy.cam.ac.uk /dpm_data: Connection closed
by remote end
......
......
net.core.netdev_max_backlog = 10000
   ERROR: Error during the execution of function: config_DPM_disk
   ERROR: Error during the configuration.Exiting.
[FAILED]
   ERROR: One of the functions returned with error without specifying its
nature !


If I try to add the file system manually (using dpm-addfs) on the SE,
returns the very same error:

dpm-addfs dpmCam_2007 disk08.hep.phy.cam.ac.uk /dpm_data: Connection closed
by remote end

traceroute works just fine from the SE to disk08:

[root@serv02 /]# traceroute disk08
traceroute to disk08.hep.phy.cam.ac.uk (131.111.66.178), 30 hops max, 46
byte packets
 1  disk08 (131.111.66.178)  1.009 ms  0.085 ms  0.069 ms

I think I saw this problem before but can't remember what was the catch. Any
idea what am I missing?

Cheers,
Santanu



The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.