[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#469293: vzctl: vzmigrate corrupts user-ids of files



Hi

I have got a report about this bug #469293, that is about data corruption
during a migration function that exist within vzctl.

The fix is simple, but I need to know if it is possible to get this fix
in the next version (r4) of etch.

It would really be good because this bug is a nasty one.

The bug is classified as critical from the submitter and I tend to agree
about that.

Personally I thought it was fixed before the release but it seems not to have
been done for unknown reason.

I will correct unstable asap as well of course.

The fix for stable will be a in adding an option to rsync in two places.

The correction for unstable will likely be a bit larger in order to make
it more flexible.

Best regards,

// Ola

On Wed, Mar 05, 2008 at 12:45:28PM +0100, Christian Hofstaedtler wrote:
> Hi Ola,
> 
> I understand. Is there anything I/you can do, so that the release
> managers will notice this bug?
> 
> Thank you very much.
> Christian
> 
> * Ola Lundqvist <opal@debian.org> [080304 16:09]:
> > tags  469293 + patch
> > thanks
> > 
> > Hi Christian
> > 
> > Yes it should really use --numeric-ids. I know I had such a version but
> > for some reason but now I see that it is not there. Maybe it has been
> > removed.
> > 
> > I will change the unstable/testing version, but I can not decide if etch
> > can be updated or not. That is up to the release managers to decide.
> > 
> > The upstream patches seems to be very close to what I have proposed before.
> > 
> > Best regards,
> > 
> > // Ola
> 
> -- 
> christian hofstaedtler
> 

-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering ----
/  ola@opalsys.net                   Annebergsslingan 37        \
|  opal@debian.org                   654 65 KARLSTAD            |
|  http://opalsys.net/               Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---------------------------------------------------------------


Reply to: