Forum Discussion

AV77's avatar
AV77
Level 4
12 years ago

NetBackup upgrade to 7.5 caused sgscan to disappear

Hi,

After what seemed to be a successful upgrade of NetBackup Master/Media from 6.5.6 to 7.5.0.3 on Solaris 10 (VCS Cluster) my sg devices disappeared and I cannot rebuild them. At least without a reboot I can't.

The sg devices disappeared (sgscan returns nothing, not tapes nor disks) from both Solaris10 x64 members of the cluster.

I am puzzled by the fact that sgscan cannot see anything...

I can see the tape devices with "cfadm -al"  as

c1::5005076312436e37           tape         connected    configured   unknown
c1::500507631243acd1           tape         connected    configured   unknown

but nothing is returned using sgscan.

in sg.conf I have these relevant entries:

name="sg" parent="fp" target=0 lun=0 fc-port-wwn="500507631243acd1";
name="sg" parent="fp" target=0 lun=1 fc-port-wwn="500507631243acd1";
name="sg" parent="fp" target=0 lun=0 fc-port-wwn="5005076312436e37";
name="sg" parent="fp" target=0 lun=1 fc-port-wwn="5005076312436e37";

and in sg.links:

name="sg" parent="fp" target=0 lun=0 fc-port-wwn="500507631243acd1";
name="sg" parent="fp" target=0 lun=1 fc-port-wwn="500507631243acd1";
name="sg" parent="fp" target=0 lun=0 fc-port-wwn="5005076312436e37";
name="sg" parent="fp" target=0 lun=1 fc-port-wwn="5005076312436e37";

 

modinfo returns:

188 7b35a000   35d0 328   1  sg (SCSA Generic Revision: 3.6)

I tried unlaoding the sg module by "modunload -i 188", and reload the driver but it returns

# modunload -i 188
can't unload the module: Device busy
 

Any suggestions??? Any thoughts why could it happen? Is "reboot -- -r" the only answer?

7.5
Backup and Recovery
Configuring
Installing
NetBackup
Tip-How to
Troubleshooting
Upgrade
  • mph999's avatar
    mph999
    12 years ago

    Hmm, suspect the sg driver is having a moment, i'd just reboot, 'cos it ain't going to unload any other way ...

24 Replies

Sort By
Replies have been turned off for this discussion
  • revarooo's avatar
    revarooo
    Level 6
    12 years ago

    # modunload -i 188
    can't unload the module: Device busy

     

    hmmm thats OS related.

    What does /usr/openv/volmgr/bin/scan   show?

  • mph999's avatar
    mph999
    Level 6
    12 years ago

    Should not need a reboot.

     

    Try this...  

     

    cd /usr/openv/volmgr/bin/driver
    cp sg.links sg.links.safe
    cp sg.conf sg.conf.safe
    ../sg.build all
    modunload -i $(echo $(modinfo |grep "sg (SCSA" |awk '{print $1}'))
    mv /kernel/drv/sg.conf /kernel/drv/sg.conf.old
    /usr/openv/volmgr/bin/driver/sg.install
     
    If the above does not work, try this ....
     
    cd /usr/openv/volmgr/bin/driver
    cp sg.links sg.links.safe
    cp sg.conf sg.conf.safe
    modunload -i $(echo $(modinfo |grep "sg (SCSA" |awk '{print $1}'))
    mv /kernel/drv/sg.conf /kernel/drv/sg.conf.old
    /usr/openv/volmgr/bin/driver/sg.install
     
    Regards,
     
    Martin
  • AV77's avatar
    AV77
    Level 4
    12 years ago

    sorry, I was wrong. The output from san is as follows:

    # scan
    ************************************************************
    *********************** SDT_TAPE    ************************
    *********************** SDT_CHANGER ************************
    ************************************************************
    Unable to intialize the device mappings table, status = 1
     

  • Marianne's avatar
    Marianne
    Level 6
    12 years ago

    Question: can you confirm that old sg driver was removed and new version of sg driver succesfully installed during upgrade?

    install_trace.#### in /usr/openv/tmp will hopefully contain this info.

    maybe Martin can confirm what sg driver version should be on NBU 7.5?

     

  • AV77's avatar
    AV77
    Level 4
    12 years ago

    Hi Martin,

    as expected the output:

    # ../sg.build all
    The file ./st.conf should be appended to /kernel/drv/st.conf.
    A reboot may be necessary to create any new device files.
    Created file ./sg.conf.
    Created file ./sg.links.

    # modunload -i $(echo $(modinfo |grep "sg (SCSA" |awk '{print $1}'))
    can't unload the module: Device busy

    ========================

    As I cannot risk an unexpected reboot or a crash I feel I'll have to stop here and wait for the weekend when I hopefully can reboot.  I am worried as identical lost of sg devices happened on both servers of the VCS cluster after/due to upgrade to 7.5 (or 7.5.0.3). 

  • AV77's avatar
    AV77
    Level 4
    12 years ago

    from the /opt/openv/tmp/install_trace.###

    ....

    Original /etc/inetd.conf saved as /etc/inetd.conf.NB_072612.19:39:51.
    Sending SIGHUP to inetd process.

            Copied files to /kernel/drv/sparcv9.

    Doing add_drv of the sg driver

    Leaving existing sg configuration.
    If you wish to update the configuration you need to
            rm -f /kernel/drv/sg.conf
    and rerun /usr/openv/volmgr/bin/driver/sg.install.

    Converting STREAMS files.  This may take a few minutes.

    STREAMS files conversion is complete.

    ...

  • AV77's avatar
    AV77
    Level 4
    12 years ago

    no joy... changing/updating mappings didn't do the trick...

    # tpext -get_dev_mappings_ver
    device mappings version in the EMM database is 1.102
    device mappings version from the local file is 1.102
    Local device mappings file is up-to-date
     

  • mph999's avatar
    mph999
    Level 6
    12 years ago

     

    225 7bbf0000   37a8 291   1  sg (SCSA Generic Revision: 3.7)