Disappearing objects

Next topic

Author	Message
Brendan Pike	Wednesday 13 July 2005 11:42:15 pm On a few occasions now we have noticed that objects have simply disappeared from our system. It "may" be related to faulty workflow, collaboration or the draft system. It is of great concern and undermines the integrity so I am eager to try and discover what is causing it. I have not yet been able to deliberately cause this so I am unsure why this occurs. One theory I had was that an object was edited, went into workflow but before been approved / denied the original object was deleted by an administrator leaving a ghost in workflow, perhaps then causing damage to other objects also in workflow because you are forced to run the clean.php script to get workflow functioning again. I have also seen occurrences of users drafts containing draft versions of deleted (non existent) objects. Trying to then clear these drafts can give fatal errors to eZ publish. Lots of questions not many answers at the moment but just want to raise this topic and see if others have faced similar troubles. The class I refer to contains the following datatypes: 2 x Text Line, 3 x File, 1 x Identifier, 1 x Enum, 2 Text Block, 1 x Time, 1 x Unique and 1 x Enhanced Selection www.dbinformatics.com.au We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
Per-Espen Kindblad	Thursday 14 July 2005 1:01:42 am Hi! We have also experienced something like this. Sometimes content just dissapeared, but this had to do with the caching-system in eZ publish. If we ran clearcache.sh a couple of times, then the content was available again. Frustrating, but it seems stable now(..a couple of bugs which are fixed). I guess this is a little bit different from your case, but have you done a -grep in the ez-admin-access.log to see if these objects are edited and deleted by editors and not by the workflow? Maybe you should add some logging in the workflow, so you can see which objects are beeing removed.. Btw. you write: "I have also seen occurrences of users drafts containing draft versions of deleted (non existent) objects." If this is the case then the eZ Crew must change some code here. When an object is deleted, the version-history also have to be updated..maybe some caching-problems??
Igor Vrdoljak	Saturday 29 July 2006 8:12:47 am In my case, this was caused by not having transaction support enabled i combination with php timeout. During a simple save of node containing many subnodes, all the content under the node was lost. To be more accurate, objects are still there, but there is no connection to corresponding nodes. Since that incident, I never intend to use non-transactional setting. http://www.netgen.hr/eng http://twitter.com/ivrdoljak

Author

Message

Wednesday 13 July 2005 11:42:15 pm

On a few occasions now we have noticed that objects have simply disappeared from our system. It "may" be related to faulty workflow, collaboration or the draft system. It is of great concern and undermines the integrity so I am eager to try and discover what is causing it. I have not yet been able to deliberately cause this so I am unsure why this occurs.

One theory I had was that an object was edited, went into workflow but before been approved / denied the original object was deleted by an administrator leaving a ghost in workflow, perhaps then causing damage to other objects also in workflow because you are forced to run the clean.php script to get workflow functioning again.

I have also seen occurrences of users drafts containing draft versions of deleted (non existent) objects. Trying to then clear these drafts can give fatal errors to eZ publish. Lots of questions not many answers at the moment but just want to raise this topic and see if others have faced similar troubles.

The class I refer to contains the following datatypes:
2 x Text Line, 3 x File, 1 x Identifier, 1 x Enum, 2 Text Block, 1 x Time, 1 x Unique and 1 x Enhanced Selection

www.dbinformatics.com.au

We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

Per-Espen Kindblad

Thursday 14 July 2005 1:01:42 am

Hi!

We have also experienced something like this. Sometimes content just dissapeared, but this had to do with the caching-system in eZ publish. If we ran clearcache.sh a couple of times, then the content was available again.

Frustrating, but it seems stable now(..a couple of bugs which are fixed).

I guess this is a little bit different from your case, but have you done a -grep in the ez-admin-access.log to see if these objects are edited and deleted by editors and not by the workflow? Maybe you should add some logging in the workflow, so you can see which objects are beeing removed..

Btw. you write: "I have also seen occurrences of users drafts containing draft versions of deleted (non existent) objects."

If this is the case then the eZ Crew must change some code here. When an object is deleted, the version-history also have to be updated..maybe some caching-problems??

Igor Vrdoljak

Saturday 29 July 2006 8:12:47 am

In my case, this was caused by not having transaction support enabled i combination with php timeout. During a simple save of node containing many subnodes, all the content under the node was lost. To be more accurate, objects are still there, but there is no connection to corresponding nodes.

Since that incident, I never intend to use non-transactional setting.

http://www.netgen.hr/eng
http://twitter.com/ivrdoljak