Loss of control process ClSapAgent

Last post 02-22-2019, 3:35 AM by macmecki. 7 replies.
Sort Posts: Previous Next
  • Loss of control process ClSapAgent
    Posted: 02-18-2019, 9:15 AM

    Hello,

    since a few days we get the Alert "Loss of control process ClSapAgent" we try to backup our oracle DB.

    Everone some idea what was our problem?

    regards

    chris

  • Re: Loss of control process ClSapAgent
    Posted: 02-18-2019, 1:19 PM

    Hi Chris,

     

    This is SAP Oracle backup.  what is the commvault service pack and what is the OS? 

     

    Can you please give us the details? ALso can you please attach the ClSapAgent.log and backint_oracle.log from client when this issue occur again. 

     

    From the logs you attached, it is that ClSapAgent gone down and part of JobManager isliveliness check this process did not find and abort the backup with that JPR.

    ALso is this happening everytime? 

    Thanks,

    Srinivas

  • Re: Loss of control process ClSapAgent
    Posted: 02-18-2019, 1:21 PM
    Hi Chris,



    This is SAP Oracle backup. what is the commvault service pack and what is the OS?



    Can you please give us the details? ALso can you please attach the ClSapAgent.log and backint_oracle.log from client when this issue occur again.



    From the logs you attached, it is that ClSapAgent gone down and part of JobManager isliveliness check this process did not find and abort the backup with that JPR.

    ALso is this happening everytime?

    Thanks,

    Srinivas
  • Re: Loss of control process ClSapAgent
    Posted: 02-19-2019, 3:05 AM

    we work with V11 SP13+ on a VM-Linux-server

    i attached the log-files.

    Also we wondering that ever backup stop at time xx:59 , on end of hour. Very stupied.

    And why 

    ClSapAgent gone down ?   Where can i control this?
    Attachment: Archiv.zip
  • Re: Loss of control process ClSapAgent
    Posted: 02-19-2019, 2:03 PM
    • efg is not online. Last active: 06-21-2019, 3:04 PM efg
    • Top 10 Contributor
    • Joined on 02-02-2010
    • CommVault Tinton Falls NJ
    • Expert
    • Points 1,658

    Hi Chris,

    From the attached logs it looks like the CS may be losing connection to the client:

    36625 8f11 02/18 15:58:31 1549478 ::performBackup() - SAPPERF: Archive File Name=<sr3.data2>, Read I/O Throughput=1076.656949 GB/Hr, MA I/O Throughput=2149.557003 GB/Hr, Total I/O Throughput=717.353380 GB/Hr
    36549 8ec5 02/18 15:58:31 1549478 ::bkpParent() -
    -SAVED 1020610_1549478 /oracle/B01/sapdata2/sr3_2/sr3.data2 2:24:9183927
    36549 8ec5 02/18 15:58:31 1549478 ::bkpParent() - Before getting next file for the Child=<36625> collectNum=1
    36549 8ec5 02/18 15:58:31 1549478 ::bkpParent() - Sending file=</oracle/B01/sapdata4/sr3_4/sr3.data4> pipeSpecified=<0> to the Child=<36625> collectNum=1
    36625 8f11 02/18 15:58:31 1549478 ::getNextFileFromParent() - Received file=</oracle/B01/sapdata4/sr3_4/sr3.data4> from the Parent=<36549> to the Child=<36625> retCode=<1028>
    36625 8f11 02/18 15:59:12 1549478 CPipelayer::SendPipelineBuffer() - Tail has reported error [94][The SDT data transfer was terminated on a request from the Job Manager.]. Cannot continue.
    36625 8f11 02/18 15:59:12 1549478 [PIPELAYER  ] Error in flushing the current buffer.
    36625 8f11 02/18 15:59:12 1549478 CVArchive::WriteBuffer() - Cannot send the buffer. Ret [268435460]
    36625 8f11 02/18 15:59:12 1549478 ::backupFile() - Error: write failed with errno 0, (Success)
    36625 8f11 02/18 15:59:12 1549478 ::performBackup() - Failed to Backup the file=/oracle/B01/sapdata4/sr3_4/sr3.data4 retCode=2 errno=0
    36625 8f11 02/18 15:59:12 1549478 ::bkpChild() - backintChild=<36625> Exiting; STREAM_FAILED

    I would recommend opening a support ticket to see if they can assist in determining what is happening on the network.   One additional thing you could try would be to set up a VPN tunnel using the network settings on the client (As if there is a one-way firewall between the CS and the client)  Support can help you configure this if you have not previously done so.   The VPN connections are typically more robust, and also make use of "keep-alive" packets which can help keep the connections open.


    Ernst F. Graeler
    Senior Engineer III
    Development
  • Re: Loss of control process ClSapAgent
    Posted: 02-20-2019, 2:43 AM

    OK thanks, but we are wondering because other SAP systems with oracle will work correctly on this network.

    i'll speaking with our network-admin.

     

    On ArchiveLog Backups i get this message: 

    Error Code: [72:151] Description: Error :[Database should be in OPEN mode for online SAP backup, present status = SHUTDOWN.] Source: lxsapb01, Process: ClSapAgent 

    Why go the status in SHUTDOWN ?  The DB was OPEN.

  • Re: Loss of control process ClSapAgent
    Posted: 02-21-2019, 2:16 PM

    Hi,

     

    Can you please run the check readiness for the client at client level? (right click on clinet ---> All Tasks ---> Check Readiness , here in the Check Readiness Dialogue, select the Application Check)

     

    This will give you any configurations issues.

     

     

    Thanks,Srinivas

     

  • Re: Loss of control process ClSapAgent
    Posted: 02-22-2019, 3:35 AM

    Yes i've done this an all was "ready" , the check "DBReadinessCheck" have also show "ready" nothing to fix.


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 © 2019 Commvault | All Rights Reserved. | Legal | Privacy Policy