The following information is required to get an answer:
Get this information from the PHP diagnostic (in the configuration wizard).
Gallery URL (optional but very useful):
Gallery version: 1.5.1 from 1.4.1
Apache version: 1.3
PHP version (don't just say PHP 4, please): PHP/4.3.10
Graphics Toolkit: ImageMagick 6.2.3
Operating system: Solaris 9
Web browser/version (if applicable):
Past two days I completed upgrade (I wish I didn't) form Gallery 1.4.1 to 1.5.1. Be aware that the new version will eat big chunk of your albums and photos (I lost over 2500 photos and related albums in the process of automated conversion). I am upset, but what can I do - NOTHIGN other then to go back to my backups and reload them which is another sleepless night or ruined weekend!
It would be nice some warnings were in place by the developer! After, if it happened tome, I can't be the only one since I only used your darn auto upgrade feature !
"Cogito Ergo Sum"
Posted: Thu, 2005-11-17 17:44
Posts: 13451
The new version will not eat a big chunk of anything. Backups are always recommended before an upgrade of anything, but I have honestly never lost anything when upgrading from one version to another.
As far as I can remember, I haven't heard of anyone having these kinds of problems before either.
I'm sorry to hear about your troubles, and any details you may have on what happened (logs etc.) would be great.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
After I completed the upgrade and as I pointed the new version to use the old ../gallery/albums subdirectory the application asked me to go about conversion of the albums, which I did. As it was completed and I started using my gallery I noted that I am missing half of my albums. This indicates to me that during the "upgrade" process it told me was successful it actually eat, dropped or deleted those directories and jpg's within. I am not sure which log do you refer to, but if you are specific I will be more then happy to pass it along. I am using Solaris 9 OS as an FYI.
"Cogito Ergo Sum"
Posts: 13451
I really don't see how that could happen. Gallery never deletes anything without you telling it too. As for logs, if you have anything from the time in question from your Apache error_logs, that might be helpful.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
Those that I am missing – well I got in the orphan mode and the gallery gave me options (as you know), one of them being to re-attach them. It never did, after I selected that option (I am 100000% sure I did select that option not delete one)! Also, I have now additional files (424 to be exact that are orphaned) and gallery this time gives me only option to delete them (I backed out of that task). In regards to the apache error log I will post what ever i find tonight (I am in office now and we block inbound SSL port 22, so I can't connect to my server which is located at my home).
Also, upgrade completely dropped the original album tree which IA m now slowly , manually rebuilding, but that is not such a big deal as the fact I need to now manually ad directories into Album form my backup (assuming it will take those directories and praying I don't need to upload almost 3K of photos again and organize them).
"Cogito Ergo Sum"
Posts: 13451
The find orphans tool can't reattach orphaned files, only albums. The most common reason for orphaned files are aborted uploads and such.
But, if apache crashed during the upgrade of the album.dat files, that might have caused something like this.
Also, with that amount of photos you should really look into Gallery 2 as well.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
Well I can tell you that Apache didn't crash during this upgrade. Anyway, I will look into apache error log, but I believe I won't find anything in there since I had no web server problems and I am still sticking with the fact I lost almost 3K of photos, which I will reload and move forward. Considering the pains experienced now, I am very reluctant to upgrade further and loose again tons of pain stacking work I've already done.
"Cogito Ergo Sum"
Posts: 13451
I trust that you lost your photos, I'm just saying that I don't really have an explanation as to why, nor heard of it before.
It's very hard for us to try and pinpoint a particular cause to this, as we really don't have adequate information on it.
I'm very sorry to hear you had problems like this, and I hope you won't see Gallery behaving like that again in the future.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
I understand. As indicated, I will look into the apache error log and if there is anything unusual for the last night I will post it here for you. For now I will remain on 1.5.1 since I am bit reluctant to upgrade to V2 considering this experience.
Small question – do you know if I restore my backup and manually add missing album directories into my ../gallery/albums subdirectory, will the g1.5.1 app pick it up?
"Cogito Ergo Sum"
Posts: 13451
If you run the find_orphans tool, yes. If not, it won't pick them up and will list them as invalid albums.
Also, migrating to G2 does not touch your existing albums dir. It reads from it, but doesn't write to it at all. It leaves old album directories as is.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
Thank you for the feedabck!
"Cogito Ergo Sum"
Posts: 22
Your feedback about running find_orphans tool did not work as you indicated! To be sure I am on the same page as you are, I reverted back to 1.4.1 first, then ran upgrade once more. Then instead of taking automated note to upgrade all 170 detected albums which I did first time and lost half of them I followed your advice and selected to use admin page. Under admin page I selected Find Orphans tool. That tool detected some 545 orphaned files and only offered me to delete them (never detected or as you say picked up any albums!!!), which this time around I did choose to use so those 545 files where removed (so it never found any albums as you indicated!). Then I got out and returned to the gallery where I was faced with the following message again,as I did first time around:
---------------------
Attention Gallery Administrator!
Gallery has detected that 170 of your albums are out of date.
Please upgrade those albums.
Naturally trusting the application I chose to upgrade those albums - Upgrade Albums
The following albums in your gallery were created with an older version of the software and are out of date.
This is not a problem!
We can upgrade them. This may take some time for large albums but we'll try to keep you informed as we proceed.
None of your photos will be harmed in any way by this process.
Rest assured, that if this process takes a long time now, it's going to make your gallery run more efficiently in the future.
The following albums need to be upgraded. You can process them individually by clicking the upgrade link next to the album that you desire, or you can just upgrade them all at once.
----------------------
So I decided again to chose to upgrade them all at once....this time around it didn't remove them files or albums, why don't ask me, I have no idea. So my 13 top-level albums (171 total), 5715 images on 3 pages where there or are present. However no highlights are available nor can I add them, so my albums are faceless at this point and I have no idea whhat is the cause to it, since I have appropriate url for the albums set - in my case is http://www.sipankh.com/gallery/albums/
Even got this message after the process was completed: Upgrade Albums
The following albums in your gallery were created with an older version of the software and are out of date.
This is not a problem!
We can upgrade them. This may take some time for large albums but we'll try to keep you informed as we proceed.
None of your photos will be harmed in any way by this process.
Rest assured, that if this process takes a long time now, it's going to make your gallery run more efficiently in the future.
All albums are up to date.
I must say , that my albums ar enow much much slower then they used to be. all this said, I will run it for few days and then very likely revert back to 1.4.1 which might be slower and lacks features, but at least it works 100%.
Thanks anyway to trying to assist me, but I am still not a believer that new versions are bug free!
"Cogito Ergo Sum"
Posts: 3236
You might want to consider a parallel install of Gallery 2.0. It is a lot better suited to *large* image archives, which I think you have. G2 is a totally new, from scratch product *not* an upgrade to G1.x. This means you keep your "/gallery/" dir and install G2 into "/gallery2". Once your G2 is working, you then use the import module to import your G1 images into G2. This means you have *TWO COPIES* of your images, since G2 only *reads* the images from the G1 /albums/ dir and makes a new copy inside its own system.
To me it sounds like there may be issues with G1 and your server, while Solaris *should* work fine... its probably one of the least tested platforms... maybe behind Windows even! :/
From a trouble shooting prospective, the info you are giving is 100% useless. All you are doing is pasting the output of the pages. We've all seen it before. What we need to actually *help* you is specific details, like log files or you running the upgrade in *debug* mode.
Going back to 1.4.x is a fine option, just be sure you get the latest 1.4 series so you make sure to have all known security issues under control. Good luck.
_________________________________
Support & Documentation || Donate to Gallery || My Website
Posts: 22
I even tried to upgrade to 2.0.1 and had problems. Every time I untared the downloaded file (the gallery-2.0.1-full.tar.gz) I had missing files which later setup couldn't locate. So far you guys have not convinced me that anything beyond 1.4.1 is without bugs. I am limited in my sys skills, but some of these things are simple to do, but when downloaded files have bugs they do and no skill can fix it. Also, I see on the forums Ia m not only one with same or similar problems.
So useless or not my feedback is as it is 'cause there are no errors generated within my apache error_log for any of these issues so far!
"Cogito Ergo Sum"
Posts: 13451
FAQ: How can I make sure that my installation files are all intact?
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
What kind of a feedback is this ???? FAQ pages are not quite useful for my problem, plus I already checked them all and none can address my problem...at least not so far. I never said I get warnings, I stated I can see files are missing after the package is unpacked for installation. Base don what do I make these conclusions ? Based on the installation instructions provided within these same pages. I checked file structure after unpacking and before install and see that files are missing thus I can not even start the install process. Also, some info for fryfrog, my troublshooting has determiend that the problems with Version 1.5.1 are realted to ImageMagick (nto sure what might be the problems, but here are some apache error log entries related to the problems after the 1.5.1 upgrade from 1.4.1):
This is one of the errors I see when I try to select a highlight image:
[Mon Nov 21 03:26:42 2005] [error] [client <removed my ip add. for security reasons 'cause I am on a public IP based network>] File does not exist: /home/apache/htdocs/gallery/albums/art/DSCN7235.highlight.jpg
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
This is one of the errors logged if I attempt to uplaod an image:
[Mon Nov 21 03:43:59 2005] [error] [client <removed my ip add. for security reasons 'cause I am on a public IP based network>] File does not exist: /home/apache/htdocs/gallery/css/images/tab_bottom.gif
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
ld.so.1: /usr/local/bin/convert: fatal: libMagick.so.6: open failed: No such file or directory
Killed
"Cogito Ergo Sum"
Posts: 13451
Your ImageMagick install doesn't work. Switch to NetPBM instead, or get the ImageMagick installation fixed (it seems to be looking for libraries that doesn't exist on the server).
As for my FAQ entry reply,
FAQ: How can I make sure that my installation files are all intact? -- Seems very appropriate to me.
h0bbel - Gallery Team
If you found my help useful, please consider donating to Gallery
http://h0bbel.p0ggel.org
Posts: 22
Problem fixed - I simply installed ImageMagick from soruce code with some help of a friend who is a systems guru and am back in business. Thansk for all the advices, but this is the only thing that worked!
"Cogito Ergo Sum"