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]