9:30 a.m.
Hello,
I have a 4 node Swift cluster (1 Proxy Node and 3 Storage Nodes) to which I would like to
add a 4th Storage Node. I've tried two different ways to add it. The first one was
manually and the second one was with packstack (which in itself had some other problems
described here[1], if you'd like to help - I worked around the problem with a symbolic
link of the swift-ring-builder to the true binary). With both methods, as soon as I add
the 4th Storage Node I start getting errors in syslog coming from rsync like:
May 5 13:48:55 host-10-10-6-28 object-replicator: rsync:
recv_generator: mkdir
"/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a" (in object)
failed: Permission denied (13)
May 5 13:48:55 host-10-10-6-28 object-replicator: *** Skipping any contents from this
failed directory ***
May 5 13:48:55 host-10-10-6-28 object-replicator: rsync error: some files/attrs were not
transferred (see previous errors) (code 23) at main.c(1165) [sender=3.1.0pre1]
May 5 13:48:55 host-10-10-6-28 object-replicator: Bad rsync return code: 23 <-
['rsync', '--recursive', '--whole-file',
'--human-readable', '--xattrs', '--itemize-changes',
'--ignore-existing', '--timeout=30', '--contimeout=30',
'--bwlimit=0', '/srv/node/device1/objects/134106/f2a',
'10.10.6.30::object/device3/objects/134106']
or
May 5 13:48:23 host-10-10-6-28 object-replicator: rsync:
recv_generator: failed to stat
"/device2/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data"
(in object): Permission denied (13)
May 5 13:48:23 host-10-10-6-28 object-replicator: rsync error: some files/attrs were not
transferred (see previous errors) (code 23) at main.c(1165) [sender=3.1.0pre1]
May 5 13:48:23 host-10-10-6-28 object-replicator: Bad rsync return code: 23 <-
['rsync', '--recursive', '--whole-file',
'--human-readable', '--xattrs', '--itemize-changes',
'--ignore-existing', '--timeout=30', '--contimeout=30',
'--bwlimit=0', '/srv/node/device1/objects/134106/f2a',
'10.10.6.29::object/device2/objects/134106']
Please note that I got these messages on one of the older Storage Nodes while on the newly
added one I get some errors like these:
May 5 14:17:44 host-10-10-6-34 object-auditor: ERROR Trying to audit
/srv/node/device4/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a: #012Traceback (most
recent call last):#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 173, in
failsafe_object_audit#012 self.object_audit(location)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 191, in
object_audit#012 with df.open():#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1025, in open#012
data_file, meta_file, ts_file = self._get_ondisk_file()#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1114, in
_get_ondisk_file#012 "Error listing directory %s: %s" % (self._datadir,
err))#012DiskFileError: Error listing directory
/srv/node/device4/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a: [Errno 13]
Permission denied:
'/srv/node/device4/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a'
May 5 14:17:44 host-10-10-6-34 object-auditor: ERROR Trying to audit
/srv/node/device4/objects/215176/306/d222240f67449968145f65edd48ad306: #012Traceback (most
recent call last):#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 173, in
failsafe_object_audit#012 self.object_audit(location)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 191, in
object_audit#012 with df.open():#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1025, in open#012
data_file, meta_file, ts_file = self._get_ondisk_file()#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1114, in
_get_ondisk_file#012 "Error listing directory %s: %s" % (self._datadir,
err))#012DiskFileError: Error listing directory
/srv/node/device4/objects/215176/306/d222240f67449968145f65edd48ad306: [Errno 13]
Permission denied:
'/srv/node/device4/objects/215176/306/d222240f67449968145f65edd48ad306'
May 5 14:17:44 host-10-10-6-34 object-auditor: ERROR Trying to audit
/srv/node/device4/objects/79135/961/4d47ee46560698a7a938d225a2357961: #012Traceback (most
recent call last):#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 173, in
failsafe_object_audit#012 self.object_audit(location)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 191, in
object_audit#012 with df.open():#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1025, in open#012
data_file, meta_file, ts_file = self._get_ondisk_file()#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1114, in
_get_ondisk_file#012 "Error listing directory %s: %s" % (self._datadir,
err))#012DiskFileError: Error listing directory
/srv/node/device4/objects/79135/961/4d47ee46560698a7a938d225a2357961: [Errno 13]
Permission denied:
'/srv/node/device4/objects/79135/961/4d47ee46560698a7a938d225a2357961'
May 5 14:17:44 host-10-10-6-34 object-auditor: Object audit (ZBF) "forever"
mode completed: 0.06s. Total quarantined: 0, Total errors: 3, Total files/sec: 52.40,
Total bytes/sec: 0.00, Auditing time: 0.06, Rate: 0.98
as well as:
May 5 14:21:27 host-10-10-6-34 xinetd[519]: START: rsync pid=7319
from=10.10.6.28
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: name lookup failed for 10.10.6.28: Name or
service not known
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: connect from UNKNOWN (10.10.6.28)
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: rsync to object/device4/objects/134106 from
UNKNOWN (10.10.6.28)
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: receiving file list
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: rsync: recv_generator: mkdir
"/device4/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a" (in object)
failed: Permission denied (13)
May 5 14:21:27 host-10-10-6-34 rsyncd[7319]: *** Skipping any contents from this failed
directory ***
May 5 14:21:28 host-10-10-6-34 rsyncd[7319]: sent 234 bytes received 243 bytes total
size 1,048,576
May 5 14:21:28 host-10-10-6-34 xinetd[519]: EXIT: rsync status=0 pid=7319
duration=1(sec)
I have no idea if they're related. I've checked and the swift user owns the
/srv/node folders. When I manually added the node I really thought there was a problem of
mine but when I got the same problem with packstack I had no idea of what the cause could
be. Can someone help me?
[1]:
https://ask.openstack.org/en/question/28776/packstack-aborting-installati...
Thank you in advance,
Diogo Vieira <dfv(a)eurotux.com>
Programador
Eurotux Informática, S.A. | www.eurotux.com
(t) +351 253 680 300
8:53 p.m.
What version of swift are you using?
swift-1.13.1.rc2 could have permissions errors,
while we included a patch in the RDO icehouse swift-1.13.1 release to fix
http://pad.lv/1302700 which on first glance could be related?
thanks,
Pádraig.
3:47 a.m.
On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com> wrote:
What version of swift are you using?
swift-1.13.1.rc2 could have permissions errors,
while we included a patch in the RDO icehouse swift-1.13.1 release to fix
http://pad.lv/1302700 which on first glance could be related?
thanks,
Pádraig.
I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
# yum info openstack-swift
Loaded plugins: priorities
196 packages excluded due to repository priority protections
Installed Packages
Name : openstack-swift
Arch : noarch
Version : 1.13.1
Release : 1.fc21
So the fix should already be present right?
Thank you,
Diogo Vieira
5:06 a.m.
On 05/06/2014 09:47 AM, Diogo Vieira wrote:
On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
> What version of swift are you using?
>
> swift-1.13.1.rc2 could have permissions errors,
> while we included a patch in the RDO icehouse swift-1.13.1 release to fix
> http://pad.lv/1302700 which on first glance could be related?
>
> thanks,
> Pádraig.
I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
# yum info openstack-swift
Loaded plugins: priorities
196 packages excluded due to repository priority protections
Installed Packages
Name : openstack-swift
Arch : noarch
Version : 1.13.1
Release : 1.fc21
So the fix should already be present right?
Yes, must be something else so.
thanks,
Pádraig.
12:47 p.m.
On May 6, 2014, at 11:06 AM, Pádraig Brady <pbrady(a)redhat.com> wrote:
On 05/06/2014 09:47 AM, Diogo Vieira wrote:
> On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>
>> What version of swift are you using?
>>
>> swift-1.13.1.rc2 could have permissions errors,
>> while we included a patch in the RDO icehouse swift-1.13.1 release to fix
>> http://pad.lv/1302700 which on first glance could be related?
>>
>> thanks,
>> Pádraig.
>
> I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
>
> # yum info openstack-swift
> Loaded plugins: priorities
> 196 packages excluded due to repository priority protections
> Installed Packages
> Name : openstack-swift
> Arch : noarch
> Version : 1.13.1
> Release : 1.fc21
>
>
> So the fix should already be present right?
Yes, must be something else so.
thanks,
Pádraig.
That's unfortunate then. One thing's for sure: these errors aren't supposed to
happen right?
If someone else has any idea of what could be the problem I would greatly appreciate since
this is a recurring problem (even between different Openstack and Packstack versions,
since it was tested in Havana and Icehouse).
Thank you very much,
Diogo Vieira
1:35 p.m.
On 05/06/2014 06:47 PM, Diogo Vieira wrote:
On May 6, 2014, at 11:06 AM, Pádraig Brady <pbrady(a)redhat.com>
wrote:
> On 05/06/2014 09:47 AM, Diogo Vieira wrote:
>> On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>>
>>> What version of swift are you using?
>>>
>>> swift-1.13.1.rc2 could have permissions errors,
>>> while we included a patch in the RDO icehouse swift-1.13.1 release to fix
>>> http://pad.lv/1302700 which on first glance could be related?
>>>
>>> thanks,
>>> Pádraig.
>>
>> I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
>>
>> # yum info openstack-swift
>> Loaded plugins: priorities
>> 196 packages excluded due to repository priority protections
>> Installed Packages
>> Name : openstack-swift
>> Arch : noarch
>> Version : 1.13.1
>> Release : 1.fc21
>>
>>
>> So the fix should already be present right?
>
> Yes, must be something else so.
>
> thanks,
> Pádraig.
That's unfortunate then. One thing's for sure: these errors aren't supposed
to happen right?
If someone else has any idea of what could be the problem I would greatly appreciate
since this is a recurring problem (even between different Openstack and Packstack
versions, since it was tested in Havana and Icehouse).
Thank you very much,
Diogo Vieira
Ah you see this in Havana repos also, that's NB info.
Pete any ideas?
thanks,
Pádraig.
12:05 p.m.
On May 6, 2014, at 7:35 PM, Pádraig Brady <pbrady(a)redhat.com> wrote:
On 05/06/2014 06:47 PM, Diogo Vieira wrote:
> On May 6, 2014, at 11:06 AM, Pádraig Brady <pbrady(a)redhat.com> wrote:
>
>> On 05/06/2014 09:47 AM, Diogo Vieira wrote:
>>> On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>>>
>>>> What version of swift are you using?
>>>>
>>>> swift-1.13.1.rc2 could have permissions errors,
>>>> while we included a patch in the RDO icehouse swift-1.13.1 release to
fix
>>>> http://pad.lv/1302700 which on first glance could be related?
>>>>
>>>> thanks,
>>>> Pádraig.
>>>
>>> I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
>>>
>>> # yum info openstack-swift
>>> Loaded plugins: priorities
>>> 196 packages excluded due to repository priority protections
>>> Installed Packages
>>> Name : openstack-swift
>>> Arch : noarch
>>> Version : 1.13.1
>>> Release : 1.fc21
>>>
>>>
>>> So the fix should already be present right?
>>
>> Yes, must be something else so.
>>
>> thanks,
>> Pádraig.
>
> That's unfortunate then. One thing's for sure: these errors aren't
supposed to happen right?
>
> If someone else has any idea of what could be the problem I would greatly appreciate
since this is a recurring problem (even between different Openstack and Packstack
versions, since it was tested in Havana and Icehouse).
>
> Thank you very much,
> Diogo Vieira
>
Ah you see this in Havana repos also, that's NB info.
Pete any ideas?
thanks,
Pádraig.
Yes, the issue happened with an older Havana installation and with the new Icehouse
version.
Sorry to bring this up again, but I'm really lost and have no idea what could the
problem be.
Nobody has an idea for trying to resolve the issue or issues (since I don't know if
they're related)? Should I file a bug report?
Thank you,
Diogo Vieira <dfv(a)eurotux.com>
Programador
Eurotux Informática, S.A. | www.eurotux.com
(t) +351 253 680 300
6:30 a.m.
On May 15, 2014, at 6:05 PM, Diogo Vieira <dfv(a)eurotux.com> wrote:
On May 6, 2014, at 7:35 PM, Pádraig Brady <pbrady(a)redhat.com>
wrote:
> On 05/06/2014 06:47 PM, Diogo Vieira wrote:
>> On May 6, 2014, at 11:06 AM, Pádraig Brady <pbrady(a)redhat.com> wrote:
>>
>>> On 05/06/2014 09:47 AM, Diogo Vieira wrote:
>>>> On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>>>>
>>>>> What version of swift are you using?
>>>>>
>>>>> swift-1.13.1.rc2 could have permissions errors,
>>>>> while we included a patch in the RDO icehouse swift-1.13.1 release to
fix
>>>>> http://pad.lv/1302700 which on first glance could be related?
>>>>>
>>>>> thanks,
>>>>> Pádraig.
>>>>
>>>> I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
>>>>
>>>> # yum info openstack-swift
>>>> Loaded plugins: priorities
>>>> 196 packages excluded due to repository priority protections
>>>> Installed Packages
>>>> Name : openstack-swift
>>>> Arch : noarch
>>>> Version : 1.13.1
>>>> Release : 1.fc21
>>>>
>>>>
>>>> So the fix should already be present right?
>>>
>>> Yes, must be something else so.
>>>
>>> thanks,
>>> Pádraig.
>>
>> That's unfortunate then. One thing's for sure: these errors aren't
supposed to happen right?
>>
>> If someone else has any idea of what could be the problem I would greatly
appreciate since this is a recurring problem (even between different Openstack and
Packstack versions, since it was tested in Havana and Icehouse).
>>
>> Thank you very much,
>> Diogo Vieira
>>
>
> Ah you see this in Havana repos also, that's NB info.
>
> Pete any ideas?
>
> thanks,
> Pádraig.
Yes, the issue happened with an older Havana installation and with the new Icehouse
version.
Sorry to bring this up again, but I'm really lost and have no idea what could the
problem be.
Nobody has an idea for trying to resolve the issue or issues (since I don't know if
they're related)? Should I file a bug report?
Thank you,
Diogo Vieira <dfv(a)eurotux.com>
Programador
Eurotux Informática, S.A. | www.eurotux.com
(t) +351 253 680 300
Hello again,
I'm sorry for answering my own email but I found something I believe to be the
problem. After some time trying to see what the problem was I ended up searching for what
could cause the permission problems. This was one of the errors I found in the syslog:
May 16 10:07:00 host-10-10-6-30 object-auditor: ERROR Trying to audit
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a: #012Traceback (most
recent call last):#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 173, in
failsafe_object_audit#012 self.object_audit(location)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 191, in
object_audit#012 with df.open():#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1029, in open#012
data_file, meta_file)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1247, in
_construct_from_data_file#012 fp = open(data_file, 'rb')#012IOError: [Errno 13]
Permission denied:
'/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data'
So the problems was in
'/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data'.
I tried the following set of commands after I made sure that the swift-object-auditor was
run by the swift user (using 'ps faxu'):
# su - swift
-bash-4.2$ ls -lha /srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a
ls: cannot access /srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/.:
Permission denied
ls: cannot access
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/..: Permission
denied
ls: cannot access
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data:
Permission denied
total 0
d????????? ? ? ? ? ? .
d????????? ? ? ? ? ? ..
?????????? ? ? ? ? ? 1399288004.47239.data
-bash-4.2$ ls -lha /srv/node/device3/objects/134106/f2a/
total 0
drwxr--r-- 3 swift swift 45 May 5 11:06 .
drwxr-xr-x 3 swift swift 45 May 16 10:57 ..
drw-r--r-- 2 swift swift 34 May 5 11:06 82f6a3461bb69f80918a1a508a8bdf2a
So you see '82f6a3461bb69f80918a1a508a8bdf2a' doesn't have execute permissions
and I believe that is the problem.
My question now is, could this be caused by some misconfiguration on my part or is it a
bug in swift, since it was not me that created the folder?
Thank you once again,
Diogo Vieira <dfv(a)eurotux.com>
Programador
Eurotux Informática, S.A. | www.eurotux.com
(t) +351 253 680 300
8:21 a.m.
On 05/16/2014 12:30 PM, Diogo Vieira wrote:
On May 15, 2014, at 6:05 PM, Diogo Vieira <dfv(a)eurotux.com
<mailto:dfv@eurotux.com>> wrote:
> On May 6, 2014, at 7:35 PM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>
>> On 05/06/2014 06:47 PM, Diogo Vieira wrote:
>>> On May 6, 2014, at 11:06 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com>> wrote:
>>>
>>>> On 05/06/2014 09:47 AM, Diogo Vieira wrote:
>>>>> On May 6, 2014, at 2:53 AM, Pádraig Brady <pbrady(a)redhat.com
<mailto:pbrady@redhat.com> <mailto:pbrady@redhat.com>> wrote:
>>>>>
>>>>>> What version of swift are you using?
>>>>>>
>>>>>> swift-1.13.1.rc2 could have permissions errors,
>>>>>> while we included a patch in the RDO icehouse swift-1.13.1
release to fix
>>>>>> http://pad.lv/1302700 which on first glance could be related?
>>>>>>
>>>>>> thanks,
>>>>>> Pádraig.
>>>>>
>>>>> I'm using 1.13.1-1.fc21 (I'm using Fedora) as you can see:
>>>>>
>>>>> # yum info openstack-swift
>>>>> Loaded plugins: priorities
>>>>> 196 packages excluded due to repository priority protections
>>>>> Installed Packages
>>>>> Name : openstack-swift
>>>>> Arch : noarch
>>>>> Version : 1.13.1
>>>>> Release : 1.fc21
>>>>>
>>>>>
>>>>> So the fix should already be present right?
>>>>
>>>> Yes, must be something else so.
>>>>
>>>> thanks,
>>>> Pádraig.
>>>
>>> That's unfortunate then. One thing's for sure: these errors
aren't supposed to happen right?
>>>
>>> If someone else has any idea of what could be the problem I would greatly
appreciate since this is a recurring problem (even between different Openstack and
Packstack versions, since it was tested in Havana and Icehouse).
>>>
>>> Thank you very much,
>>> Diogo Vieira
>>>
>>
>> Ah you see this in Havana repos also, that's NB info.
>>
>> Pete any ideas?
>>
>> thanks,
>> Pádraig.
>
> Yes, the issue happened with an older Havana installation and with the new Icehouse
version.
>
> Sorry to bring this up again, but I'm really lost and have no idea what could the
problem be.
>
> Nobody has an idea for trying to resolve the issue or issues (since I don't know
if they're related)? Should I file a bug report?
>
> Thank you,
>
> Diogo Vieira <dfv(a)eurotux.com <mailto:dfv@eurotux.com>>
> Programador
> Eurotux Informática, S.A. | www.eurotux.com <http://www.eurotux.com>
> (t) +351 253 680 300
Hello again,
I'm sorry for answering my own email but I found something I believe to be the
problem. After some time trying to see what the problem was I ended up searching for what
could cause the permission problems. This was one of the errors I found in the syslog:
May 16 10:07:00 host-10-10-6-30 object-auditor: ERROR Trying to audit
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a: #012Traceback (most
recent call last):#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 173, in
failsafe_object_audit#012 self.object_audit(location)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/auditor.py", line 191, in
object_audit#012 with df.open():#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1029, in open#012
data_file, meta_file)#012 File
"/usr/lib/python2.7/site-packages/swift/obj/diskfile.py", line 1247, in
_construct_from_data_file#012 fp = open(data_file, 'rb')#012IOError: [Errno 13]
Permission denied:
'/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data'
So the problems was in
'/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data'.
I tried the following set of commands after I made sure that the swift-object-auditor was
run by the swift user (using 'ps faxu'):
# su - swift
-bash-4.2$ ls -lha
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a
ls: cannot access
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/.: Permission
denied
ls: cannot access
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/..: Permission
denied
ls: cannot access
/srv/node/device3/objects/134106/f2a/82f6a3461bb69f80918a1a508a8bdf2a/1399288004.47239.data:
Permission denied
total 0
d????????? ? ? ? ? ? .
d????????? ? ? ? ? ? ..
?????????? ? ? ? ? ? 1399288004.47239.data
-bash-4.2$ ls -lha /srv/node/device3/objects/134106/f2a/
total 0
drwxr--r-- 3 swift swift 45 May 5 11:06 .
drwxr-xr-x 3 swift swift 45 May 16 10:57 ..
drw-r--r-- 2 swift swift 34 May 5 11:06 82f6a3461bb69f80918a1a508a8bdf2a
So you see '82f6a3461bb69f80918a1a508a8bdf2a' doesn't have execute
permissions and I believe that is the problem.
My question now is, could this be caused by some misconfiguration on my part or is it a
bug in swift, since it was not me that created the folder?
I'm not sure.
You might have changed after inadvertently with chmod,
or beforehand with umask.
The problematic drw-r--r-- permission above is consistent
with a umask of 0133 (unlikely) or a chmod of 0644.
Now there was a recent patch to chmod(0644): http://pad.lv/1302700
Though I don't think that's the cause as it should only be for the gz _files_
Not much help.
sorry,
Pádraig.
3642
days inactive
3653
days old
8 comments
2 participants
participants (2)
-
Diogo Vieira -
Pádraig Brady