| To: | Sun_Blood <sblood@xxxxxxxxx> |
|---|---|
| Subject: | Re: Extended attributes limit in Linux |
| From: | Chris Murphy <lists@xxxxxxxxxxxxxxxxx> |
| Date: | Sun, 2 Feb 2014 18:15:59 -0700 |
| Cc: | xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <14FE2575-4C84-43B8-9992-F91ABE2B6F26@xxxxxxxxx> |
| References: | <CAMN6oR=a0G6O-3CVVkTwhYKavJTa543U3MLezCM8KW1ASZcPnA@xxxxxxxxxxxxxx> <52EB64DC.4020603@xxxxxxxxxx> <1391165083.4275.7.camel@ubuntu> <52EB960D.607@xxxxxxxxxx> <1391172723.4275.11.camel@ubuntu> <52EBA783.1080801@xxxxxxxxxx> <1391178074.4275.19.camel@ubuntu> <52EBB431.50301@xxxxxxxxxx> <6C94A326-DADE-4A32-97F6-AE84E9F57777@xxxxxxxxx> <1D87A7C9-988F-4F61-A577-67300DAF2554@xxxxxxxxxxx> <14FE2575-4C84-43B8-9992-F91ABE2B6F26@xxxxxxxxx> |
On Feb 2, 2014, at 7:33 AM, Sun_Blood <sblood@xxxxxxxxx> wrote: > I will make a bug report for rsync also that it should not try to copy files > with EA bigger then the destination can handle. But it would be great if XFS > could handle this files and be fully compatible with OS X backups. What application(s) are creating such files on OS X? Or how are they coming to have such large extended attributes? Chris Murphy |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH 3/4] generic: _test_generic_punch not blocksize clean, Dave Chinner |
|---|---|
| Next by Date: | Re: [PATCH 0/5] metadump: discontiguous directory block support, Dave Chinner |
| Previous by Thread: | Re: Extended attributes limit in Linux, Sun_Blood |
| Next by Thread: | Re: Extended attributes limit in Linux, Sun_Blood |
| Indexes: | [Date] [Thread] [Top] [All Lists] |