Error: There was a problem upgrading users.
freshweb
Joined: 2004-06-29
Posts: 10 |
Posted: Tue, 2004-06-29 18:35 |
After installing gallery I get this message. The user database in your gallery was created with an older version of the software and is out of date. This is not a problem! We will upgrade it. This may take some time. Your data will not 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. Please Wait... Checking user 1 of 3 . . . . skipped Error: There was a problem upgrading users. Please check messages above, and try again Here are my vital stats: I have also changed the permissons of albums and .user directory to 777 chmod Would greatly appreciate your help. [/b] |
|
Posts: 2322
You need to change all of the files in those directories.. not just the directories themselves.
"chmod -R 777 albums" should do it.
Posts: 7
I have the same problem.
Currently, users do not get upgraded correctly. Even if you chmod -R 777 your albums directory.
In my case, I get:
After that, all my users are cleared and only "admin" shows up in the Manage Users window.
I made backups of my albums (including .users) directories, so I can reproduce this as many times as I want.
Posts: 2322
What version did you upgrade from? This is not the same problem as the previous user at all... his was simply a permissions error.
Posts: 7
Gallery v1.3.2 -> Gallery v1.4.3-pl2
I used to run v1.3.2 under PostNuke.
However, I am going to run v1.4.3-pl2 standalone.
Would you like to get userdb.dat before the upgrade and after the upgrade?
Is there any password I should remove before I post them here?
I checked again this morning...
With Gallery v1.3.2, I get my full list of users when I access the "manage users" window.
With Gallery v1.4.3-pl2, after users have been upgraded/skipped, "admin" is the only user that shows up in the same "manage users" window.
I found an insignificant bug in classes/gallery/User.php, where on line 86, you have
$this->version == "0";
instead of$this->version = "0";
, but beyond that, I don't know enough about the format of userdb.dat to figure out what the problem may be.If I have time, I will look into it.
Posts: 2322
That's a nice catch. Try changing that before you upgrade and see if it changes anything. I believe that 1.3.2 is before we started versioning the user file, so that could be the issue.
Posts: 7
userdb.dat before:
userdb.dat after:
Is it fixable?
Posts: 7
I fixed the $this->version == "0"; thing, but it does not help.
Posts: 2322
Did you ever switch your webhost, or did your webhost move you between a UNIX and Windows server?
You say you've got the directory backed up... can I get a copy of the .users directory? (The entire directory, not just userdb.dat)
If you can, zip/tar.gz the file and put it on your host, then PM me with the location so that others don't get ahold of it. I'll examine it ASAP and see if I can figure out the issue.
Posts: 10
I tried to chmod the files in the album directory. I kept getting a error message that permission was denied. I have now deleted the gallery from my website except for the album directory that will not allow me to delete it???????
Posts: 2322
You can use Bharat's Cleanup Script in the downloads section of the site. You can't delete the albums because they're owned by the webserver, not your user.
Posts: 10
I reinstalled gallery and followed all the steps. Once again I get the same problem upgrading users error message.
The user database in your gallery was created with an older version of the software and is out of date. This is not a problem! We will upgrade it. This may take some time. Your data will not 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.
If you get an error, and only some users are upgraded, try refreshing the page to upgrade remaining users.
Please Wait...
Checking user 1 of 3 . . . . skipped
Checking user 2 of 3 . . . . skipped
Checking user 3 of 3 . . . . skippedError: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!Error: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!
Error: There was a problem upgrading users. Please check messages above, and try again
when I attempt to chmod the user dir and any files below I get "Operation not permitted" from Smart ftp?
Posts: 2322
You will have to contact your webhost to have them chmod the files.
Posts: 7
signe,
Any luck with these files I sent you?
Did you get a chance to run them through the 1.3.2 code?
Posts: 10
I have had my webhost chmod the user dir to 777? I am still getting this message??????
The user database in your gallery was created with an older version of the software and is out of date. This is not a problem! We will upgrade it. This may take some time. Your data will not 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.
If you get an error, and only some users are upgraded, try refreshing the page to upgrade remaining users.
Please Wait...
Checking user 1 of 3 . . . . skipped
Checking user 2 of 3 . . . . skipped
Checking user 3 of 3 . . . . skippedError: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!Error: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!
Error: There was a problem upgrading users. Please check messages above, and try again
Posts: 2322
freshweb, the permissions are still wrong. It's not just the directory that needs to change.. it's all the files in the directory as well. FAQ Gallery:c.15
Posts: 2322
Dralt, your files are missing the necessary information. In fact, your files aren't even named correctly. They should be named in a format like this: "09812314523:098239847232". You files are missing the second part of the name. They only have "0987345098342", and they're also completely empty.
You should make sure that those users are even usable in 1.3.2, because all of their information is gone. Passwords, names.. everything.
Posts: 10
All files in the albums folder have been changed to 777 including .user dir and
albums/.users/.htaccess
albums/.users/1088994367_1283248519.lock
albums/.users/userdb.dat.lock
Am I missing something. I still get the same error message?
Thanks for all your help.
Posts: 13451
freshweb, all files and directories in the albums/ dir need to be chmod 777 ( FAQ Gallery:c.15 )
Posts: 10
I get that all the files in the albums need to be chmod to 777. All three of the files in that directory have been changed?????
Posts: 2322
If you're still getting the same error message, it means that the permissions are not correct, somewhere. Paste the error here again.. note that you need to do the permission change for all of the files in /albums, not just .users
Posts: 10
The user database in your gallery was created with an older version of the software and is out of date. This is not a problem! We will upgrade it. This may take some time. Your data will not 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.
If you get an error, and only some users are upgraded, try refreshing the page to upgrade remaining users.
Please Wait...
Checking user 1 of 3 . . . . skipped
Checking user 2 of 3 . . . . skipped
Checking user 3 of 3 . . . . skippedError: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!Error: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!
Error: There was a problem upgrading users. Please check messages above, and try again
The following files are in the .users dir and they were all changed to 777
[Edit by Signe - Removed ftp links due to password inclusion]
Posts: 2322
Please do not include password information - this is a public forum. I suggest you change your password immediately.
I looked at what you posted, and the issue is right here:
The .users directory is *not* 777, and neither are the files inside it:
Posts: 7
OK.
Since I do not wack those files myself. I suppose a previous upgrade did.
I am no longer interested in making sure the upgrade procedure work.
I just want to start with a clean sheet from a users standpoint.
If I delete the contents of .users, will Gallery recreate all the necessary files in this directory?
If not, which files can I delete in this directory?
Also, why is the serialized user map so complex for 1 single user?
Posts: 2322
Dralt, if you delete the .users directory and re-run the configuration wizard, a new directory will be created.
The user map is "complex" because it's not one single user. It's several. "Nobody", "LoggedIn", "Everyone", and "Admin".
Posts: 7
I did just that.
I assume it worked, but it's still fishy.
The configuration wizard did recreate the .users directory and its content.
However, when I accessed the gallery for the first time, I still got:
1 user was upgraded and 3 users were skipped.
I guess that was admin + "Nobody" + "LoggedIn" + "Everyone".
What I found weird is the need to upgrade something that was created by the config wizard of the very latest version.
Does the wizard create those users according to the old format?
Posts: 10
I have reinstalled the program had my webhost company change the permissions again and I still get the same error message?
The user database in your gallery was created with an older version of the software and is out of date. This is not a problem! We will upgrade it. This may take some time. Your data will not 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.
If you get an error, and only some users are upgraded, try refreshing the page to upgrade remaining users.
Please Wait...
Checking user 1 of 3 . . . . skipped
Checking user 2 of 3 . . . . skipped
Checking user 3 of 3 . . . . skippedError: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!Error: Could not acquire lock (/home/virtual/freshwebdesign.ca/webroot/htdocs/xessive/gallery/albums/.users/userdb.dat.lock)!
Error: There was a problem upgrading users. Please check messages above, and try again
Why? Why? Why?
Thanks
Posts: 2322
freshweb, I don't know what your host is doing, but they are NOT setting the permissions correctly.
Posts: 10
.users dir and the three files that are in the directory are all chmoded to 777. I checked on Smart ftp? Is there another file that I am missing???
Posts: 2322
freshweb, that's what you thought last time, but given what I saw when I logged in last time, it wasn't true.
You're still getting the error.. that means it's not right. I don't know what to tell you.
Posts: 10
Actually the last time I had deleted the program and reinstalled it. When you checked it I suspect it was the time lapse before the hosting co changed it. I guarantee that at this moment all the permissions in the files under the albums are 777!
I am still getting the error message and to echo Dalte "What I found weird is the need to upgrade something that was created by the config wizard of the very latest version."
seems to me there is a something wrong with the program.
Posts: 13451
freshweb, pm me some logon details and I can have a look at it for you. It's not normal by any means that this should be so har to accomplish.
As for upgrading during an initial install, thats because we need to force the upgrade routine to execute after an upgrade. There has been a lot of changes to the userdatabase, and if we don't force the upgrading, people upgrading for 1.3.x to 1.4.3pl2 would get big problems.