Hello Stuart,

On Thursday 28 August 2008 Stuart Lester wrote:
> We're _still_ getting this error.  Here's an example:
> dev-01 / # fsvs update
> Updating svn+ssh://[EMAIL PROTECTED]//home/hydra/svn/obx to revision 34.
> .m..       dir  dev 
> .mC.      1830  opt/hydra-client/bin/backup.sh
> .mC.      1323  opt/hydra-client/bin/restore.sh
> .m..       dir  opt/hydra-client/bin
> .m..       dir  opt/hydra-client/templates/etc/samba
> .m..       dir  var/lib/ntp
...
> The entry ./root has changed locally
>
> /root is a directory.
> I got that same error a couple of times.  Then, I ran "fsvs
> remote-status" and re-ran the command:
>
> dev-01 / # fsvs update
> Updating svn+ssh://[EMAIL PROTECTED]//home/hydra/svn/obx to revision       
> 34. .m..       dir  dev
> The entry ./opt/hydra-client/bin has changed locally
So an entry that worked the first time doesn't the second time?

> Sigh.
Sorry.

> Any suggestions to how to debut/troubleshoot this?
Well, let me explain a bit.
I *designed* FSVS to not be atomic - because trying to be atomic for some 
thousand (or more) files with some GB in them isn't possible with POSIX.
I hope for unionfs to be in mainline sometime - then the update would be in a 
(transparently) overlayed directory, and if everything is fetched (update 
complete) the root filesystem would get the overlayed directory mounted (in a 
union), too.
Voila! Instant atomic operation, regardless of the update size.

So what's currently possible with FSVS (doing live update) is
* a necessity for most (or even all) users, and
* not what FSVS is designed for.

Just to have a bit of background.


Now, to your specific problem - that shouldn't happen this way.
Never.
But my problem is: I cannot reproduce that.
I add/delete entries from a directory, chmod and chown it - I don't get the 
conflict that you show.

Would you please (privately, if you prefer) send me the output of the "update" 
statement above, with "-d" added?
If you don't want to (because there may be pathnames you don't want to show 
this way), we can try to debug that over IRC or something similar - that's 
more real-time than email.
(But mail is fine, too, if you don't have any other way.)


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to