Issue 18844 - network/multiuser installation fails when installing on NFS mounted location during registration
Summary: network/multiuser installation fails when installing on NFS mounted location ...
Status: CLOSED DUPLICATE of issue 19339
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC3
Hardware: PC Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: Unknown
QA Contact: issues@installation
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-08-30 15:12 UTC by Unknown
Modified: 2003-09-22 14:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-08-30 15:12:08 UTC
My setup :
Linux fileserver running suse 7.3 (with patches) (glibc2 2.2)
   * installation directory locally is /opt
     - nfs automounted to other machines as /share/applications
     - symbolic link /share/applications/ to /opt locally
   * java installed in /share/applications/jdk
     - symbolic link to sun's 1.4.2
   * /share/application filesystem is ext3

Linux workstation running suse 8.2 (with patches) (glibc 2.3.2)
   * /share/applications nfs automounted

Steps to reproduce :
   1) on workstation start the installation as root
       ./setup -net
   2) select standard installation
   3) install in /share/applications/OpenOffice.org1.1.0
      * let it create the directory
   4) click 'install'
   5) browse for java in /share/applications/jdk
   6) select 'ok' for java directory
   7) installation starts
      a) copying/ extracting files completes
   8) Registering the components
      a) fails right away
         'The libctl645li.so' component was unable to be registered'
         * retry does nothing (keeps failing)
         * ignore goes to next file, and that fails alse (implreg.uno.so)
         * cancel just goes to next file (which fails)
      b) in install/program directory, i have the following broken links :
         * libicule.so -> libicule.so.22.0Ü=ËhÜ=?
         * libicule.so.22 -> libicule.so.22.0¶Ì5R¶Ì?
         * libicuuc.so -> libicuuc.so.22.0?Ñä??Ñ?
         * libicuuc.so.22 -> libicuuc.so.22.0ûWÃòûW?
         * libcppu.so -> libcppu.so.3l?0Ll??
         * libcppu.so.3 -> libcppu.so.3.1.0ò
         - fixing these links does not help anything, retry still fails
   9) trying to run setup from this point complains that important program
      files were not found and recommends reinstalling from installation
      media
Comment 1 sweitz 2003-08-30 18:56:15 UTC
Look at Issue 17517. It describes the same Problem , when OO will be
installed on a Client with NFS mounted devices.

In my way I' installed OO on an server (/usr/local), all clients in my
network mount /usr/local with NFS. Up to OO1.0.3 eyerythink works
well, with OO1.1rc3 I got th
e following error message on the clients. On the server everything is
o.k.:

  The application cannot be started.
  The component manager is not available.
  Start the setup application to repair the instalation from the CR or
  the folder containing the installation packages.

repairing fails!

After a few test, I tried to install OO1.1RC3 on the NFS Client and I
got the following error message:
Registering the components
    'The libctl645li.so' component was unable to be registered
    retry does nothing (keeps failing)
    ignore goes to next file, and that fails alse (implreg.uno.so)
    cancel just goes to next file (which fails)

On the Server an the Clients I use Slackware Linux with Kernel 2.4.21
and glibc 2.3.1.
Comment 2 Olaf Felka 2003-08-31 12:34:37 UTC
Hi Skottie,
please have a look. Could it be that the problems are caused by the glibc 
2.3.1?
Comment 3 Unknown 2003-09-09 15:29:26 UTC
I tried this again with RC4 and the same issue exists.  I tried using
the STAR_PROFILE_LOCKING_DISABLED env variable, but that didn't help
either.  I also tried installing to an NFS mount from another SuSE 8.2
installation.  The test produced no broken links, but the registration
part still failed.

I think the actual installation of the files is OK, but the problem
comes during the registration part.  What is happening during
registration?
Comment 4 joerg.skottke 2003-09-17 13:03:02 UTC
Just to get a reference i tried an installation using RH8 as
nfs-server to a RH Severn client. This was absolutely trouble-free.
For the exports i used the parameters (rw,all_squash).

I will have to recreate the entire setup in order to reproduce the
problem.
Comment 5 joerg.skottke 2003-09-17 13:28:54 UTC
Hi ewinston,

could you please provide me with a copy of your automounter
configuration files?

Thank you.
Comment 6 Olaf Felka 2003-09-22 14:44:19 UTC
This depends on the Suse 8.2 srcipts. Start the nfs and nfslock
deamons in yast2.

*** This issue has been marked as a duplicate of 19339 ***
Comment 7 Olaf Felka 2003-09-22 14:44:37 UTC
Dupe