Forum Discussion

GreatScott's avatar
GreatScott
Level 3
14 years ago
Solved

7.1 client install on Solaris 10 server

I would like some assistance with installing the NetBackup 7.1 client on a Solaris 10 server. The pbx portion installs fine but the argument returned on the client step is "argument expected". I assume something isn't being piped to the command or it can't find a location.

If I read correctly, since the netbackup server is windows the client can't be pushed to the unix server so a local install is my only option. I also extracted these files on another server to avoid the tar version issues I see referenced frequently. I transferred the files to the client server using rsync. I am running the install as root as well.   

NetBackup Server info
Windows 2008

Client Server info
(clienthostname)-(root)=# uname -a
SunOS hostname 5.10 Generic_142909-17 sun4v sparc SUNW,SPARC-Enterprise-T5120

(clienthostname)-(root)=# isainfo -vk
64-bit sparcv9 kernel modules
 

Results from install
(clienthostname)-(root)=# ./install

Symantec Installation Script
Copyright 1993 - 2011 Symantec Corporation, All Rights Reserved.

        Installing NetBackup Client Software

Do you wish to continue? [y,n] (y)
Do you want to install the NetBackup client software for this client? [y,n] (y)

This package will install Solaris/Solaris10 client.

This package will install NetBackup client 7.1.

Enter the name of the NetBackup server : netbackupservername
Would you like to use "clienthostname" as the configured name of the NetBackup client? [y,n] (y)

Installing PBX...
Please wait while installation is in progress...
Installation completed Successfully
Installation log located here: /var/tmp/installpbx-18510-100411134743.log

cat: cannot open /export/home/username/NetBackup_7.1_CLIENTS/netbackupclients/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris10/.sizes_client_bin
expr: syntax error
./cp_to_client: test: argument expected

A failure was detected running /export/home/username/NetBackup_7.1_CLIENTS/netbackupclients/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris10/cp_to_client netbackupservername clienthostname /tmp/install_trace.18381

File /tmp/install_trace.18381 contains a trace of this install.
That file can be deleted after you are sure the install was successful.

  • Alright, having received permission from our vendor to install the sunfreeware version, we have a successful install with some caveats.

    Following the documentation on the article http://www.symantec.com/docs/TECH154080 but ran into a few issues. I'll document them here in case anyone else searches for a similar circumstance.

    Get the software
    $ftp ftp.sunfreeware.com (used anonymous login)
    $ cd pub/download/sparc/10/
    $ get tar-1.26-sol10-sparc-local.gz
    $ get libiconv-1.14-sol10-sparc-local.gz
    $ get libintl-3.4.0-sol10-sparc-local.gz
    $ bye
     

    Install the software
    $ gzip -d <filename>.gz (repeat for all three if needed)
    $ pkgadd -d tar-1.26-sol10-sparc-local
    $ pkgadd -d libiconv-1.14-sol10-sparc-local (added due to the error referenced in the tech article)
    $ pkgadd -d libintl-3.4.0-sol10-sparc-local (added due to the error referenced in the tech article)
    Note: My server installed the package(s) into /usr/local/bin instead of /usr/sfw/bin. I had to follow the directions for adding the path to the $PATH

    $ PATH=/usr/local/bin:$PATH
    $ export $PATH

    Testing the install
    $ tar (Resulted in an error similar to the one in the article but not quite the same)
    ld.so.1: tar: fatal: libgcc_s.so.1: open failed: No such file or directory
    Killed

    Resolving the new error
    Can't take credit for this. Googled it and found http://spectral.mscs.mu.edu/USA2006/lectures/my-wasted-life-part-X.html
    $ LDD /usr/local/bin/tar
    (clienthostname)-(root)=# ldd /usr/local/bin/tar
            libintl.so.8 =>  /usr/local/lib/libintl.so.8
            libiconv.so.2 =>         /usr/local/lib/libiconv.so.2
            libsec.so.1 =>   /usr/lib/libsec.so.1
            libc.so.1 =>     /usr/lib/libc.so.1
            librt.so.1 =>    /usr/lib/librt.so.1
            libnsl.so.1 =>   /usr/lib/libnsl.so.1
            libgcc_s.so.1 =>         (file not found)
            libavl.so.1 =>   /lib/libavl.so.1
            libaio.so.1 =>   /lib/libaio.so.1
            libmd.so.1 =>    /lib/libmd.so.1
            libmp.so.2 =>    /lib/libmp.so.2
            libscf.so.1 =>   /lib/libscf.so.1
            libdoor.so.1 =>  /lib/libdoor.so.1
            libuutil.so.1 =>         /lib/libuutil.so.1
            libgen.so.1 =>   /lib/libgen.so.1
            libm.so.2 =>     /lib/libm.so.2
            /platform/SUNW,SPARC-Enterprise-T5120/lib/libmd_psr.so.1
    $ find / -name libgcc_s.so.1
      /usr/sfw/lib/sparcv9/libgcc_s.so.1
      /usr/sfw/lib/libgcc_s.so.1
      /usr/openv/pdde/pdopensource/lib/libgcc_s.so.1
      /opt/RICHPse/lib/i386/libgcc_s.so.1
      /opt/RICHPse/lib/sparcv9/libgcc_s.so.1
    $ LD_LIBRARY_PATH=/usr/sfw/lib:$LD_LIBRARY_PATH (adding /usr/sfw/lib to the link path)
    $ export LD_LIBRARY_PATH

    tar tested fine at this point and I was able to extract the NetBackup_7.1_CLIENTS.tar.gz directly on the Solaris 10 server. I ran ./install from the NetBackup_7.1_CLIENTS directory without error. It allowed it to extract the files needed in the sub-directories.

    At this point, I believe I am done. Now on to configured the bp.conf file.

    Thanks for the advice and support all

    Scott

  • cat: cannot open /export/home/username/NetBackup_7.1_CLIENTS/netbackupclients/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris10/.sizes_client_bin

    Let's start with the obvious question first.  Does /export/home/username/NetBackup_7.1_CLIENTS/netbackupclients/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris10/.sizes_client_bin actually exist?

    I transferred the files to the client server using rsync.

    No offense, but this sounds like a red flag to me.  :)

  • It's a valid question. Not familiar with any of the netbackup product and haven't used Solaris at all before. There is no file called .sizes_client_bin in that directory, however there is a client_bin.tar.gz file which I thought would have been extracted.

    I'm guessing that it should decompress this file during the process and probably can't be since this server is using the older tar/gzip version. The instructions for getting around this issue were to simply extract the files and burn them to media so I didn't consider that there might be other files deeper in the directory that would also need to be extracted. 

    What's the impact of putting the sunfreeware gzip-1.4-sol10-sparc-local and, if needed, the two dependencies (libiconv & libintl) on the server? This is a production data server for a vendor. They're very picky about what gets on the server and I could totally see myself in an 'unsupported' state if I add software.

    Thanks in advance,
    Scott

  • gzip is normally included in the Solaris 10 distribution, so you should be able to add it manually from the installation media if it isn't there already. Actually it should be on the server by default unless they have specifically removed it during installation.

    Have you tried doing the whole process on the Sun server?

    Is the NBU client software also SPARC? You might want to check that, it's a classical error.

     

    /tony

     

    (who has only started working with NBU, but has worked with Solaris for 11 yrs and EMC Networker for 3 ;o)

  • gzip 1.3.5 is included on the server but there's an apparent issue with using 'tar' to extract files after decompression. The error you get for many files is "/@LongLink: typeflag 'L' not recognized, converting to regular file". The explanation is here.

    The NBU client install script is detecting the version (I assume) and choosing which to install. I extracted the entire contents of the NetBackup_7.1_CLIENTS.tar.

    (clienthostname)-(root)=# pwd
    /export/home/username/NetBackup_7.1_CLIENTS/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris

    (clienthostname)-(root)=# ls
    Solaris10          Solaris9           Solaris_x86_10_64

    I'm guessing I just need to update the tar version on the server through the sunfreeware site mentioned in the article or try to push for the vendor to update according to the patch ID referenced in the article as well. It specifically mentions 2 dependencies and possibly a 3rd one. I wanted to know the impact before I tried my hand it at first. Downtime, software conflicts... etc.

    Sincerely,
    Scott

  • well, updating tar from Solaris patches would be the best way to go, you should look out for installed applications and perhaps cron jobs that might demand a certain version of tar. Personally, I'm a big fan of sunfreeware but I wouldn't use any of it in a production environment without testing it first.

    Apart from that, it shouldn't give you any issues if you updated tar. But if that's impossible you could NFS mount a share with the extracted files on your workstation on the server and install from there. Furthermore you could create a solaris 10 zone (there is a way of creating a zone that has its own root file system, that is not linked to the global zone's root fs) and then just install GNU tar in an appropriate version in that zone. That could be your way out if this is a SPARC Solaris and you don't have another SPARC machine do run the right tar version on.

     

    /tony

  • Did you remember to use gtar to extract?

    There is a little README text file on FileConnect that explains this.
    Also see this TN: http://www.symantec.com/docs/TECH154080

     

  • @Tony: Appreciate the feedback. I decided to contact the vendor. See the results below.

    @Marianne: I actually reference the article you mentioned in an earlier post. The overall 'NetBackup_7.1_CLIENTS.tar.gz' file was downloaded and extracted on a seperate server with the newer tar files. I burned the resulting directory to a disk as referenced in the workaround. I believe my problem was there were a couple of tar.gz files in subdirectories that are extracted during the install script operations so it failed when I put the disk in the Solaris server.

    Anywho, I contacted our vendor to ensure I wouldn't violate any support agreements and/or see if the Oracle patch was an alternative. They wouldn't do the patch strictly for supporting Netbackup but did give me the go ahead to install the SunFreeware Tar file. I have downloaded it, the libintl and libiconv files from ftp.sunfreeware.com and will work more on this in the morning. More to follow...

  • Alright, having received permission from our vendor to install the sunfreeware version, we have a successful install with some caveats.

    Following the documentation on the article http://www.symantec.com/docs/TECH154080 but ran into a few issues. I'll document them here in case anyone else searches for a similar circumstance.

    Get the software
    $ftp ftp.sunfreeware.com (used anonymous login)
    $ cd pub/download/sparc/10/
    $ get tar-1.26-sol10-sparc-local.gz
    $ get libiconv-1.14-sol10-sparc-local.gz
    $ get libintl-3.4.0-sol10-sparc-local.gz
    $ bye
     

    Install the software
    $ gzip -d <filename>.gz (repeat for all three if needed)
    $ pkgadd -d tar-1.26-sol10-sparc-local
    $ pkgadd -d libiconv-1.14-sol10-sparc-local (added due to the error referenced in the tech article)
    $ pkgadd -d libintl-3.4.0-sol10-sparc-local (added due to the error referenced in the tech article)
    Note: My server installed the package(s) into /usr/local/bin instead of /usr/sfw/bin. I had to follow the directions for adding the path to the $PATH

    $ PATH=/usr/local/bin:$PATH
    $ export $PATH

    Testing the install
    $ tar (Resulted in an error similar to the one in the article but not quite the same)
    ld.so.1: tar: fatal: libgcc_s.so.1: open failed: No such file or directory
    Killed

    Resolving the new error
    Can't take credit for this. Googled it and found http://spectral.mscs.mu.edu/USA2006/lectures/my-wasted-life-part-X.html
    $ LDD /usr/local/bin/tar
    (clienthostname)-(root)=# ldd /usr/local/bin/tar
            libintl.so.8 =>  /usr/local/lib/libintl.so.8
            libiconv.so.2 =>         /usr/local/lib/libiconv.so.2
            libsec.so.1 =>   /usr/lib/libsec.so.1
            libc.so.1 =>     /usr/lib/libc.so.1
            librt.so.1 =>    /usr/lib/librt.so.1
            libnsl.so.1 =>   /usr/lib/libnsl.so.1
            libgcc_s.so.1 =>         (file not found)
            libavl.so.1 =>   /lib/libavl.so.1
            libaio.so.1 =>   /lib/libaio.so.1
            libmd.so.1 =>    /lib/libmd.so.1
            libmp.so.2 =>    /lib/libmp.so.2
            libscf.so.1 =>   /lib/libscf.so.1
            libdoor.so.1 =>  /lib/libdoor.so.1
            libuutil.so.1 =>         /lib/libuutil.so.1
            libgen.so.1 =>   /lib/libgen.so.1
            libm.so.2 =>     /lib/libm.so.2
            /platform/SUNW,SPARC-Enterprise-T5120/lib/libmd_psr.so.1
    $ find / -name libgcc_s.so.1
      /usr/sfw/lib/sparcv9/libgcc_s.so.1
      /usr/sfw/lib/libgcc_s.so.1
      /usr/openv/pdde/pdopensource/lib/libgcc_s.so.1
      /opt/RICHPse/lib/i386/libgcc_s.so.1
      /opt/RICHPse/lib/sparcv9/libgcc_s.so.1
    $ LD_LIBRARY_PATH=/usr/sfw/lib:$LD_LIBRARY_PATH (adding /usr/sfw/lib to the link path)
    $ export LD_LIBRARY_PATH

    tar tested fine at this point and I was able to extract the NetBackup_7.1_CLIENTS.tar.gz directly on the Solaris 10 server. I ran ./install from the NetBackup_7.1_CLIENTS directory without error. It allowed it to extract the files needed in the sub-directories.

    At this point, I believe I am done. Now on to configured the bp.conf file.

    Thanks for the advice and support all

    Scott