Re: Critical Issue: Folders delete themselves, files create themselves as folders

Hi Chris,

If reuploading the files is not an issue, I would 
suggest to you to reinstall a fresh build, 
redeploy your set of templates, export your 
content (as XML) and then reimport it on your 
fresh install and finally reupload your DAV files.

When exporting a full site (I do not remember if 
full site extract was already available on the 
5.0.0), it also extract all the DAV files. Else 
you can extract from the home page and only 
chhose to extract content (without files) or 
content as ZIP file  including files (any error 
when exporting content with files?).

Else I would suggest to you to use the latest 
nightly build from the SP (service pack) branch 
(http://nightly.jahia.org/jahia5.0/sp/). I tested 
the build nb 15810 yesterday and it works fine. 
We now maintain two branches for Jahia 5.0 -  a 
branch with all fixes (packaged as service pack 
once a while) and a branch with ongoing 
developements and enhancements (future 5.1, 5.2, 
etc...). So the SP branch usually already solves quite a lot of issues.

Another manner to upgrade while keeping your data 
is to install a fresh build on a new DB (either 
the same buidl or a new one from the SP branch to 
check if it works (no guarantee) and if it 
already solves your issues), to create your 
virtual sites (if you have several sites), deploy 
your own set of templates and shutdown. Bedfore 
rebooting just reconnect to your old DB (file to 
modify is: 
\tomcat\conf\Catalina\localhost\jahia.xml - 
usually I just create a new temp DB in the same 
DB repository and then just change the name of 
the DB to reconnect to my old one with my 
content). You will also have to migrate your 
var/content directory if store files in your FS 
and for the Lucene indexes. Finally you will also 
have to resetup your jahia.properties or other 
config files (LDAP, etc...). Here you go, you 
have a fresh build running with your old 
content.... In your current case, if the DB got 
corrupted, this is of course not the right way to 
upgrade as you want to restart from a fresh DB 
and not reuse the old one. In such a case the XML 
export/import method is certainly more strategical.

Regarding the planning, we will try to launch an 
official Service Pack (SP1) before Xmas... So if 
you have encountered some bugs, please do not 
heitate to enter some JIRA tickets, this really helps us.

Cheers,
Stéphane

At 15:48 29.11.2006, Christopher Kelley wrote:

>The build number is 15221 (5.0.0 "R2").
>
>Interesting question on the blob limit -- I 
>thought it was 30MB; however, it may have been 
>reset when going into production.  I will need 
>to investigate this.  That could be the 
>cause.  However, if this is the case, perhaps 
>Jahia should not have created a folder in place 
>of the file; rather, displayed a more specific 
>error and declined the operation.  This may be something to look into...
>
>I don't have a valid backup from before the 
>problem appeared.  If you install a fresh copy, 
>file explorer displays three folders: groups, 
>shared, and users.  I made the mistake of trying 
>to rename "shared." (Note -- perhaps the rename 
>feature should not be allowed for the root 
>folders?)  The operation failed and Jahia deleted the tree.
>
>Under "shared" are all of the public objects, 
>such as the banners and some PDF and ZIP 
>files.  I can reupload these files -- I am not 
>concerned about them at this point.  There are 
>only about 50 pages on the site right now, so 
>the timing is ok to reupload these files without too much effort.
>
>At this point, the critical need is to get back 
>the "shared" folder so that new files can be uploaded.
>
>Thanks!
>
>----- Original Message -----
>From: Stéphane Croisier <[email protected]>
>To: dev list <[email protected]>
>Sent: Wednesday, November 29, 2006 3:13:09 AM GMT-0500
>Subject: Re: Critical Issue: Folders delete 
>themselves, files create themselves as folders
>
>Hi Chris,
>
>Which Jahia build number are you using? Can you
>put a copy of the file causing problem on a FTP
>site somewhere (or somewhere elso on the
>internet)? Do you have a blob/file limit in MySQL
>if you store your file in the DB? Do you have the
>log of your Java stack trace exception?
>
>There is no magical wonder command to solve your
>issue. If the DB get corrupted from one manner or
>the other we first need to understand why and
>then try to correct manually the DB if you have
>no backup... and this may be quite time
>consuming... especially if we need to understand
>which files or directories disappeared, reinstall
>a copy of your DB on our servers, etc....
>
>Else I do not understand what you mean by "I can
>re-upload the files, if needed; but this folder
>will need to be in place first.". Do you have a
>backup of your DB or not? is it only one file
>directory which is causing problems or all of
>them? Are the other directories still working?
>
>Stéphane
>
>At 06:42 29.11.2006, you wrote:
>
> >One additional note:  the configuration of this
> >deployment places all webdav/bigtext objects
> >into MySQL.  Unfortunately, the database backup
> >had some issues and expired.  Thus, no database to restore.
> >
> >Perhaps there is a way to add a webdav entry
> >into MySQL manually to get the /localhost/shared
> >folder back.  I can re-upload the files, if
> >needed; but this folder will need to be in place first.
> >
> >Any help would be monumentally appreciated!!
> >
> >
> >----- Original Message -----
> >From: Christopher Kelley <[email protected]>
> >To: dev <[email protected]>
> >Sent: Tuesday, November 28, 2006 8:24:44 PM GMT-0500
> >Subject: Critical Issue: Folders delete
> >themselves, files create themselves as folders
> >
> >When uploading files (largely PDF files, but
> >also some files when in ZIP format), the
> >web-based file system interface creates folders
> >named the same as the file without uploading the file itself.
> >
> >I can keep deleting the folder, but anytime I
> >upload the same file (and some but not all
> >others) I tend to get the same result.
> >
> >Any ideas?  I have not been able to establish a
> >WebDav client connection to narrow the problem
> >from any WebDav (Windows) client I have tried (perhaps a symptom)?
> >
> >**** Since I saw the above issue, I tried to
> >rename one of the folders via the web
> >interface.  I got a generic error, and now the
> >folder and its child objects are gone.  All
> >public, site-wide attachments and images dropped...
> >
> >I can't seem to be able to create another folder
> >to start over, as I am not offered the option (disabled).
> >
> >I could try to go back to the backups if I knew exactly what to restore.
> >
> >
> >
> >
> >--
> >No virus found in this incoming message.
> >Checked by AVG Free Edition.
> >Version: 7.1.409 / Virus Database: 268.14.19/555 - Release Date: 27.11.2006
>
>
>--
>No virus found in this outgoing message.
>Checked by AVG Free Edition.
>Version: 7.1.409 / Virus Database: 268.14.19/555 - Release Date: 27.11.2006
>
>
>
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.1.409 / Virus Database: 268.14.19/556 - Release Date: 28.11.2006

- -- --- -----=[ scroisier at jahia dot com ]=---- --- -- -
Head of Products - Jahia Ltd, Route des Jeunes 9, 1227 Carouge (Switzerland)
Jahia : The Java Unified Web Platform
www.jahia.org - The Product Web Site
www.jahia.net - The Community Web Site
www.jahia.com - The Commercial Services Company 


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.2/559 - Release Date: 30.11.2006