Jump to content

rminkler

Members
  • Posts

    8
  • Joined

  • Last visited

rminkler's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. No firewalls are active when this problem occurs. I am really just testing this with windows 2000 as the client machine (even though I have briefly used XP as a client to troubleshoot), and some type of mac as the server. None of the macs have ever had their firewall active during this catastrophe. -Ricker
  2. I have had a similar result with my windows 2000 / XP clients. Retrospect will be able to communicate with them, and then all of a sudden, port 497 will close (revealed using network utility on my OS X machine running the server software) and the client becomes unresponsive (network error). When I stop & restart the client on the windows machines, port 497 becomes open once again (and retrospect is functional). Dantz has not been able to explain this problem to me, but if they ever do, I will let you know... -Ricker
  3. No, the windows machines are set to never go to sleep. The only item that turns off is the monitor after 20 min. of inactivity. I have the latest version of both the windows client and the dantz server software. Any more suggestions? Thanks... -Ricker
  4. Sorry to hear that was not the problem. I was hoping it would be that simple... Just out of curiosity, what kind of network storage device are you using? Is the network storage device attached to the mac running the retrospect server software? -Dick
  5. Ok I want to add some new data from my latest series of tests. I used the network utility in os X to scan the open ports of my problem client machines (windows 2000). When I did this initially, I found that port 497 was indeed open on both win2k machines. I messed around for a bit and tried to make the client fail (from the server), but was unable to. So then I went to my os 9 machine running retrospect server 5.2 and tried to make the clients fail from there. After a few trys, SUCCESS!!! One of them failed to connect. So I went back to my os X machine and ran the port scan....497 was nowhere in site! I went back to my troubled windows client machine and manually stoped and restarted retrospect from the run menu AND....Wahlah! After running a port scan, 497 shows up. As long as 497 showed up in the network utility, retrospect had no problems connecting to these clients from my os X machine running the latest version of 6 for mac. Any ideas why port 497 would suddenly close (no firewall)? -Ricker
  6. Have you made sure that your powerbook G4 is not going to sleep? If it does go to sleep, it will cut the network connection. My experience with retrospect suggests that it can take a while to scan the files on the client computer (depending on network / hardrive / computer speed and or hard disk size), which might give the PBG4 enough time to shutdown (since retrospect is running in the background). You can change the settings under power management in the system preferences(os x) or energy saver in the control panel(os 9) so that your machine does not go to sleep during the backup. Good luck... -Ricker
  7. I have a small network of approx. 13 computers, 4 of which are windows machines and the rest are macs. I am running Retrospect 6.0 server for macintosh computers and am having problems getting my windows machines running either 2000 or XP to consistantly connect with my server. When trying to access them from the server program, in one instance (during the same session) they are able to connect and be backed up, and then if I try to repeat the exact same process again (immediate back up for instance), the server returns an error (either -1028, -519, or -541). There are several kickers in this situaiton. First, sometimes even after recieving one of these three favorite errors, I can get the client to become responsive again just by trying to configure it (for instance). The second kicker is that one of my windows 2000 machines started out being intermitently responsive, was moved to a different location on the network, and now works more often then not. I can still get this machine to become unresponsive if I try hard enough, but typically there is an easy fix which I will get to (don't worry, I have tried moving all of these machines to different physical locations on the network and so far nothing has consistantly worked). Third, windows machines running either windows 98 or windows ME have absolutely NO problems connecting to the server and being backed up. I suppose I should explain how I test whether these machines are have "problems" or not. The way I test these clients from my Mac running retrospect is that I configure the client from the network window, look at its volumes, choose the "get info" from the file menu, close the network pain, and try the exact same thing from the backup clients window (which displays all the clients on the network in one pain reguardless of their operating system). This is always where my windows 2000 machines are likely to screw up. Even though I had forgotten them, gone back and logged in and was able to see their volumes in the network pain, trying to recieve the same information again just a few moments later is unsuccessful. Fourth, I have been able to get around this problem with the windows 2000 / Xp clients by manually stoping and restarting the retrospect client (start->run->retroclient -stop & start->run-> retroclient). This always allows me to successfully connect and view the clients volumes, or backup the client, or run a few other commands where the client and server are communicating. Then it all falls apart. It's like the client doesn't like to be asked a bunch of questions from the server. After a few moments of successful communication, it decides that it doesn't want to talk anymore. Now one thing I have noticed is that when the 2000 client stops communicating with the server, the client appears to be continuously sending something over the network. I only have been able to observe this by using ZoneAlarm personal firewall. It shows me that the client is currently accessing the internet and listening to port 497. Now I have yet to find port 497 open when using a port scanner from a computer on my network. It sees all the open ports for all the computers (pc's and macs) but 497 is always registered as closed. I have also installed retrospect 6.5 for windows (trial version) on my windows 2000 machine. It is able to comunicate fine with the other windows 2000 / XP machine (two operating systems for testing purposes). But, I noticed that the client is not connected in the information screen and I have to click refresh to get it to say that it is connected (and then starts a connetion counter for how long the client has been connected). Then if I switch from that pain to another, the client again becomes "not connected". When I click refresh, it then shows the client as being "connected" but the connection counter has been restarted. So just by moving from pain to pain, it appears the connection between the 6.5 server, and client was stopped and then restarted. SO in closing, the only differences between the windows client machines (that I can think of) are the file systems (98 and ME have fat 32 & 2000 and XP have NTFS) and of course the intricacies of the different operating systems. I was having these same problems running Retrospect server 4.2 from a power pc g3 (98 machine and ME worked fine, windows 2000 was intermitent). I only recently upgraded my version of the retrospect server to see if running it on os X would fix the problem. NOPE. The mistery continues. Dantz has had absolutely NO answers for me. I have spent at least 40 or 50 hours trying to fix this with them on and off the phone. Does anyone have any idea why this is happening??? -Ricker
×
×
  • Create New...