Is there an option to do something like send the data to a syslog server or some sort where it could be read?
If not, you can open a file that's currently being written to by a second process that's read-only. The simple way to do this is to just occasionally copy the entire file over the WAN link. The smarter way to do it, is to read a copy locally on the originating box, do a diff against your last read, and write a file with the diffs. Then send just the diffs over the wan link, and concatenate them on the remote monitoring box. I suspect that wouldn't be too hard either. The hard part would probably be ensuring you don't miss a block, and if so, handle re-sends. -sc From: Graeme Carstairs [mailto:[email protected]] Sent: Tuesday, March 16, 2010 10:14 AM To: NT System Admin Issues Subject: Re: File transfer program suggestions request. I have tried to use RDP via Vsat before and it was not great. I think that transferring the file is the only workable solution, but need to find the file transfer solution, its the keeping the file open at both ends of the link thats the issue, as the viewing software will need to read the file to display the data. I am a bit dissapointed with the software vendor, as I thought they would have been able to make a suggestion as to a transfer package to use. Thanks On 16 March 2010 14:04, Erik Goldoff <[email protected]> wrote: it's not that RDP will saturate the vsat but more that the latency that is endemic with VSAT will make the RDP unusable ... imagine you have a remote session over RDP, you press a key, it travels across the wire to the terminal server, which responds, and then updates your screen via RDP back across the wire. Now imagine that scenario where each and every keystroke and mouse click takes a MINIMUM of 3/4 a second from the click to the response. Some cases that latency can be 1-1/2 seconds or more. Even on an old 28.8 modem connection, even though the throughput is relatively slow, the latency is low and response is more immediate and usable. On Mon, Mar 15, 2010 at 8:52 AM, N Parr <[email protected]> wrote: Since it's satellite RDP could be problematic at best unless they are using some high end equipment. I think someone here once explained that if the equipment doesn't do data bursting then RDP will just saturate and kill the line? Other thoughts. If the ascii file is to big to compress and copy, ftp, etc over the line then can you archive and start the file over if it reaches a certain size. You said it's for real time viewing. How much history do they need? Could you screen shot the computer it's on and then copy, ftp the image to a web page that refreshes every xx seconds? ________________________________ From: Graeme Carstairs [mailto:[email protected]] Sent: Monday, March 15, 2010 3:37 AM To: NT System Admin Issues Subject: File transfer program suggestions request. HI all, We have a customer who is going to be operating a drilling ship and has the following file transfer requirements and I was hoping someone on the list could give me some suggestions. Scenario Ship is running a data acquisition program to log data from the well its drilling. The data is logged to an asii text file. On board the ship a software package continuously reads the data to display information about the well in real time. The owner of the field is on shore and needs to see the same information as the ship does, and will be using the same viewing package. There will be a sattelite link to the internet on the vessel. So what we require is a file transfer program that can monitor the log file on the vessel, without locking it, and transfer deltas to a similar file on the beach that again is not locked. On the vessel will be windows, on the shore we are assuming windows at the moment but it could be linux. Can any one suggest anything. Thanks Graeme -- Good news everyone, you have just received and e-mail from me! -- Good news everyone, you have just received and e-mail from me! ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
