Hi

We have a splitted dCache head node where the pnfs+psqlpostgre is
installed on remote node.
On the head node we have
PNFS_START=no
and
pnfsManager=no

After server rpm upgrade from 1.8 12p6 to 1.8 15p5 we have had to run
/opt/d-cache/install/install.sh script to complete the upgrade. It fails
with the following error:

[root@dcache01 etc]# /opt/d-cache/install/install.sh
INFO:Skipping ssh key generation

Checking MasterSetup ./config/dCacheSetup O.k.

Sanning dCache batch files

Processing adminDoor
Processing chimera
Processing dCache
Processing dir
Processing door
Processing gPlazma
Processing gridftpdoor
Processing gsidcapdoor
Processing httpd
Processing infoProvider
Processing lm
Processing pnfs
Processing pool
Processing replica
Processing srm
Processing statistics
Processing utility
Processing xrootdDoor


Checking Users database .... Ok
Checking Security .... Ok
Checking JVM ........ Ok
Checking Cells ...... Ok
dCacheVersion ....... Version production-1-8-0-15p5

INFO:Will be mounted to dcache01.tier2.hep.manchester.ac.uk:/fs by
dcache-core start-up script.
ERROR:The file/directory /pnfs/tier2.hep.manchester.ac.uk is in the way.
Please move it out
ERROR:of the way and call me again. Exiting.

As a result the upgrade is not completed and

1. we still observe the old version on the Admin web page:
SRM-dcache01 srm-dcache01Domain 0 3 80 msec 06/11 14:51:18
production-1-8-0-12p6(1.151)

2. the srm protocol does not work properly we can srmcp TO the
dCache, delete with srmrm and srmcp from it, but the "srmcp TO" hangs
on the client
side at the very end of operation and then ends with error by timeout:

SRMClientV2 : srmPrepareToPut, contacting service
httpg://dcache01.tier2.hep.manchester.ac.uk:8443/srm/managerv2
Wed Jun 11 16:48:22 BST 2008: srm returned requestToken = -2147098616
Wed Jun 11 16:48:22 BST 2008: sleeping 1 seconds ...
copy_jobs is not empty
Wed Jun 11 16:48:23 BST 2008: no more pending transfers, breaking the loop
copying CopyJob, source = file:////bin/bash destination =
gsiftp://bohr3931.tier2.hep.manchester.ac.uk:2811//pnfs/tier2.hep.manchester.ac.uk/data/dteam/basht1
GridftpClient: memory buffer size is set to 131072
GridftpClient: connecting to bohr3931.tier2.hep.manchester.ac.uk on port
2811
GridftpClient: gridFTPClient tcp buffer size is set to 0
GridftpClient: gridFTPWrite started, source file is
java.io.RandomAccessFile@2f0d54 destination path is
/pnfs/tier2.hep.manchester.ac.uk/data/dteam/basht1
GridftpClient: gridFTPWrite started, destination path is
/pnfs/tier2.hep.manchester.ac.uk/data/dteam/basht1
GridftpClient: set local data channel authentication mode to None
GridftpClient: parallelism: 10
GridftpClient: adler32 for file java.io.RandomAccessFile@2f0d54 is 0b6f56d6
GridftpClient: waiting for completion of transfer
GridftpClient: starting a transfer to
/pnfs/tier2.hep.manchester.ac.uk/data/dteam/basht1
GridftpClient: DiskDataSink.close() called
GridftpClient: gridFTPWrite() wrote 616248bytes
GridftpClient: closing client :
org.dcache.srm.util.GridftpClient$FnalGridFTPClient@15dd910
GridftpClient: closed client
execution of CopyJob, source = file:////bin/bash destination =
gsiftp://bohr3931.tier2.hep.manchester.ac.uk:2811//pnfs/tier2.hep.manchester.ac.uk/data/dteam/basht1
completed
SRMClientV2 : put: try # 0 failed with error
SRMClientV2 : ; nested exception is:
java.net.SocketTimeoutException: Read timed out
SRMClientV2 : put: try again
SRMClientV2 : sleeping for 10000 milliseconds before retrying
SRMClientV2 : put: try # 1 failed with error
SRMClientV2 : ; nested exception is:
....

Although the file appers in place and can be copied back or deleted with srmrm.
Also srmls command does not work at all (just hangs).

Does anybody have a suggestion how to complete the upgrade correctly?

Thanks

Sergey

 Manchester Tier2