1501988187 J * fstd_ ~fstd@x4db6fcc0.dyn.telefonica.de
1501988188 Q * fstd Read error: Connection reset by peer
1501988204 N * fstd_ fstd
1501995587 M * Bertl_oO  off to bed now ... have a good one everyone!
1501995588 N * Bertl_oO Bertl_zZ
1502010195 M * Guy- 4.1.43 patch applies to vserver patched 4.1.42 kernel with no fuzz
1502013333 J * bonbons ~bonbons@2001:a18:235:d701:34f4:cb9a:b1f2:587f
1502020091 Q * Aiken Remote host closed the connection
1502023418 N * Bertl_zZ Bertl
1502023422 M * Bertl  morning folks!
1502023428 M * gnarface  morning Bertl 
1502023430 M * Bertl Guy-: tx, glad to hear!
1502033282 J * dwin ~amnesia@8L3AAAW49.tor-irc.dnsbl.oftc.net
1502034758 M * yang Bertl: which rsync flags do you use when migrating guest systems ?
1502034915 P * dwin 
1502034941 M * Bertl rsync -axXHPSD --numeric-ids 
1502035003 M * Bertl but I think -a already includes X and H, so not all are required
1502035038 M * Bertl ah, no, I'm wrong, just checked with man, X and H are not in -a
1502038090 M * Guy- but -D is
1502038115 M * Guy- I tend to use -avHPSAX
1502038988 M * yang thank you
1502041921 M * Bertl don't forget the --numeric-ids, otherwise you get problems if the guests use other uid/gid than the host
1502042072 M * Guy- depending on where you run the two parts of rsync, yes
1502042117 M * Guy- if both run in the same context, then --numeric-ids is not necessary (but may increase speed somewhat by avoiding nss lookups)
1502042380 M * Bertl when _migrating_ guest systems, it is rather unusual that both ends of the rsync are running in the 'same' guest context
1502042422 M * Bertl (and if the 'same context' is the host context, it doesn't help either :)
1502042859 M * Bertl to clarify, the problem is with the lookup, i.e. <333> -> user_xyz -> <666> with different uid/gid  on source and destination
1502043034 M * Guy- I understand what the problem is, just not how it would occur in this case
1502043055 M * Guy- or maybe I don't understand what "migrating" means :)
1502043129 M * Guy- say, you're copying a guest where www-data has the uid 33, and on the host, 33 is maybe amavis; so rsync will think a file owned by www-data in the guest is owned by amavis, and in the destination fs, will create a file owned by amavis (i.e. uid 33)
1502043165 M * Guy- so if you then start the copy of the guest, the file inside will be owned by uid 33, which according to the guest is www-data (since you also copied the guest's /etc/passwd)
1502043772 M * Bertl yeah, but if the other host (remember he is migrating guests) has amavis at 66, the guest won't work :)
1502043878 M * Bertl it's fine if you are using rsync to _copy_ a guest folder on the same host
1502044772 J * sannes ~ace@2a02:fe0:c130:1d90:31be:8565:dab:a331
1502047361 Q * Guy- Ping timeout: 480 seconds
1502048192 J * Guy- ~korn@elan.rulez.org
1502050217 J * Aiken ~Aiken@d63f.h.jbmb.net
1502052720 J * ntrs ~ntrs@vault08.rosehosting.com
1502053371 Q * bonbons Quit: Leaving
1502060975 J * PowerKe ~tom@d54C69995.access.telenet.be