strange problem with multiple "trashed" folders

Next topic

Author	Message
Marko Žmak	Thursday 16 December 2010 11:03:47 am I noticed a very strange thing happening on my ezp site... In the storage/images folder a lot of recursive trashed folders are created, for example: var/sitename/storage/images/.../37867-25-cro-HR/trashed/trashed/trashed/trashed/trashed/trashed When I took a look at the content of these folder I notice another strange thing. All files in the folder have the same size and the sum of their sizes doesn't match the disk usage reported for this folder. For example I have 28 files all with 512K size (which total to 14 MB) but disk usage reported for this folder is only 512K. It seems like all of the 28 files are just hard links to the same file. This problem is not specific for my site, because I found a similar problem on issues: http://issues.ez.no/IssueView.php?Id=16823 It's not the very same problem, because my site is not on a clustered ezp installation, but the pattern with repeated "trashed" folders is the same. Also, the problem doesn't occur for only one object, it happens for many different objects. So any clue why does this happen? Is it a bug? -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Marko Žmak	Thursday 16 December 2010 11:12:24 am Update... This 28 files are hard links to the same file, and there are total 7009 hard links to this file. This is definitely not normal... -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Marko Žmak	Thursday 16 December 2010 12:25:52 pm I think I nailed it, it's a bug: http://issues.ez.no/IssueView.php?Id=17781&activeItem=1 Can someone confirm it? -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Robin Muilwijk	Friday 17 December 2010 12:50:13 am Note; also reported here http://share.ez.no/forums/install-configuration/removing-item-creates-infinite-loop Thanks for filing the bug report Marko. Regards Robin Board member, eZ Publish Community Project Board - Member of the share.ez.no team - Key values: Openness and Innovation. LinkedIn: http://nl.linkedin.com/in/robinmuilwijk // Twitter: http://twitter.com/i_robin // Skype: robin.muilwijk
Bertrand Dunogier	Monday 20 December 2010 6:58:47 am I'm on it. My god, this part is weird :-) Bertrand Dunogier eZ Systems Engineering, Lyon http://twitter.com/bdunogier http://gplus.to/BertrandDunogier
Jérôme Vieilledent	Thursday 31 March 2011 9:41:34 am Hi guys Just to notify that I'm on this one, taking over Bertrand's work :)
Marko Žmak	Thursday 31 March 2011 11:20:33 am " Hi guys Just to notify that I'm on this one, taking over Bertrand's work :) " Will it be fixed in the 4.5 community release? -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Jérôme Vieilledent	Friday 01 April 2011 12:55:08 am Unfortunately not, it's far too late for that :(
Marko Žmak	Friday 01 April 2011 1:20:36 am " Unfortunately not, it's far too late for that :( " Any chance that we'll also get a sanitizer script that will clean up all redundant "trashed" folders and images? -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Felix Woldt	Friday 01 April 2011 7:26:48 am 1. hopefully the bug is fixed very soon 2. a sanitizer script would be nice too have http://www.jac-systeme.de - Developers united in eZ Publish: http://www.cjw-network.com CJW Newsletter 1.0.0 released: http://projects.ez.no/cjw_newsletter
Jérôme Vieilledent	Friday 01 April 2011 7:43:05 am The fix should be committed very soon. About the sanitizer script, I need more information like your current situation (Are your objects still in the trash ?) and the situation you want to get back to. Please add comments inside the issue :). Thanks !
Chris Williams	Thursday 21 July 2011 2:26:47 am A commit has been added to the community as mentioned in the issue. I have further asked in the "issue" about the sanitiser, or at least the cleaner. For those who are curious to see if they suffer from this problem. Jump into your storage for your sites and do the following commands. # This one lists all images with a trashed folder. find . -type f -wholename 'trashed' \| wc -l # This one lists all images with more two or more trashed folders. find . -type f -wholename 'trashed/trashed' \| wc -l I have asked if it is expected behaviour to have nested trashed folders. Has anyone tried just deleting all folders with "trashed/trashed/"? and then doing a similiar command to the "ezimagefile" table to remove rows with filepath having "trashed/trashed/? Is this dangerous :)
Patrick Allaert	Thursday 04 August 2011 12:35:41 am The sanitizer script can be found in: eZ Publish 4.6: https://github.com/ezsystems/ezpublish/commit/67d2c9ec4b7cf581c261438a0351076a9a0b1db4 Thanks for your patience! Cheers, Patrick

eZ debug

Timing:	Jan 17 2025 23:56:55
Script start
Timing:	Jan 17 2025 23:56:55
Module start 'layout'
Timing:	Jan 17 2025 23:56:55
Module start 'content'
Timing:	Jan 17 2025 23:56:55
Module end 'content'
Timing:	Jan 17 2025 23:56:55
Script end

Main resources:

Total runtime	0.8816 sec
Peak memory usage	4,096.0000 KB
Database Queries	100

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0069	589.1641	152.6406
Module start 'layout'	0.0069	0.0029	741.8047	39.4844
Module start 'content'	0.0098	0.8704	781.2891	895.4531
Module end 'content'	0.8801	0.0014	1,676.7422	28.1250
Script end	0.8816		1,704.8672

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0034	0.3813	16	0.0002
Check MTime	0.0015	0.1729	16	0.0001
Mysql Total
Database connection	0.0011	0.1218	1	0.0011
Mysqli_queries	0.7643	86.6924	100	0.0076
Looping result	0.0011	0.1215	98	0.0000
Template Total	0.8455	95.9	2	0.4228
Template load	0.0019	0.2206	2	0.0010
Template processing	0.8436	95.6817	2	0.4218
Template load and register function	0.0001	0.0104	1	0.0001
states
state_id_array	0.0009	0.1070	1	0.0009
state_identifier_array	0.0015	0.1691	2	0.0007
Override
Cache load	0.0020	0.2220	90	0.0000
Sytem overhead
Fetch class attribute can translate value	0.0010	0.1114	7	0.0001
Fetch class attribute name	0.0013	0.1477	19	0.0001
XML
Image XML parsing	0.0056	0.6335	7	0.0008
class_abstraction
Instantiating content class attribute	0.0000	0.0056	25	0.0000
General
dbfile	0.0089	1.0129	50	0.0002
String conversion	0.0000	0.0011	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded
1	node/view/full.tpl	full/forum_topic.tpl	extension/sevenx/design/simple/override/templates/full/forum_topic.tpl
12	content/datatype/view/ezimage.tpl	<No override>	extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tpl
13	content/datatype/view/ezxmltext.tpl	<No override>	extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tpl
23	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tpl
4	content/datatype/view/ezxmltags/strong.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/strong.tpl
1	content/datatype/view/ezxmltags/literal.tpl	<No override>	extension/community/design/standard/templates/content/datatype/view/ezxmltags/literal.tpl
3	content/datatype/view/ezxmltags/link.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/link.tpl
2	content/datatype/view/ezxmltags/quote.tpl	datatype/ezxmltext/quote.tpl	extension/ezwebin/design/ezwebin/override/templates/datatype/ezxmltext/quote.tpl
4	content/datatype/view/ezxmltags/line.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/line.tpl
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 64 Number of unique templates used: 10

Time used to render debug report: 0.0001 secs