#185143 - 2008-02-07 09:49 PM
Re: Remote users Docs?
[Re: Glenn Barnas]
|
NTDOC
Administrator
   
Registered: 2000-07-28
Posts: 11634
Loc: Space
|
Unison is a file-synchronization tool for Unix and Windows. It allows two replicas of a collection of files and directories to be stored on different hosts (or different disks on the same host), modified separately, and then brought up to date by propagating the changes in each replica to the other. Unison shares a number of features with tools such as configuration management packages (CVS, PRCS, Subversion, BitKeeper, etc.), distributed filesystems (Coda, etc.), uni-directional mirroring utilities (rsync, etc.), and other synchronizers (Intellisync, Reconcile, etc). However, there are several points where it differs: - Unison runs on both Windows and many flavors of Unix (Solaris, Linux, OS X, etc.) systems. Moreover, Unison works across platforms, allowing you to synchronize a Windows laptop with a Unix server, for example.
- Unlike simple mirroring or backup utilities, Unison can deal with updates to both replicas of a distributed directory structure. Updates that do not conflict are propagated automatically. Conflicting updates are detected and displayed.
- Unlike a distributed filesystem, Unison is a user-level program: there is no need to modify the kernel or to have superuser privileges on either host.
- Unison works between any pair of machines connected to the internet, communicating over either a direct socket link or tunneling over an encrypted ssh connection. It is careful with network bandwidth, and runs well over slow links such as PPP connections. Transfers of small updates to large files are optimized using a compression protocol similar to rsync.
- Unison is resilient to failure. It is careful to leave the replicas and its own private structures in a sensible state at all times, even in case of abnormal termination or communication failures.
- Unison has a clear and precise specification.
- Unison is free; full source code is available under the GNU Public License.
Download Unison here: Click
.
|
|
Top
|
|
|
|
#185157 - 2008-02-08 04:56 AM
Re: Remote users Docs?
[Re: Glenn Barnas]
|
brewdude6
Hey THIS is FUN
Registered: 2000-10-21
Posts: 280
Loc: Nashville, TN
|
I copy the unison.exe to the target and host systems (in the path), then invoke Unison path UNC_path and it works... Uses NetBIOS copy in this mode.
On the remote system do you place the unison.exe in the path or in the UNC destination?
_________________________
I could have made a neat retort but didn't, for I was flurried and didn't think of it till I was downstairs. -Mark Twain
|
|
Top
|
|
|
|
#185158 - 2008-02-08 07:25 AM
Re: Remote users Docs?
[Re: Glenn Barnas]
|
NTDOC
Administrator
   
Registered: 2000-07-28
Posts: 11634
Loc: Space
|
Well did a little more reading and the author of Unison does not provide any binary file period.
Some other users have compiled versions though for other operating systems including Windows.
Just poor documentation on the site (IMHO) - makes you do too much reading to find what you need.
They have a GTK version that does require the libraries but according to the older docs the TEXT version in the tar is usable stand alone.
Download Unison-2.27.57-Gtk.zip This contains both versions, command line and the GUI but you only want or need the command line TEXT which is named Unison-2.27.57 Text.exe
|
|
Top
|
|
|
|
#185164 - 2008-02-08 01:05 PM
Re: Remote users Docs?
[Re: brewdude6]
|
Glenn Barnas
KiX Supporter
   
Registered: 2003-01-28
Posts: 4402
Loc: New Jersey
|
Actually, in netbios mode, you only need one copy on the source machine, but - this is the least efficient way to operate, but the most simple to configure. Barely any improvement over Robocopy in this mode, all due to the network traffic needed to analyze the remote files.
Put a copy of Unison.exe on the remote (anywhere) and create a shortcut in the users startup folder that runs <path>UNISON -socket 1758. This starts a Unison listener on port 1758 (you could use pretty much any available port)
On the source system, you can run unison <path> socket://<host>:1758/<path> -prefer <path> -batch
This becomes a very efficient method, as the originating command briefly communicates a request to the remote to generate a report of files in the specified "root" (path). This report is returned to the originating system, where it compares the list with one it generated locally, determining which files need to be updated (in which direction). It then begins sending the update.
The remote site accepts the files into temporary locations, and only after completely receiving and verifying them does it overwrite the local file, making the sync process both safe and recoverable.
The "prefer" tells unison which file to take if changes are detected on both systems. It's use is up to you - I generally force one system over the other.
I set up unison to run as a system service using SrvAny, and push files to many small servers at remote branches every hour throughout the day.
Glenn
_________________________
Actually I am a Rocket Scientist!
|
|
Top
|
|
|
|
#185197 - 2008-02-08 09:16 PM
Re: Remote users Docs?
[Re: brewdude6]
|
NTDOC
Administrator
   
Registered: 2000-07-28
Posts: 11634
Loc: Space
|
You mean from here: Harmony
Introduction
Harmony is framework for defining, updating, and synchronizing views over strings, trees, and relations. It can be used, for example, to synchronize the bookmark files of several different web browsers, to convert address books represented in vCard to CSV, and to map between BiBTeX and RIS-formatted bibliographic databases.
A central theme of the project is bringing ideas from programming languages to bear on a set of problems more commonly regarded as belonging to the purview of databases. Views are usually discussed in the context of databases, but actually arise in a host of applications across many diverse areas of computing. In many of these applications, is necessary to apply an update to the view, and have the update be reflected back on the source. Unfortunately, the view update problem remains largely unsolved; except in very simple cases, views are read-only. Our goal is to develop programming languages in which programmers can specify both how to calculate a view, and how to translate updates to a view back to the source, and to use these bidirectional programs—called lenses—to build converters and synchronizers for a variety of real-world data formats.
|
|
Top
|
|
|
|
Moderator: Arend_, Allen, Jochen, Radimus, Glenn Barnas, ShaneEP, Ruud van Velsen, Mart
|
0 registered
and 2220 anonymous users online.
|
|
|