80011 and libgciudt6.so

Andet · Post by **Andet** » Fri Sep 04, 2009 11:34 am

moving from one data device to another, Datastage was brought down, the /opt/dstage/Ascential filesystem was copied -p by root to the new device.
now cannot log into any client, including admin, by any id, including dsadm.
can start and stop the server using /bin/uv; can get into universe using uvsh. bin/uv gives the cannot load libgciudt6.so message. DSHOME is set, dsenv was not changed; I verified the setuids were all okay (that's why we got the SA to do the copy.

all permissions look the same except for a few directories now have rwxrwsr-x instead of rwxrwxr-x which shouldn't make a difference.

any suggestions?

thanks,

Ande

ray.wurlod · Post by **ray.wurlod** » Fri Sep 04, 2009 3:10 pm

Apart from doing it properly (not with an operating system copy command)?

Not really.

Does bin/dssh work instead of bin/uv ?

Andet · Post by **Andet** » Fri Sep 04, 2009 3:50 pm

uvsh works just fine.
why do you think a cp -p by root would not work? Datastage is not sensitive to devices...

Ande

ray.wurlod · Post by **ray.wurlod** » Sun Sep 06, 2009 2:35 am

Because there are "system table" entries that refer to objects by pathname. Unless the new pathnames are identical to the old, there will be grief.

chulett · Post by **chulett** » Sun Sep 06, 2009 7:08 am

Don't those "pathnames" also include the system name and/or IP address?

ray.wurlod · Post by **ray.wurlod** » Sun Sep 06, 2009 2:23 pm

Not in version 7 (if my memory serves me correctly).

Andet · Post by **Andet** » Sun Sep 06, 2009 3:08 pm

copying the whole filesystem.
no new names or directories. dismounting old, mounting new.
I don't see anything sensitive to devices.

any suggestions?