Skip to main content
Solved

Error code 19:1327 Communication Service returned error when executin remote command [ifind.exe] arguments


Kamil W
Commvault Certified Expert
Forum|alt.badge.img+11
  • Commvault Certified Expert
  • 83 replies

Hi Guys,

 

The Customer is getting the following error during FS backup of Windows Client:

 

I have run Check Readness and this is what I see

 

 

However, there is a network communication between the client and CS/MA.

 

CV ping from client to MA and CS

 

CV ping from CS to client

 

All services have been restarted on client and MA.

I have also done a repair software on the client.

One way firewall has been set (client to CS and MA - restricted, CS and MA to client - blocked).

 

I have noticed one thing. CS and MA are running 11.20.40. The client is running 11.20.46.

What do you think guys? May it cause an issue?

 

Rgds,

Kamil

 

Best answer by Kamil W

Hi Guys,

 

I just spoke to the Customer.

They uninstalled the client locally and the installed it again using the same client name.

Everything is working now.

 

Rgds,

Kamil

View original
Did this answer your question?

17 replies

MichaelCapon
Vaulter
Forum|alt.badge.img+14

Hi Kamil,

Can you check the cvfwd.log on the CS, MA and the Client for any related errors?
- Also check CVD.log on the Client.
 

It might be worth validating the FwConfig.txt in Base folder of the client has been updated with the FW rules correctly.
Run a “netstat -ano | findstr 840*” on the Client to see the status of the connections.

Also, is there any Firewall or AV Software on the Client that could interfere with a persistent tunnel?

 

Best Regards,

Michael


MichaelCapon
Vaulter
Forum|alt.badge.img+14

Hi @Kamil W,

I’d suggest checking the following on the client:

  • Any errors in cvfwd.log or CVD.log
  • Is the FwConfig.txt in the Base directory updated with the firewall rules
  • Check the output of “netstat -ano | findstr 840*” for network connections status
  • Any AV/Firewall on the Client that could interfere with a persistent tunnel? 

Checking the cvfwd.log on CS/MA may also be useful.

 

Best Regards,

Michael


MichaelCapon
Vaulter
Forum|alt.badge.img+14

Hi @Kamil W ,

I’d suggest checking the following on the client:

  • Check the cvfwd.log and CVD.log for any errors
  • Is the FwConfig.txt in /Base/ updated with the FW rules?
  • Check the status of connections with: “netstat -ano | findstr 840*”
  • Does the client have any AV/Firewall that could interfere with persistent connections?

It may also be worth checking cvfwd on the CS/MA too.

 

Best Regards,

Michael


MichaelCapon
Vaulter
Forum|alt.badge.img+14

Hi @Kamil W 

I’d suggest checking the following on the client:

Check the cvfwd.log and CVD.log for any errors
Is the FwConfig.txt in /Base/ updated with the FW rules?
Check the status of connections with: “netstat -ano | findstr 840*”
Does the client have any AV/Firewall that could interfere with persistent connections?
It may also be worth checking cvfwd on the CS/MA too.

 

Best Regards,

Michael


Aplynx
Vaulter
Forum|alt.badge.img+13
  • Vaulter
  • 288 replies
  • May 5, 2021

Is CVD reporting the request for ifind to launch on the client? Is the filescan log reporting anything in that timeframe? 


MichaelCapon
Vaulter
Forum|alt.badge.img+14

I’d suggest checking the following on the client:

  • Check the cvfwd.log and CVD.log for any errors
  • Is the FwConfig.txt in /Base/ updated with the FW rules?
  • Check the status of connections with: “netstat -ano | findstr 840*”
  • Does the client have any AV/Firewall that could interfere with persistent connections?

It may also be worth checking cvfwd on the CS/MA too.

 

Best Regards,

Michael


MichaelCapon
Vaulter
Forum|alt.badge.img+14

I’d suggest checking the following on the client:

Check the cvfwd.log and CVD.log for any errors
Is the FwConfig.txt in /Base/ updated with the FW rules?
Check the status of connections with: “netstat -ano | findstr 840*”
Does the client have any AV/Firewall that could interfere with persistent connections?


It may also be worth checking cvfwd on the CS/MA too.


Forum|alt.badge.img+15

Hi @Kamil W 

You have shown that comms between client and MA/CS are working using ports 8400 and 8403 to the IPs shown.

Does the MA/Client have multiple interfaces?

Have Data Interface Pairs been configured on the client/MA?

Are there network routes configured in the Commcell instructing the client to use some other route that isn’t correct?

Thanks,

Stuart


Kamil W
Commvault Certified Expert
Forum|alt.badge.img+11
  • Author
  • Commvault Certified Expert
  • 83 replies
  • May 6, 2021

Hello Guys,

Thanks for your reply.

I’ll try to get back to you with answers ASAP.

Rgds,

Kamil


Kamil W
Commvault Certified Expert
Forum|alt.badge.img+11
  • Author
  • Commvault Certified Expert
  • 83 replies
  • Answer
  • May 6, 2021

Hi Guys,

 

I just spoke to the Customer.

They uninstalled the client locally and the installed it again using the same client name.

Everything is working now.

 

Rgds,

Kamil


Forum|alt.badge.img
  • Bit
  • 2 replies
  • June 2, 2021

Hi guys,

It looks like problem reapeared but on different client machine.

CVping is connecting from MA and CS to client and vice versa on ports 8400 and 8403.

Reinstalling software, setting up DIP or setting one way firewall didnt help.

MA and CS have only one interface.

Any help much apriciated.

 


Mike Struening
Vaulter
Forum|alt.badge.img+23

@Dawid , how does check readiness report back?  Run a check readiness and let me know if you see any errors.

https://documentation.commvault.com/11.23/essential/129992_checking_readiness.html


Forum|alt.badge.img
  • Bit
  • 2 replies
  • June 2, 2021

@Mike Struening didn’t realize check readiness img is missing. It meant to be there in the first place.

 


Mike Struening
Vaulter
Forum|alt.badge.img+23

Perfect, @Dawid thank you!

The -5 error generally indicates there is an issue with the client certificate.  Can you revoke and renew the certificate to that client?

Also, would you mind uploading the logs for this client, MA, and CS?  I want to have someone review them on our side, though the above will get you working again.


Forum|alt.badge.img
  • Bit
  • 1 reply
  • November 10, 2021
Mike Struening wrote:

Perfect, @Dawid thank you!

The -5 error generally indicates there is an issue with the client certificate.  Can you revoke and renew the certificate to that client?

Also, would you mind uploading the logs for this client, MA, and CS?  I want to have someone review them on our side, though the above will get you working again.

 

Mike is correct on this. I was able to get passed this error by revoking cert then stopping starting local client with command line. and resuming on commcell console.

 


Mike Struening
Vaulter
Forum|alt.badge.img+23

On a side note, we are working with dev to clean up the scenario for these issues.  No ETA, but our mentality is that you shouldn’t have to manually intervene.


Forum|alt.badge.img
  • Bit
  • 2 replies
  • November 7, 2022

Hello Folks,

 

I have been also facing same issue and restarted Network daemon service. Post restart this issue is resolved now.

I hope this will help you !!


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings