headers
TRaj | 1 Jan 2010 12:06
Picon

Mirroring 2 directories on different machines [resend]

Hi,
 I didn't get any reply for the below question. Maybe it was too long
or it is not possible. So i'm resending it.

If you are given a remote directory and you want to mirror particular
subfolders (regexp) periodically querying it (like every 10 or 20
minutes) for new items created in there , can we do it through unison.

The structure is something like this
Remote Folder
 2010
   |
     -----Jan
 2009
    |
     -- Dec
         ----- 1
            |------ x86
            |--------arm
            |-------ppc
            |-------ia64
         ------2
 2008

Now i want to start mirroring new folders only created after Dec 2009
.Sometime in Feb there will appear a folder under 2010 and it should
be mirrored automatically x86 , ppc and other not ia64 and arm . How
do we approach this problem ? These are win2k3 machines.

---------- Forwarded message ----------
(Continue reading)

Permalink | Reply | 1 comment |
headers
joerg van den hoff | 1 Jan 2010 16:19
Picon
Favicon

Re: Failed: Not_found raised in tryCopyMovedFile (this indicates a bug!)

On Mon, 28 Dec 2009 17:45:41 +0100, Jerome Vouillon  
<Jerome.Vouillon <at> pps.jussieu.fr> wrote:

> Hello,
>
> On Fri, Dec 18, 2009 at 11:25:49AM +0100, joerg van den hoff wrote:
>> with 2.32.12 under macos 10.5/10.6 I encountered the following serious
>> problem. running my standard unison profile (which is in use for some  
>> time
>> already)
>> for syncing my homedir '/Users/myname' between  two machines the logfile
>> yielded the following (I show the relevant exercerpt only):
> [...]
>> Failed: Not_found raised in tryCopyMovedFile (this indicates a bug!)
>

jerome,

many thanks for taking the time to respond (I already had given up hope  
getting a response to my recent "complaints").

> This should be fixed in more recent versions of Unison (Unison
> 2.32.52, for instance).  You only need to upgrade Unison on the
> remote side.

good to learn that the problem had already been recognized.
I've upgraded today to 2.32.52 as advised. now I hope that I will not see  
that problem again (as I said it seemingly really annihilated
some data...)
(Continue reading)

Permalink | Reply | 2 comments |
headers
joerg van den hoff | 1 Jan 2010 16:07
Picon
Favicon

Re: macos X 10.6: 'fingerprint mismatch' problem

thanks a lot for responding to such a "messy" mail.

On Tue, 29 Dec 2009 20:54:58 +0100, Jerome Vouillon  
<Jerome.Vouillon <at> pps.jussieu.fr> wrote:

> On Fri, Nov 13, 2009 at 05:38:22PM +0100, Joerg van den Hoff wrote:
>> I  ran into massive problems when trying to sync between two
>> macos X machines, the first (old) one being  a  PPC  running
>> 10.4, the second (new) being a macbook running 10.6.
>>
>> I  first  copied  most  of  the  big chunks manually to help
>> unison along and then tried a standard unsion sync  of  both
>> machines.
>>
>> these  led  to  many  apparent(?)  conflicts concerning file
>> props, although the reported  permissions  (when  using  'x'
>> during the conflict resolution) where exactly the same.
> [...]
>> but in the _very_ long list of detected conflicts (thousands
>> of  them)  there  where,  beside  the  maybe  95%    'props'
>> conflicts,   also   quite  some  'files  differ'   conflicts
>> although, as mentioned, I had transferred the affected files
>> manually  just before the unison run from the old to the new
>> machine.
>
> The conflicts concerning file props are probably due to some finder
> information which was not propagated during your manual transfer.
> This information is not reported by the UI.  The 'file diff' conflicts
> would correspond to ressource forks.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Schmitt | 1 Jan 2010 16:31

Re: Mirroring 2 directories on different machines [resend]

On Fri, Jan 1, 2010 at 12:06 PM, TRaj <tryitn1 <at> gmail.com> wrote:
> Hi,
>  I didn't get any reply for the below question. Maybe it was too long
> or it is not possible. So i'm resending it.
>
> If you are given a remote directory and you want to mirror particular
> subfolders (regexp) periodically querying it (like every 10 or 20
> minutes) for new items created in there , can we do it through unison.
>
> The structure is something like this
> Remote Folder
>  2010
>   |
>     -----Jan
>  2009
>    |
>     -- Dec
>         ----- 1
>            |------ x86
>            |--------arm
>            |-------ppc
>            |-------ia64
>         ------2
>  2008
>
> Now i want to start mirroring new folders only created after Dec 2009
> .Sometime in Feb there will appear a folder under 2010 and it should
> be mirrored automatically x86 , ppc and other not ia64 and arm . How
> do we approach this problem ? These are win2k3 machines.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jerome Vouillon | 4 Jan 2010 14:17
Picon

Re: Failed: Not_found raised in tryCopyMovedFile (this indicates a bug!)

On Fri, Jan 01, 2010 at 04:19:10PM +0100, joerg van den hoff wrote:
> On Mon, 28 Dec 2009 17:45:41 +0100, Jerome Vouillon
> <Jerome.Vouillon <at> pps.jussieu.fr> wrote:
> >This should be fixed in more recent versions of Unison (Unison
> >2.32.52, for instance).  You only need to upgrade Unison on the
> >remote side.
> 
> good to learn that the problem had already been recognized.
> I've upgraded today to 2.32.52 as advised. now I hope that I will
> not see that problem again (as I said it seemingly really
> annihilated some data...)

Well, the bug in tryCopyMovedFile is fixed.  This does not explain why
Unison behaved as though directory loutex was renamed into lillii.
I'm really tempted to believe you accidentally renamed the directory.
I can't see how this could happen otherwise, given the implementation
of update detection.

Regards,

-- Jerome

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jerome Vouillon | 4 Jan 2010 14:31
Picon

Re: Unison 2.32.52, compiling on mac ppc fails

On Wed, Dec 30, 2009 at 11:35:33AM +0100, Urs Mueller wrote:
> I still got problems with the source of 2.32.52. The MINOSXVERSION=10.5 is
> not respected. I still see compiler and linker trying with 10.4.
> Example:
> -isysroot /Developer/SDKs/MacOSX10.4u.sdk
> 
> I tried the newest developper-version (2.38) and that does compile
> successfully!
> There are shell-scripts setting (SETENV) the wrong SDK, but I don't know
> where to look.

You need to edit the following file:

    uimacnew/uimacnew.xcodeproj/project.pbxproj

-- Jerome

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)
(Continue reading)

Permalink | Reply | 6 comments |
headers
LaMain | 4 Jan 2010 13:30
Picon
Favicon

Re: Some Feedbacks

Le jeudi 31 décembre 2009, m'a été écrit :
> Hi,
> 
> On Wed, Nov 25, 2009 at 07:34:34PM +0100, LaMain wrote:
> > First one NTFS max length problem:
> > There's some really long path in the src tree to
> > backup. Unfortunatly, during the operation unison create more longer
> > ones in the destination dir by prefixing and a appending with
> > .unison[.temp] stuffs. The result is that some path for the
> > operation will grow over 255 chars and results in ERRORs.
> > Is there is some workaround for this ?
> 
> If you are ready to leave on the edge, the developers' version
> of Unison supports long paths (up to about 32k) of the shape
> C:\dest\path when run in Unicode mode (the profile must contain the
> line "unicode = true").  I'll probably commit a change next week so
> that long UNC paths such as \\pc\the\src\path are also supported.
As all the work is done through path like \\pc\the\src\path i will wait for 
the patch.

> Binaries are available at the following address:
>   http://www.pps.jussieu.fr/~vouillon/unison/
> Again, I plan to post updated binaries next week.
> 
> > Second problem in which i have no clue.
> > Sometimes on some regular files (after checking nothing particular
> > with these files), unison report an error in the log file saying :
> >    /some/.unison.dir.1212.unison.temp/thefile.ext   ERROR FILE EXIST.
> > Errors repeat over relaunch of unison.
>
(Continue reading)

Permalink | Reply | 14 comments |
headers
joerg van den hoff | 4 Jan 2010 18:33
Picon
Favicon

fingerprint mismatch in resource fork

with 2.32.52 I see the following when syncing between a

macos 10.5 (leopoard) ppc mac and a macos 10.6 (snowleopard) intel mac:

Failed: The file .unison.somedir  
alias.6711619009f4bc8f8ae6196d85070fc1.unison.tmp was incorrectly  
transferred  (fingerprint mismatch in resource fork) -- temp file saved  
as.unison.somedir alias.6711619009f4bc8f8ae6196d85070fc1.unison.tmp-bad

the file in question is an maclike-alias (i.e. not a unixlike soft link)  
to a directory which resides in the same relative place on both machines.  
I'm using mac-aliases rarely so
I'm not sure whether such aliases were always a problem for unison.

my question: is this known behaviour (or even to be expected)?.

thanks,

joerg

ps: in passing I would like to point out a minor glitch in the above error  
message: there's a blank missing in the format definition (after 'saved  
as').

this is on line 1844 of `update.ml'.

------------------------------------

Yahoo! Groups Links
(Continue reading)

Permalink | Reply | 1 comment |
headers
rabyak | 4 Jan 2010 23:00
Favicon

Skip directories or files

I have a feature request (or two) that would make unison perfectly suited to a project I have in mind. My
searches of the documentation and this list make me think the feature doesn't exist nor has it been
discussed. If I am wrong, kindly point me in the direction of existing documentation/discussion.

Given a network of multiple synchronized repositories, I would like for any node on the network to be able to
indicate that no copy of a particular directory hierarchy or file should be maintained on that node. This
indication would need to be manually managed.

One possible implementation for denoting files/directories to skip would be via a file in the intended
target location with a name such as "<file to ignore with extension>.unisonskip". (An issue with this is
that a synchronization would be needed to generate a hierarchy for the user to start setting up skips.)

Another possible mechanism for indicating the items to skip would be via a separate manifest (similar to a
Perforce workspace specification, with explicit inclusions and exclusions). This would enable
additional features such as wildcards based on file names or possibly other metadata (such as file size).

A similar, related feature would be prioritization of optional (not forbidden) files and hierarchies.
Given an insufficient amount of disk space to synchronize an entire repository, certain files or
directories would be favored over others.

Is the concept of having one node an imperfect mirror of others completely contrary to the conceptual model
of Unison? Might it be possible to achieve these features?

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/
(Continue reading)

Permalink | Reply | 1 comment |
headers
Serge Pouliquen | 4 Jan 2010 23:07
Picon
Favicon

unison is skipping some files

Hello,

I am a bit new with unison, so I hope that I didn't miss any information
on the website.

I am running on Windows XP 32 bit the pre-compiled version 2.32.52.

I noticed that unison is skipping some files but I don't have any idea
on the solution.
I am suspecting that the full name path is too long...

Messages are like that :
[update] buildUpdate:
//abcdefghijklmnopqrstuvwxyz/Projets/abcdefg/hij/03 - ab/cd e30 - fghijk
lmnopqrstuvwx/yzabcde/001 fghi/jk_141_lm/Dossier de SpÚcification
 BO - 2006-09-08 - PM6 2006/Dossier de SpÚcification BO -
2006-07-25/Dossier de SpÚcification -Reporting Statistique du NSVI.zip
[update]   buildUpdate -> Absent and no archive

the directory is a windows network shared directory (sorry about the
poor translation).

Is there any solution or settings that could be done ?

Thank you for your help...

Regards,
Serge

full log is
(Continue reading)

Permalink | Reply | 1 comment |

Gmane