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
