On Tue, Mar 29, 2011 at 2:21 AM, Amit Uttamchandani <span dir="ltr"><<a href="mailto:amit.uttam@gmail.com">amit.uttam@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Mon, Mar 28, 2011 at 12:59:25PM +1100, Trent W. Buck wrote:<br>
><br>
> If you use tar, make sure to pass --numeric-owner, ESPECIALLY if the<br>
> container is RH-derived and the host is Debian-derived (or vice-versa).<br>
><br>
> Otherwise things MOSTLY work except you get a few really strange<br>
> behaviours, and you eventually track it down and realize that the untar<br>
> operation changed UIDs to match the new dom0, e.g. the container sees<br>
><br>
>     -rwsr-xr-- 1 root cups 48112 Feb 18 07:18<br>
>      /usr/lib/dbus-1.0/dbus-daemon-launch-helper<br>
><br>
> instead of<br>
><br>
>     -rwsr-xr-- 1 root messagebug 48112 Feb 18 07:18<br>
>      /usr/lib/dbus-1.0/dbus-daemon-launch-helper<br>
><br>
<br>
</div>Thanks for the reply.<br>
<br>
Hmmm...I could try this. I was thinking more along the lines of rsync.<br>
Since some containers are running production code, I would then rsync<br>
over the container to another system, make and test changes on the<br>
mirrored container and then rsync back the changes.<br>
<br>
------------------------------------------------------------------------------<br>
Create and publish websites with WebMatrix<br>
Use the most popular FREE web apps or write code yourself;<br>
WebMatrix provides all the features you need to develop and publish<br>
your website. <a href="http://p.sf.net/sfu/ms-webmatrix-sf" target="_blank">http://p.sf.net/sfu/ms-webmatrix-sf</a><br>
<div><div class="h5">_______________________________________________<br>
Lxc-users mailing list<br>
<a href="mailto:Lxc-users@lists.sourceforge.net">Lxc-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/lxc-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/lxc-users</a><br>
</div></div></blockquote><div><br></div><div>If this is a production system, I wouldn't rsync back the changes<br></div><div>rsync to create the staging container, but rsync back to update the production won't be a good idea</div>
<div>what i would do is clone the production using rsync, make changes, then if successfull i would redo the same work on the production</div><div><br></div>