By mfuggle on

Yesterday I activated the Date Tools module in a production site. This resulted in a fatal error which has been reported elsewhere.

Instead of attempting to resolve the problem I asked the ISP to revert to a backup of the webroot and database. After the restore the site initially displayed correctly but as I entered subsequent pages it started to display each page without the theme. The display can be seen at http://quins.com.au.

I also tried to logon to the site and three errors as follows:

The selected file /tmp/fileQfnRcd could not be uploaded, because the destination sites/default/files/css/dbe185657b84fc7ff299e807ee2297d0.css is not properly configured.

I have just reinstalled Drupal 6.10 and still get exactly the same problem. I am in a minor panic at the moment and would appreciate some help.

Kind Regards

Martin Fuggle

⋅ Categories: Drupal 6.x

Comments

vm’s picture

vm commented

navigate to yoursite.com/admin/settings/performance if clean urls is used or yoursite.com/?q=admin/settings/performance if clean urls is not used.

turn off css aggregation, while there clear cached data as well

use your FTP tool and navigate to sites/default/files/css. Delete the entire folder.

go to administer -> file system set tmp to sites/default/files/tmp. Doing so removes you from sharing a tmp folder with everyone else on your server. This is important on a shared server.

navigate to administer -> themes and choose a core theme

if all works re-select your normal theme & reset css aggregation

In future only test new modules and updates to modules on a test site not on your production site. Also of note: having your host roll back a backup isn't always a good idea. It may have been better to disable the module giving you trouble by settings its status to 0 in the system table. Then using the uninstall tab in administer -> modules.

mfuggle’s picture

mfuggle commented

To get a response so quickly is amazing and many, many thanks.

Regards
Martin Fuggle

mfuggle’s picture

mfuggle commented

I have made the changes above and this corrected the issue and everything is now back in production.

I noticed that if I reset CSS aggregation the site displays correctly but I still see the error reported above. I have put the site back in production with CSS and JS aggregation disabled. Is there something that I am missing here?

Thank you for the advice that I can set a modules status to '0' in the system table.

I am relatively new to Drupal and have been developing a site for my rugby union club over the past six months and I have found Drupal and the community to be incredibly helpful and Drupal itself to be superb.

Kind Regards
Martin Fuggle

vm’s picture

vm commented

where is the tmp folder located now?

the error shouldn't say tmp/ as per my previous comment you should have altered it to sites/default/files/tmp

mfuggle’s picture

mfuggle commented

I have changed the tmp folder to /public_html/harlequins/sites/default/files/tmp as set out in your post. I'll clear the cache and enable CCS aggregation again to see if I am mistaken about the problem continuing to exist.

Regards
Martin Fuggle

vm’s picture

vm commented

My comment does not refer to /public_html/harlequins/ as being part of the path, but if it is working correctly great!

mfuggle’s picture

mfuggle commented

I have cleared the cache and enable CSS aggregation and all appears OK.

Thanks
Martin

artbody’s picture

artbody commented

sites/default/files/tmp/filebTyOty

ok i run in the same problem - but not on a production site

so in my case it is the cache: if CSS or jscript ON
same problem with uploads

looks like the problem is a server config problem and Drupal
i.e ALL PLESK .. CONFIX ...controlled server
think this roles for the most smaler systems like my Vserver
the webserver is running as
usr group
apache-www www
and the domain is is running as
usr group
webXX psaserv

psaserv belongs to group www...
Drupal saves this things as 0600

so the permissiom on a written tmp/file must be 0660 else: permission denied
and same to the original pics

so the question is where could i change this behavior

artbody’s picture

artbody commented

what else 

<IfModule mod_php5.c>
		php_admin_flag engine on
		php_admin_flag safe_mode off
		php_admin_value open_basedir "/var/www/vhosts/marmorial.de/subdomains/drtest/httpdocs:/tmp"
</IfModule>

PLESK and other Managers have safe_mode on in their default config and if you create and manage a domain or subdomain with this ugly Plesk it overwrites some parts back to default
in my case as a cronjob
so i created the avaiable domain.conf and set the link in domain.enabled by Hand so that plesk couldn't change this
have a look in /etc/apache2/apache2.conf that your's is after plesks

# Include generic snippets of statements
Include /etc/apache2/conf.d/
# Include the virtual host configurations:
Include /etc/apache2/sites-enabled/