CommVault Forums

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

backup scripts work 90% of the time

Last post 03-01-2012, 9:35 AM by trallalla. 5 replies.
Sort Posts: Previous Next
  • backup scripts work 90% of the time
    Posted: 02-14-2011, 10:09 AM

    Just beginning to troubleshoot a rather intermittent problem with one of our linux boxes that use scripts to connect to the commserve. They work just fine most of the time but I am trying to figure out if this is a network problem or something else.

     

    Here is a snippet from the QSDK.logfile on the server when the job does error out.

     

    3792 f08 02/10 21:01:02 ---  RequestWorker::DoWork [7703]  Command received: 

    <<<large wall of text>>>

    3792 f08 02/10 21:01:02 ---  BackupRequestWorker::SubmitRequest [7703]  Could not find a CS connection with the Session ID passed

    3792 f08 02/10 21:01:02 ---  QSDKRequest::ReplyBack [7703]  Successfully sent the response to Client session

     

    and then a bit later the log shows:

    3792 fd8 02/10 21:02:42 ###  QCvSocket::Read [    ]  QCvSocket::Read - recv failed with error = <<1><Socket shutdown detected>>

    3792 fd8 02/10 21:02:42 ---  CSConnection::ReceiveResponse [backup.EDITED:49]  Failure while receiving a Response from CommServer:

     3792 fd8 02/10 21:02:42 ---  CSConnection::ActUserLogin [backup.EDITED:49]  Unexpected message (Type: 0 SubType: 0) received from CommServer: backup.xxx.xxx.xxx

    3792 fd8 02/10 21:02:42 ---  CSConnection::Login [backup.EDITED:49]  Login failure for User:russ for CommServer: backup.xxx.xxx.xxx

    3792 fd8 02/10 21:02:42 ---  LoginRequestWorker::RegularLogin [7704]  Login to CommServer failed with error 266

    3792 fd8 02/10 21:02:42 ---  QSDKRequest::ReplyBack [7704]  Successfully sent the response to Client session

     

    I have looked for what error 266 means to no avail. My username works fine across many different server types all the time, and even for this script most of the time.

     

    Could anyone please help what direction to go next?

    Thanks,

    -russ

  • Re: backup scripts work 90% of the time
    Posted: 02-14-2011, 10:22 AM

    I think you're right about this being the important line:

    Login failure for User:russ for CommServer:

    Is "russ" an AD user or "local" Commvault user? Check the EvMgrS.log log file around that time on the CommServe

    Also, check the qcommand.log on the client.

    Just searching for "russ" should give you some info.

     

    By the way, here's the full (published) list of error codes:

    http://documentation.commvault.com/commvault/release_8_0_0/books_online_1/english_us/error_codes/error_codes1.htm


    If it jams, force it.
    If it breaks, it needed replacing anyway.
  • Re: backup scripts work 90% of the time
    Posted: 02-14-2011, 10:51 AM

    Thanks for replying, and for the error codes... I checked that file for 266 and it's in that document 25 times, just nothing that seemed to apply to me.

     

    The account 'russ' is just a user account on the commserve.

     

    Here is part of the qcommand log:

     

    7754 f6eef6c0 02/10 21:02:30 ### Received response [QSDKLogin_QLoginRespMsg] from QSDK Server

    17754 f6eef6c0 02/10 21:02:30 ### Login Response failed with Error code [0x10a] Error string [Connection to the Commserver terminated, Relogin required]

    17754 f6eef6c0 02/10 21:02:30 ### Command [backup] failed with Error code [0x10a] Error string [Connection to the Commserver terminated, Relogin required]

    17754 f6eef6c0 02/10 21:02:30 ### qoperation backup returned with error code:2

     

    I checked my EvMgrS.log file, and it was spammed with:

     2640  ba4 T T [          ] [Notifics. ] [ 1] [ 2] [CTENotifProcessAttachThread::cl]  Cannot Cleanup file [C:\Program Files\CommVault Systems\Galaxy\AlertAttachments\120270 BackupFailed.txt]. Error[0x3a017f4a00000020]

    which I will have to deal with some other time. The EvMgrS_1.log was also rolled over with the same stuff so there was nothing relevant there.

    Thanks again for any help.

  • Re: backup scripts work 90% of the time
    Posted: 02-14-2011, 11:13 AM

    266 is in decimal. 0x10A is the hex value for that. But you're right. This error code is not listed.

     

    Based on the login from your qcommand, I'd say that qlogin is trying to reuse some past login.

    You might want to start you're script with a qlogout -all, to avoid qlogin re-using existing sessions.

    To clear existing session, you'll want to remove /opt/simpana/qsessions.*


    If it jams, force it.
    If it breaks, it needed replacing anyway.
  • Re: backup scripts work 90% of the time
    Posted: 02-14-2011, 4:29 PM

    Thanks much.

     

    I sent the info on to our linux guy, and will update when I have more info...

    -russ

     

  • Re: backup scripts work 90% of the time
    Posted: 03-01-2012, 9:35 AM

    Hi,

    we had the same problem, but it seems that SP5a helps.

    Since 3 days (working with SP5a) we have no login failure anymore.

    This is a possible indication.

    Update WinX64_9.0.0B84_FixDeadlockUserLogin(40507)
    Required Version: 9.0.0
    Date: January 30, 2012
    Category: Recommended
    Platforms applicable: CommServe Database

    Description

    The following problems are fixed in this update.

    1. Compliance User is able to search items even after he is deleted from the compliance users Group
    2. QLogin can fail when same user logs in at almost same time from different consoles
    3. QLogin can fail when same user logs in at almost same time from different consoles

    Furthermore we keep an eye on it.

    regards.

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