[Unsolved mystery...] Archive upload, files won't delete

Same problem here except, depending on what method I use to upload, it sometimes returns a error, "upload error".

Yeah, I figured that out myself. Once (and only once) I managed to get the zip file uploaded but it only showed up in my gallery as a zip file. When you click on it, it asked where do you want to save the file on your local computer. I was not able to repeat that one time.

Gallery URL = http://hosein.office-on-the.net/gallery2/main.php
Gallery version = 2.3.1 core 1.3.0.1
API = Core 7.54, Module 3.9, Theme 2.6, Embed 1.5
PHP version = 5.2.10-2ubuntu6.4 apache2handler
Webserver = Apache/2.2.12 (Ubuntu)
Database = mysqli 5.1.37-1ubuntu5.1, lock.system=flock
Toolkits = LinkItemToolkit, Thumbnail, jpegtran, Getid3, Dcraw, NetPBM, Ffmpeg, ImageMagick, ArchiveUpload, Gd, Exif, SquareThumb
Acceleration = none/0, none/0
Operating system = Linux Evo 2.6.31-20-generic #57-Ubuntu SMP Mon Feb 8 09:05:19 UTC 2010 i686
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.89 Safari/532.5
Rows in GalleryAccessMap table = 96
Rows in GalleryAccessSubscriberMap table = 217
Rows in GalleryUser table = 4
Rows in GalleryItem table = 212
Rows in GalleryAlbumItem table = 26
Rows in GalleryCacheMap table = 0

+++++++++
Me? A pushover?
Certainly not! Nobody uses Logics. ;-)

I have now found that I can upload zip files, just not from the computer that hosts my gallery. If I log into my gallery website from another computer, I can upload zip files and have them properly unzipped and placed into albums, etc.

If I use Firefox on my Ubuntu LAMP (Linux 2.6.31, Apache2, MySQL5, PHP5) box that hosts my Gallery2, it fails as pointed out above.

So is it my Ubuntu or my Gallery? Why would it work from any other computer (Mostly Firefox or Chrome on Win2K) but not on Firefox/Ubuntu? Is it because it is the same machine or is it because it is Firefox/Ubuntu?

Is your failure on the host machine and what are you hosting on and which browser are you using?

+++++++++
Me? A pushover?
Certainly not! Nobody uses Logics. ;-)

Grooveman and dduleep, post your system info and a link to phpinfo:
FAQ: What information is required when I ask for help in the forums?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Wrong system info

Click this link and follow the steps:
FAQ: What information is required when I ask for help in the forums?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

First, are you uploading movie files?

If not, disable ffmpeg under Site Admin > Plugins. If so, how big?

Also disable GD and NetPBM

Now go to Site Admin > Archive (under the Import section on the bottom of the left side) and click Test Settings. Does it pass or fail?

If it passes, then go to Site Admin > ImageMagick and click Test Settings. Does it pass or fail?

If that also passes, now try importing again.

If that still doesn't work. Then put Gallery into debug mode and try importing again. That's going to generate a lot of debug output. Copy and paste the debug output from the main screen into a text file, zip and attach to this thread. You can ignore the Smarty Debug popup window, that info isn't needed for this.
FAQ: How to set/use Gallery in debug mode?

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

I don't see anything weird either. I also don't see anything in there where it's even attempting to do the import.

How big is the zip file you're trying to import? Could you leave Gallery in Debug mode and PM me login details along with a link to the zip file in question?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

grooveman,

Got your messages and took a deeper look. I'm getting this error when trying to delete or upload files:

I rezipped your zip and was able get a little further, but still got the same error. I then changed from file locking to database locking and everything works. I'd double and triple check the permissions on your g2data/locks directory and maybe manually clean it out if you want to use file locking, which on Linux is typically faster and a bit more stable.

This FAQ may or may not help:
FAQ: I suddenly got an "ERROR_LOCK_TIMEOUT" message, what do I do?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Those are the right permissions. 777 and then the user the webserver runs as (www-data in your case, ubuntu?, debian?) can create the files. Since www-data is the owner of the files it has the proper permissions 644 -- read/write (6-owner) read (4-group) read (4-everyone)

It should be able to read, write, delete those files without issue. You've got something else going on on your server that's preventing proper operation.

You can change the permissions G2 sets on files under Site Admin > General, but I really don't think that's going to fix this problem. The permissions are correct, but you've got something going on on the server that prevents the webserver from deleting files it owns and has permission to delete.

What happens when you upload just a single jpg or create an album? Are you able to delete them?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

I don't know. G2 works just fine on my totally stock Debian system. All software except for G2 has been installed via Debian's repros

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

odd. I'm running 32bit instead of 64bit (as I'm on a lower memory plan VPS) and I have a few other updates applied, but that's the only difference I can see in my system compared to what you posted above.

I'm not a hard-core linux geek and don't know how to troubleshoot this further.

Maybe try creating a php script that creates and deletes files itself and see if it can do it.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Yes, I am 100% up to date.

I am really thinking this must be a bug:

 Error (ERROR_LOCK_REQUIRED)in modules/core/classes/GalleryEntity.class at line 360 (GalleryCoreApi::error) 
in modules/core/classes/GalleryDerivative.class at line 197 (GalleryEntity::delete) 
in modules/core/classes/helpers/GalleryEntityHelper_medium.class at line 115 (GalleryDerivative::delete) 
in modules/core/classes/GalleryCoreApi.class at line 2377 (GalleryEntityHelper_medium::deleteEntityById) 
in modules/core/classes/GalleryItem.class at line 309 (GalleryCoreApi::deleteEntityById) 
in modules/core/classes/GalleryDataItem.class at line 236 (GalleryItem::delete) 
in modules/core/classes/helpers/GalleryEntityHelper_medium.class at line 115 (GalleryDataItem::delete) 
in modules/core/classes/GalleryCoreApi.class at line 2377 (GalleryEntityHelper_medium::deleteEntityById) 
in modules/core/ItemDelete.inc at line 83 (GalleryCoreApi::deleteEntityById) 
in main.php at line 250 (ItemDeleteController::handleRequest) 
in main.php at line 104
in main.php at line 88

Request variables: Array
(
    [return] => /gallery2/main.php?g2_itemId=598
    [formUrl] => /gallery2/main.php?g2_view=core.ItemAdmin&g2_subView=core.ItemDelete&g2_itemId=598&g2_anchorId=600
    [authToken] => df6b65d661c6
    [controller] => core.ItemDelete
    [form] => Array
        (
            [formName] => ItemDelete
            [formname] => DeleteItem
            [selectedIds] => Array
                (
                    [600] => on
                )

            [numPerPage] => 30
            [action] => Array
                (
                    [delete] => Delete
                )

        )

    [itemId] => 598
    [page] => 1
)

It looks to me as if an array has gotten out of step or something. The itemId is 598, and it looks like it is trying to delete 600, which doesn't exist. When I look at the files int the g2data/locks directory, I see the 598, and no 600. I have cleared all my cache, I have deleted my locks and set the perms to read/write on everything, and nothing works. My system is up to date, I pass all tests, and my phpinfo is in order. This must be a bug... I have everything set correctly, and if my guess is right, and it is an array issue, then there is nothing I should be able to do that would create that problem...

Another interesting fact: I can delete items from the very first gallery I created, but not in any subsequent galleries... If this were a filesystem issue, or a system issue at all, it seems that the problem would be across the board...

Yeah, I understand. I must have done something slightly different than everyone else somewhere... Might be a once in a million thing.

I guess I will switch to db locking, and look forward to g3.

No, I definitely do not have it shared via nfs, or any other protocol. This is strictly a web server hosting my website (strictly html + css) and this gallery.

I do appreciate your time Nivekiam.

G