spawn 0 Report post Posted June 30, 2008 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. Share this post Link to post Share on other sites
Mayoff 124 Report post Posted June 30, 2008 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. Share this post Link to post Share on other sites
spawn 0 Report post Posted June 30, 2008 CentOS 5 == RHEL 5 w/o branding, so it's likely going to have the same problem on RHEL. Share this post Link to post Share on other sites
Mayoff 124 Report post Posted July 1, 2008 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? Share this post Link to post Share on other sites
spawn 0 Report post Posted July 1, 2008 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. Share this post Link to post Share on other sites
mnc042 0 Report post Posted July 6, 2008 (edited) 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 Share this post Link to post Share on other sites
Mayoff 124 Report post Posted July 6, 2008 Did you uninstall the old client before installing the new client. This is a required step for a valid update to complete. Share this post Link to post Share on other sites
mnc042 0 Report post Posted July 7, 2008 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 Share this post Link to post Share on other sites
Mayoff 124 Report post Posted July 7, 2008 The Retrospect Client GUI is not supported in the 7.6 version of the linux client Share this post Link to post Share on other sites
mnc042 0 Report post Posted July 7, 2008 (edited) 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 Share this post Link to post Share on other sites
Mayoff 124 Report post Posted July 7, 2008 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. Share this post Link to post Share on other sites
mnc042 0 Report post Posted July 7, 2008 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 Share this post Link to post Share on other sites
spawn 0 Report post Posted July 7, 2008 Stopping the daemon and then installing the new version seems to have worked here also. Share this post Link to post Share on other sites