7.6 Linux client broken

[spawn 0]

I was pleased to see that error -540 is supposed to finally be fixed in version 7.6 - we have been running a separate 7.0 install to back up our Linux systems.

 

However, the 7.6 Linux client is completely broken (at least on Centos 5.x); I get a bunch of messages like this:

 

pmcTrans: requested 158: expected code 216 and 218 bytes, got 202 and 4 bytes

connTcpConnection: invalid code found: 158

 

Fortunately, the 7.5 Linux client seems to continue to work correctly.

 

[Mayoff 123]

The client has never been tested under Centos. Officially supported systems are found in: http://kb.dantz.com/article.asp?article=5566&p=2

 

I will report the issue to engineering even though this OS is not technically supported.

[spawn 0]

CentOS 5 == RHEL 5 w/o branding, so it's likely going to have the same problem on RHEL.

 

[Mayoff 123]

What steps did you take to install the new client? Did you uninstall the old client first? Did you step the retroclient process before doing the install?

 

Are you trying to use the Java GUI?

 

What steps are you taking to reproduce the error messages?

[spawn 0]

What steps did you take to install the new client? Did you uninstall the old client first? Did you step the retroclient process before doing the install?

 

I just installed the RPM over the old one. When that gave me the errors, I uninstalled and tried installing it again. When I run "service rcl status" I get the error messages.

 

Are you trying to use the Java GUI?

 

No.

 

[mnc042 0]

I can pitch in here a little bit..

 

I installed the client on Fedora Core 8, and it works for backup. The problem seems to be when I go to check the client status, and retrocpl is invoked.

 

When I try to check the status of the client, I get this:

 

[root@inara download]# /usr/local/dantz/client/retrocpl

1215377555: pmcTrans: requested 158: expected code 216 and 218 bytes, got 202 and 4 bytes

Retrospect client is not running

[root@inara download]#

 

Ah, but it is running:

 

[root@inara ~]# ps -ef | grep retro

root 1868 1 0 Jun28 ? 00:11:53 /usr/local/dantz/client/retroclient -ip 192.168.0.63 -daemon

root 27236 1868 8 17:01 ? 00:00:09 retropds.23

root 27254 26298 0 17:03 pts/1 00:00:00 grep retro

 

Okay, so it's running but the retrospect control panel can't figure that out. So what's going on?

 

Doing a system trace on retrocpl tells me that it's something network-protocol-related that it doesn't like.

 

Here's what I see.

 

First, retrocpl connects to localhost port 497:

 

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3

connect(3, {sa_family=AF_INET, sin_port=htons(497), sin_addr=inet_addr("127.0.0.1")}, 16) = 0

 

Then, it does some handshake over the connection it just opened, and fails:

 

send(3, "\0e\0\0\0\0\0\0\0\0\0\0", 12, 0) = 12

recv(3, "\0\311\0\0\0\0\0\332\0\0\0\0", 12, 0) = 12

recv(3, "\0\22\0\0\1\0\0\0\1\0\0\0\0\4\0\0\0\1\2\7\0\0\0\0\0\0\0\0\0\0\0\0"..., 218, 0) = 218

send(3, "\0\236\0\0\0\0\0\0\0\0\0\0", 12, 0) = 12

recv(3, "\0\312\0\0\0\0\0\4\0\0\0\0", 12, 0) = 12

recv(3, "\0\0\2(", 4, 0) = 4

time(NULL) = 1215377415

write(2, "1215377415: ", 121215377415: ) = 12

write(2, "pmcTrans: requested 158: expecte"..., 78pmcTrans: requested 158: expected code 216 and 218 bytes, got 202 and 4 bytes

) = 78

 

What's the client sending back to the control panel over localhost:497 that is causing it to fail here?

 

\marc

 

Edited July 6, 2008 by Guest

[Mayoff 123]

Did you uninstall the old client before installing the new client. This is a required step for a valid update to complete.

[mnc042 0]

I did.

 

This happens on a clean install. Looks like the retrospect control panel can't talk to the retrospect daemon.

 

Any other thoughts? What does this error mean?

 

Thanks!

 

\marc

[Mayoff 123]

The Retrospect Client GUI is not supported in the 7.6 version of the linux client

[mnc042 0]

I guess I am confused and/or unclear on this..

 

This is not using the GUI per se. It is the retrocpl binary, but when called without any arguments, it is supposed to check the status of the daemon and exit (as per the manpage). The GUI is never launched.

 

In fact, retrocpl is the command that is called from the /etc/init.d/rcl script.

 

Thus, if you do:

 

# service rcl status

 

it ultimately calls:

 

status)

$CLIENTDIR/retrocpl

 

..which gives you the error above:

 

[root@inara ~]# service rcl status

1215407027: pmcTrans: requested 158: expected code 216 and 218 bytes, got 202 and 4 bytes

Retrospect client is not running

 

And it reports the client is not running when, in fact, it is.

 

Again, this is NOT running the GUI. And, this command is failing when it is doing its handshake with the Retrospect client daemon.

 

So I'm wondering -- what is that error, and why is it failing?

 

Are you saying that the entire retrocpl binary is broken in 7.6 and that, inadvertently, this breaks the status check command?

 

Thanks again!

 

\marc

Edited July 7, 2008 by Guest

[Mayoff 123]

It sounds like the old retroclient never got killed before installing the new client or you are somehow still using an old retroclient running.

 

We tested the new retrocpl under Red Hat and did not see these issues.

 

Maybe try to kill the Retroclient processes, uninstall and then try a reinstall. If this doesn't work, then we get try to get some debug logging to see more of about this failure.

[mnc042 0]

You are correct!

 

I'm not really sure how it happened, but the old Retrospect daemon had never stopped.

 

I did a manual kill -9 on the old client, wiped any vestiges of the old Retrospect client off the machine, and did a fresh reinstall.

 

That came up without issue.

 

All is good here. Thanks for your suggestions and help!!

 

\marc

[spawn 0]

Stopping the daemon and then installing the new version seems to have worked here also.