CommVault Forums

Solving Forward - Solving Together
Welcome to CommVault Forums Sign in | Join | Help
in

After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails

Last post 04-20-2011, 2:31 AM by Frank Noessler. 6 replies.
Sort Posts: Previous Next
  • After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-14-2011, 10:35 AM

    Hello,

    After upgrading to version 9 - the "normal" file system backup of the SLES 10 Novell OES failes

    NSS Volumes are backed up correctly - but the "normal" ext3 mounts are not backed up:

    It seems, that the "ifind" process is not startable - so the backup won't come after the scan-phase.

     

    Job-Log:

    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    Machine : commserve
    File    : CVCsl_Licensing_Dbg.log
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

    2972 76c 04/14 16:00:03 86281 CVCsl::expiredLicense() -  Starting for iAppType type : 86 ulId 35

     

    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    Machine : commserve
    File    : JobManager.log
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

    2972 76c 04/14 16:00:09 86281 Servant    [---- SCHEDULED BACKUP REQUEST ----], taskid [13] Clnt[VC-SRVR1] AppType[OES File System on Linux][86] BkpSet[Shanghai] SubClnt[Shanghai_default] BkpLevel[Full][1]
    2972 50c 04/14 16:00:14 86281 Scheduler  Phase [4-Scan] (0,0) started on [VC-SRVR1.ekato.cn] - FSIFind -j 86281 -a 2:179 -t 1 -d VC-SRVR1.ekato.cn*VC-SRVR1*8400*8402 -r 0 -ab 0 -i 1 -cs commserve  -jt 86281:4:1  -skipMountPath
    2972 940 04/14 16:00:18 86281 Servant    Reg [Control] received. Host [VC-SRVR1.ekato.cn] plattype = 4. Token [86281:4:1]
    2972 8c8 04/14 16:00:46 86281 Scheduler  Phase [Failed] message received from [VC-SRVR1.ekato.cn] Module [FSIFind] Token [86281:4:1] restartPhase [0]
    2972 8c8 04/14 16:00:46 86281 JobSvr Obj Phase [4-Scan] for Backup Job Failed. Backup will continue with phase [Scan].

     

    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    Machine : commserve
    File    : TaskManager.log
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

    784   5 04/14 16:00:02 86281 ### TaskSubmitter.SubmitBackupJob --- Backup Job <86281> is submitted for appId [179] with backup level [1] for taskId Music [8] subTaskId [13]

     

    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
    Machine : VC-SRVR1
    File    : FSIFind.log
    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

    28012 4f914a20 04/14 22:00:19 86281 JM Client  CVBkpJobClient::init(): Initializing job object with token [86281:4:1].
    28012 4f914a20 04/14 22:00:23 86281 CvUCS::init_static() - Native charset="UTF-8".
    28012 4f914a20 04/14 22:00:23 86281 CvUCS::init_static() - Great! This system is using ISO/IEC 10646 character set for wchar_t. We will not be using iconv() API and will be converting between MBE and UTF/UCS using C MBR functions.
    28012 4f914a20 04/14 22:00:23 86281 CvUCS::init_static() - MBE happens to be UTF-8. Will use strcpy for MBE<=>UTF-8 conversion.
    28012 4f914a20 04/14 22:00:38 86281 Connecting to TSA vc-srvr1.Linux File System...
    28012 4f914a20 04/14 22:00:41 86281 Unicode Paths supported=1
    28012 4f914a20 04/14 22:00:41 86281 Disabled TSA caching mode
    28012 4f914a20 04/14 22:00:41 86281 Logged in to Linux File System TSA as root.
    28012 4f914a20 04/14 22:00:41 86281 Scan Phase Started for Shanghai_default
    28012 4f914a20 04/14 22:00:41 86281 Generating Filter File Names
    28012 4f914a20 04/14 22:00:41 86281 Subclient Filter File: /opt/simpana/iDataAgent/jobResults/2/179/Filter.cvf
    28012 4f914a20 04/14 22:00:41 86281 Agent Filter File: /opt/simpana/iDataAgent/jobResults/Filter.cvf
    28012 4f914a20 04/14 22:00:41 86281 Parsing Filter File /opt/simpana/iDataAgent/jobResults/Filter.cvf
    28012 4f914a20 04/14 22:00:41 86281 Failed to open Filter File /opt/simpana/iDataAgent/jobResults/Filter.cvf
    28012 4f914a20 04/14 22:00:41 86281 Failed to Read Global Filter File, 100335
    28012 4f914a20 04/14 22:00:41 86281 Creating Filter File, /opt/simpana/iDataAgent/jobResults/2/179/Filter.cvf
    28012 4f914a20 04/14 22:00:41 86281 Populating Filter File From AppManager
    28012 4f914a20 04/14 22:00:41 86281 Adding SCDIRNAMES to filter file
    28012 4f914a20 04/14 22:00:45 86281 SUBCLIENTCONF: FSSubclientConf::checkCaseSensitivity(): called for AppType=86
    28012 4f914a20 04/14 22:00:46 86281 Subclient Name is Shanghai_default
    28012 4f914a20 04/14 22:00:46 86281 SUBCLIENTCONF: ifind mode is enabled
    28012 4f914a20 04/14 22:00:46 86281 Adding PRUNEDIRS to filter file
    28012 4f914a20 04/14 22:00:46 86281 Adding NOPRUNEDIRS to filter file
    28012 4f914a20 04/14 22:00:46 86281 Adding NONAMES to filter file
    28012 4f914a20 04/14 22:00:46 86281 Adding YESNAMES to filter file
    28012 4f914a20 04/14 22:00:46 86281 Parsing Filter File /opt/simpana/iDataAgent/jobResults/2/179/Filter.cvf
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: SUBCLIENT DIR NAMES
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: SUBCLIENT DIR NAMES
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/)
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: SUBCLIENT NO DIRS
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/srv/gwdata)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/srv/UDATA)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/srv/software)
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: PRUNE DIRS
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/tmp)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/media)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/_admin)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/temp)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/mnt)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/lost+found)
    28012 4f914a20 04/14 22:00:46 86281 Adding Filter Item: (/.oit)
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: NO PRUNE DIRS
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: NO NAMES
    28012 4f914a20 04/14 22:00:46 86281 Filter File Token: YES NAMES
    28012 4f914a20 04/14 22:00:46 86281 Performing Regular Scan
    28012 4f914a20 04/14 22:00:51 86281 Removing filter item /
    28012 4f914a20 04/14 22:00:51 86281 Removed filter item /
    28012 4f914a20 04/14 22:00:51 86281 Getting List of Available Target Service Resources
    28012 4f914a20 04/14 22:00:51 86281 Available Target Service Resources:
    28012 4f914a20 04/14 22:00:51 86281 Setting Filter Types
    28012 4f914a20 04/14 22:00:51 86281 Name space=NFS, type=2
    28012 4f914a20 04/14 22:00:51 86281 Priority Name space for /=258.
    28012 4f914a20 04/14 22:00:51 86281 New resource: /
    28012 4f914a20 04/14 22:00:51 86281 NWSMTSScanDataSetBegin(/_admin) returned (fffdffd1), No more data sets.
    28012 4f914a20 04/14 22:00:51 86281 Failed to backup data set /_admin, Failed to backup data.
    28012 4f914a20 04/14 22:00:51 86281 Handling Subclient Content
    28012 4f914a20 04/14 22:00:51 86281 No sources specified for subclient
    28012 4f914a20 04/14 22:00:51 86281 Unable to Get Source Item, 101004
    28012 4f914a20 04/14 22:00:51 86281 Failed to Perform IFind, 100304
    28012 4f914a20 04/14 22:00:51 86281 Logged out of TSA.
    28012 4f914a20 04/14 22:00:51 86281 BKP CALLED COMPLETE (PHASE Status::FAIL), 86281. Token [86281:4:1]
    28012 4f914a20 04/14 22:00:52 86281 Scan Phase Failed for Shanghai_default

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-14-2011, 12:01 PM

    Hello,

    Have you tried this using the root account to see if that works?

    JW

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-15-2011, 1:35 AM

    Not yet - I've asked the costumer about permission problems - still awaiting the answer. I'll tell him to test the backup with "root"

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-15-2011, 1:46 AM

    Frank,

    Thanks for the update.  Let us know your results.  Previous issues were caused by permissions.  When root was used, it would run fine.


    JW

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-19-2011, 3:02 AM

    Hello,

     

    "root" account was already used for this client

     

    Kind regards

    Frank

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-19-2011, 4:29 PM

    Hi,

    Are you using the Linux or OES agent? You need to use the linux FS agent to backup non NSS volumes. The OES FS agent will only backup your /media/NSS/*.

    Also, I would strongly suggest using the Linux agent to backup your NSS volumes as well. You will need to create 1 subclient per NSS volumes (or one that specifies them all) but you can't just use the linux agent backup up "/" as it will exclude NSS volumes by default. You will also need to add the following 2 lines to your /etc/opt/novell/nss/nssstart.cfg to allow metadata backup through the agent:

    /ListXattrNWMetadata
    /CtimelsMetadataModTime

    Using the Linux agent has many advantages over the OES one. First, the scan phase will be much quicker since you will be able to use data classification. Also, the Linux agent doesn't go through the TSA which removes a bit of overhead from the backups. Backups/restores will go faster. I've also found that the deduplication ratio is better using the Linux agent. I'm not sure why but for us, backing up the same folder with both agents would show a huge difference in the data being written to disk.

    Last but most important, the Linux agent will actually allow you to backup locked open files while the OES agent won't. The old switch that you could use with the Netware agent doesn't exist anymore and Commvault suggest using the copy on write feature of Novell to backup open files on a NSS volumes but this had a big flaw for us. If you have a file that is almost always open (we have some home made mdb files that can stay open from a few weeks), the CoW will make you backup the same version of the file day after day which is actually a couple weeks old (version of the file when it was first opened) while by using the Linux agent, you actually backup the file as it is changed day after day (granted that the file could potentially be in an inconsistent state but heh... there is no perfect world!).

    Hope this helps.

    Philippe

  • Re: After upgrading to 9 > Backup of filesystem > SLES 10 Novell OpenEnterpriseServer fails
    Posted: 04-20-2011, 2:31 AM

    Hello,

    Thanks for your reply. Yes it's correct Non NSS Volumes/Mounts cannot be backed up with the OES iDA since version 9 !

    Costumer has to buy new Linux FS iDA licenses!

    I found that yesterday during a phonecall with commvault :-)

     

    Kind regards

    Frank

The content of the forums, threads and posts reflects the thoughts and opinions of each author, and does not represent the thoughts, opinions, plans or strategies of CommVault Systems, Inc. ("CommVault") and CommVault undertakes no obligation to update, correct or modify any statements made in this forum. Any and all third party links, statements, comments, or feedback posted to, or otherwise provided by this forum, thread or post are not affiliated with, nor endorsed by, CommVault.
CommVault, CommVault and logo, the “CV” logo, CommVault Systems, Solving Forward, SIM, Singular Information Management, Simpana, CommVault Galaxy, Unified Data Management, QiNetix, Quick Recovery, QR, CommNet, GridStor, Vault Tracker, InnerVault, QuickSnap, QSnap, Recovery Director, CommServe, CommCell, SnapProtect, ROMS, and CommValue, are trademarks or registered trademarks of CommVault Systems, Inc. All other third party brands, products, service names, trademarks, or registered service marks are the property of and used to identify the products or services of their respective owners. All specifications are subject to change without notice.
Close
Copyright © 2014 CommVault | All Rights Reserved. | Legal | Privacy Policy