Critical error

dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Mon, 2006-12-04 03:56

I have installed and read through every security doc i have found.

Everytime i want to delete a file from my FTP server, my ftp says cannot delete, when i want to replace gallery.gif it says critical error.

I have cmod and done everything i can, i have even tried uploading from a different FTP like smart ftp, cute ftp and filezilla ftp, and all says critical transfer error when i try to replace gallery.gif.

Please suggest what i need to do.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-12-04 04:47

what gallery file do you want to delete?
unless you want to uninstall gallery, never use ftp to delete any gallery 2 file, be it in gallery2/ or in the storage folder g2data/.

besides:
FAQ: How can I upload a theme or module via FTP when I used the preinstaller?

FAQ: I get a ERROR_PLATFORM_FAILURE, what should I do?

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Mon, 2006-12-04 05:26

I tell you what how do i uninstall this whole blog i dont want it anymore. I have tried to delete but wont so please tell me how to uninstall this whole thing

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Sat, 2006-12-09 05:06

I have passed on the message to my host

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-12-04 13:40

> I tell you what how do i uninstall this whole blog

gallery is not a blog.

> please tell me how to uninstall this whole thing

sure. use the "filesystem permissions" tool of g2 to chmod the gallery2/ and the storage folder 777:
FAQ: How can I upload a theme or module via FTP when I used the preinstaller?

then you can remove it via ftp.

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Tue, 2006-12-05 05:24

I just did a clear cache and could not gave me this error;

Warning: mysql_connect(): Access denied for user 'thailand_blog'@'localhost' (using password: YES) in /home/thailand/public_html/photo/blog/lib/adodb/drivers/adodb-mysql.inc.php on line 348

Warning: mysql_connect(): Access denied for user 'thailand_blog'@'localhost' (using password: YES) in /home/thailand/public_html/photo/blog/lib/adodb/drivers/adodb-mysql.inc.php on line 348

Warning: mkdir(/home/thailand/public_html/photo/blog/g2data/smarty/templates_c): No such file or directory in /home/thailand/public_html/photo/blog/lib/support/cache.php on line 86

Cache Maintenance
Back to Support Page
Gallery caches data on disk to increase performance. Sometimes these caches get out of date and need to be deleted. Anything in the cache can be deleted safely, because Gallery will recreate anything that it needs. However, some things are more expensive to recreate than others so you might not want to delete everything. If you're in doubt, accept the defaults below.
Error deleting page cache!
Deleting dir: /home/thailand/public_html/photo/blog/g2data/cache/entity
Recreating dir: /home/thailand/public_html/photo/blog/g2data/cache/entity
Deleting dir: /home/thailand/public_html/photo/blog/g2data/cache/module
Recreating dir: /home/thailand/public_html/photo/blog/g2data/cache/module
Deleting dir: /home/thailand/public_html/photo/blog/g2data/cache/theme
Recreating dir: /home/thailand/public_html/photo/blog/g2data/cache/theme
Deleting dir: /home/thailand/public_html/photo/blog/g2data/smarty/templates_c
Unable to recreate dir: /home/thailand/public_html/photo/blog/g2data/smarty/templates_c
Deleting dir: /home/thailand/public_html/photo/blog/g2data/tmp
Recreating dir: /home/thailand/public_html/photo/blog/g2data/tmp
Deleting dir: /home/thailand/public_html/photo/blog/g2data/cache/derivative
Recreating dir: /home/thailand/public_html/photo/blog/g2data/cache/derivative

than i also tried to do the file permissions but it wne to an empty page;
Not Acceptable
An appropriate representation of the requested resource /photo/blog/lib/support/index.php could not be found on this server.

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Tue, 2006-12-05 04:55

I Just CMOD the whole folder 777 in FTP its still not deleting?

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Tue, 2006-12-05 05:49

what now?

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-12-05 12:45

@mysql errors:
since you dropped the database already, "lib/support/ -> cache management" won't work anymore.

but "lib/support/ -> filesystem permissions" should work as long as config.php is there.

since you already deleted some but not all files, it's all breaking apart. not much we can do for you there since you already destroyed the application which is also what you intended.

i suggest you ask your webhost to do the cleanup. with root permissions, that's no problem.
just let him do
rm -rf /path/to/g2data/
rm -rf /path/to/gallery2/

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Thu, 2006-12-07 08:08

Ok ive decided ill set it up and give it a shot again, i re-installed and upgraded to 2.1.2 but now when i go to;

How can I upload a theme or module via FTP when I used the preinstaller?
1. Go to http://www.example.com/gallery/lib/support/index.php, sign in with your Gallery setup password and follow the "Filesystem Permissions" link.

When i click on file permissons link it gives me a 406 error page in IE?

will i need to install another module or file if so which one and how?

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Thu, 2006-12-07 11:14

> When i click on file permissons link it gives me a 406 error page in IE?

that's bad. it may be because of an incorrectly configured webserver.
could you please post a phpinfo link such that i can see if your webhost is using mod_security?
(not the phpinfo link from lib/support/ since that one is password protected)

FAQ: What information is required when I ask for help in the forums?
^^ explains phpinfo ^^

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Fri, 2006-12-08 03:56
 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Fri, 2006-12-08 15:39

yes, it's mod_security.

please point your webhost to my above comment (http://gallery.menalto.com/node/57845#comment-212171) and they should know that there's something to fix. if URLs to javascript files are broken, then this has nothing to do with server-side security. they need to configure mod_security correctly.

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Sun, 2006-12-10 05:23

What was the part in mod security that needs fixing that you could see in my info.php file? my host is looking at this issue i believe.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Sun, 2006-12-10 14:38

in phpinfo i just saw that mod_security is enabled.
as long as the JavaScript file can't be downloaded from the server, mod_security is not configured correctly.

 
dannbkk

Joined: 2006-12-04
Posts: 10
Posted: Mon, 2006-12-11 05:22

My host has done the following;

Loaded Modules: mod_security, mod_bandwidth, mod_auth_passthrough, mod_log_bytes, mod_bwlimited, mod_php4, mod_frontpage, mod_ssl, mod_setenvif, mod_so, mod_expires, mod_auth, mod_access, mod_rewrite, mod_alias, mod_userdir, mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex, mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config, mod_env, http_core

I have resent your permission for that file, all should be working ok now.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Mon, 2006-12-11 05:38

sorry, confused your topic with a similar one which is also about mod_security.
there's no JavaScript issue in your case (well, we don't get so far to see that).
your symptom of mod_security is the http 406 status error.

did the webhost change anything for you? did the deactivate mod_security or configure it properly?
if not, i can't help you there.