[Zope-CMF] Missing skin files saga continues
Tres Seaver
tseaver@palladion.com
Wed, 13 Jun 2001 09:34:52 -0400
> * seb bacon <seb@jamkit.com> [010613 13:09]:
>
>>I'm now finding one of my skins directories is apparently empty on my
>>Linux box. I dived in, armed only with pdb and a snorkel, and got:
>>
>>
>>>/mnt/zope/ProtoExtranet-2/Products/CMFCore/FSImage.py(130)_readFile()
>>>
>>-> try: data = file.read()
>>(Pdb)
>>IOError: (2, 'No such file or directory')
>>
>>>/mnt/zope/ProtoExtranet-2/Products/CMFCore/FSImage.py(130)_readFile()
>>>
>>-> try: data = file.read()
>>(Pdb) p file
>><open file '/mnt/zope/ProtoExtranet-2/Products/JamkitTypes/skins/jamkit/mailin.png', mode 'rb' at 0x8a50f30>
>>(Pdb) p file.read()
>>*** IOError: <exceptions.IOError instance at 0x8a4d154>
>>
>>Now, this was working before :S The perms on that file are:
>>
>>[seb@lenin ProtoExtranet-2]$ ls -l /mnt/zope/ProtoExtranet-2/Products/JamkitTypes/skins/jamkit/mailin.png
>>-rwxr-xr-x 1 seb users 274 Jun 13 12:46 /mnt/zope/ProtoExtranet-2/Products/JamkitTypes/skins/jamkit/mailin.png
>>
>>So, the file exists, it's been opened, but reading it throws an error.
>>
>>Investigations are continuing. <deep breath>
seb bacon wrote:
> Well, I'm giving up for now. There was something very strange going
> on with that png:
>
> [seb@lenin ProtoExtranet-2]$ head mailin.png
> head: mailin.png: No such file or directory
>
> [seb@lenin ProtoExtranet-2]$ stat mailin.png
> File: "mailin.png" Size: 274 Blocks: 8 Regular File
> Access: (0755/-rwxr-xr-x) Uid: ( 500/ seb) Gid: ( 100/
users)
> Device: 9 Inode: 3597531 Links: 1
> Access: Wed Jun 13 13:41:36 2001
> Modify: Wed Jun 13 12:46:40 2001
> Change: Wed Jun 13 12:47:37 2001
>
> I replaced it with another copy, which I *could* read, and it still
> didn't work. I removed the gif completely, and abracadabra, all the
> other files in the skin appeared again.
>
> Two questions:
>
> 1) Has anyone seen the curious behaviour above before on Linux? What
> does it mean?
No clue, I'm afraid.
> 2) Is there any chance of having the FSObjects fail less silently?
I think that DirectoryView needs to be hardened a bit to deal with
flaky objects (like the PythonScript files which are bothering some,
or your "Cheshire Cat" PNG). Please submit a tracker issue to that
effect,
Tres.