For days now I've been trying to overcome a Drupal 7 problem that I cannot explain. Over the past year or two I have followed the same method for creating a copy of our live site to my Fedora 16 pc but as of 4 weeks ago, problems.
The Process: -Copy of our live site database as a .sql file made by mysqldump thatdatabase > this file.sql. It has always for me provided a perfect copy of the database. -Zip the whole web site using cPanel. -Download both to my Fedora 16 installation. -Unzip the drupal system to /var/www/html/ -mysql -uuser -ppassword create database (thatdatabase) same name user and password as the original. -mysql -uuser -ppassword thatdatabase < thisfile.sql -Change settings.php a+w then remove the 15 lines in /sites/default/settings.php which access the database. -Start the installation and enter the database name username and password. Drupal copy fires up perfectly every time. ---- But ------ <structure><Content Types><Add content> gives WSOD, defaults to the stark theme with no options. Views, Add Taxonomy, Add content, Rules, Permissions, Appearance, configurations, and others all work,
I have done the following: cleared caches, drush cc all, in myslq TRUNCATE cache and TRUNCATEd other cache files as per torials on google. I have googled and found several others have the same problem but no one offers working solution.
http://localhost/mysite/admin/structure/types/add produces error:
You are here
Home http://localhost/eal719/ » Administration http://localhost/eal719/admin » Structure http://localhost/eal719/admin/structure » Content types http://localhost/eal719/admin/structure/types
Content types
Add to /Default/ shortcuts http://localhost/eal719/admin/config/user-interface/shortcut/shortcut-set-1/add-link-inline?link=admin/structure/types/add&name=Content%20types&destination=admin/structure/types/add&token=XF6dWGDfxNixfKkMhZMM-H4gWZ8lWudr7QvnKv8XnTs
Individual content types can have different fields, behaviors, and permissions assigned to them.
Does anyone know what causes such a problem, what I should look out for to prevent future problems and best of all how to kill the problem once and for all.
Help greatly appreciated Thanks in advance Roger
Try Backup and Migrate module, This will make ur life simple. Install a new drupal installation. Install backup module.
From the old site take backup using back up and migrate.
Restore in the new site using the same Backup and migrate.
On Sat, Feb 2, 2013 at 1:08 PM, Roger arelem@bigpond.com wrote:
For days now I've been trying to overcome a Drupal 7 problem that I cannot explain. Over the past year or two I have followed the same method for creating a copy of our live site to my Fedora 16 pc but as of 4 weeks ago, problems.
The Process: -Copy of our live site database as a .sql file made by mysqldump thatdatabase > this file.sql. It has always for me provided a perfect copy of the database. -Zip the whole web site using cPanel. -Download both to my Fedora 16 installation. -Unzip the drupal system to /var/www/html/ -mysql -uuser -ppassword create database (thatdatabase) same name user and password as the original. -mysql -uuser -ppassword thatdatabase < thisfile.sql -Change settings.php a+w then remove the 15 lines in /sites/default/settings.php which access the database. -Start the installation and enter the database name username and password. Drupal copy fires up perfectly every time. ---- But ------ <structure><Content Types><Add content> gives WSOD, defaults to the stark theme with no options. Views, Add Taxonomy, Add content, Rules, Permissions, Appearance, configurations, and others all work,
I have done the following: cleared caches, drush cc all, in myslq TRUNCATE cache and TRUNCATEd other cache files as per torials on google. I have googled and found several others have the same problem but no one offers working solution.
http://localhost/mysite/admin/structure/types/add produces error:
You are hereHome http://localhost/eal719/ » Administration http://localhost/eal719/admin » Structure http://localhost/eal719/admin/structure » Content types http://localhost/eal719/admin/structure/types
Content types
Add to /Default/ shortcuts < http://localhost/eal719/admin/config/user-interface/shortcut/shortcut-set-1/...
Individual content types can have different fields, behaviors, and permissions assigned to them.
Does anyone know what causes such a problem, what I should look out for to prevent future problems and best of all how to kill the problem once and for all.
Help greatly appreciated Thanks in advance Roger
-- [ Drupal support list | http://lists.drupal.org/ ]
Check your PHP error logs. Almost sounds like PHP is running out of memory.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 2/2/2013 2:38 AM, Roger wrote:
For days now I've been trying to overcome a Drupal 7 problem that I cannot explain. Over the past year or two I have followed the same method for creating a copy of our live site to my Fedora 16 pc but as of 4 weeks ago, problems.
The Process: -Copy of our live site database as a .sql file made by mysqldump thatdatabase > this file.sql. It has always for me provided a perfect copy of the database. -Zip the whole web site using cPanel. -Download both to my Fedora 16 installation. -Unzip the drupal system to /var/www/html/ -mysql -uuser -ppassword create database (thatdatabase) same name user and password as the original. -mysql -uuser -ppassword thatdatabase < thisfile.sql -Change settings.php a+w then remove the 15 lines in /sites/default/settings.php which access the database. -Start the installation and enter the database name username and password. Drupal copy fires up perfectly every time. ---- But ------ <structure><Content Types><Add content> gives WSOD, defaults to the stark theme with no options. Views, Add Taxonomy, Add content, Rules, Permissions, Appearance, configurations, and others all work,
I have done the following: cleared caches, drush cc all, in myslq TRUNCATE cache and TRUNCATEd other cache files as per torials on google. I have googled and found several others have the same problem but no one offers working solution.
http://localhost/mysite/admin/structure/types/add produces error:
You are hereHome http://localhost/eal719/ » Administration http://localhost/eal719/admin » Structure http://localhost/eal719/admin/structure » Content types http://localhost/eal719/admin/structure/types
Content types
Add to /Default/ shortcuts http://localhost/eal719/admin/config/user-interface/shortcut/shortcut-set-1/add-link-inline?link=admin/structure/types/add&name=Content%20types&destination=admin/structure/types/add&token=XF6dWGDfxNixfKkMhZMM-H4gWZ8lWudr7QvnKv8XnTs
Individual content types can have different fields, behaviors, and permissions assigned to them.
Does anyone know what causes such a problem, what I should look out for to prevent future problems and best of all how to kill the problem once and for all.
Help greatly appreciated Thanks in advance Roger
Did you GRANT permissions to the user:
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER ON database.* TO 'user'@'localhost' IDENTIFIED by '******';
(The permissions may be inherent in the database structure, but I'm not certain that's the case...)
On 02 Feb 2013, at 10:14 AM, Jamie Holly wrote:
Check your PHP error logs. Almost sounds like PHP is running out of memory.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 2/2/2013 2:38 AM, Roger wrote:
For days now I've been trying to overcome a Drupal 7 problem that I cannot explain. Over the past year or two I have followed the same method for creating a copy of our live site to my Fedora 16 pc but as of 4 weeks ago, problems.
The Process: -Copy of our live site database as a .sql file made by mysqldump thatdatabase > this file.sql. It has always for me provided a perfect copy of the database. -Zip the whole web site using cPanel. -Download both to my Fedora 16 installation. -Unzip the drupal system to /var/www/html/ -mysql -uuser -ppassword create database (thatdatabase) same name user and password as the original. -mysql -uuser -ppassword thatdatabase < thisfile.sql -Change settings.php a+w then remove the 15 lines in /sites/default/settings.php which access the database. -Start the installation and enter the database name username and password. Drupal copy fires up perfectly every time. ---- But ------ <structure><Content Types><Add content> gives WSOD, defaults to the stark theme with no options. Views, Add Taxonomy, Add content, Rules, Permissions, Appearance, configurations, and others all work,
I have done the following: cleared caches, drush cc all, in myslq TRUNCATE cache and TRUNCATEd other cache files as per torials on google. I have googled and found several others have the same problem but no one offers working solution.
http://localhost/mysite/admin/structure/types/add produces error:
You are hereHome http://localhost/eal719/ » Administration http://localhost/eal719/admin » Structure http://localhost/eal719/admin/structure » Content types http://localhost/eal719/admin/structure/types
Content types
Add to /Default/ shortcuts <http://localhost/eal719/admin/config/user-interface/shortcut/shortcut-set-1/...
Individual content types can have different fields, behaviors, and permissions assigned to them.
Does anyone know what causes such a problem, what I should look out for to prevent future problems and best of all how to kill the problem once and for all.
Help greatly appreciated Thanks in advance Roger
-- [ Drupal support list | http://lists.drupal.org/ ]
Checking apache error logs look like a good option. It could possibly be a memory issue or some new module requiring some specific php extension that is not on your local machine.
Thanks Anoop
|-- | Zyxware Technologies | http://www.zyxware.com |-- | Be the change you wish to see in the world, M. K. Gandhi |--
Did you GRANT permissions to the user:
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER ON database.* TO 'user'@'localhost' IDENTIFIED by '******';
(The permissions may be inherent in the database structure, but I'm not certain that's the case...)
Yes thanks, I always GRANT Permissions, I forgot to include that in the email.
Check your PHP error logs. Almost sounds like PHP is running out of memory.
Jamie Holly
Yes thanks, I set memory_limit in php.ini but it makes no difference, I do not think php is reading the change to php.ini because the error always produces the same value even with memory_limit=512M or memory_limit=8M or even =-1 which is no limit.
Roger
I agree with Jamie. Did you upgrade Apache or PHP?
Earnie
On Sat, Feb 2, 2013 at 3:14 AM, Jamie Holly wrote:
Check your PHP error logs. Almost sounds like PHP is running out of memory.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 2/2/2013 2:38 AM, Roger wrote:
For days now I've been trying to overcome a Drupal 7 problem that I cannot explain. Over the past year or two I have followed the same method for creating a copy of our live site to my Fedora 16 pc but as of 4 weeks ago, problems.
The Process: -Copy of our live site database as a .sql file made by mysqldump thatdatabase > this file.sql. It has always for me provided a perfect copy of the database. -Zip the whole web site using cPanel. -Download both to my Fedora 16 installation. -Unzip the drupal system to /var/www/html/ -mysql -uuser -ppassword create database (thatdatabase) same name user and password as the original. -mysql -uuser -ppassword thatdatabase < thisfile.sql -Change settings.php a+w then remove the 15 lines in /sites/default/settings.php which access the database. -Start the installation and enter the database name username and password. Drupal copy fires up perfectly every time. ---- But ------ <structure><Content Types><Add content> gives WSOD, defaults to the stark theme with no options. Views, Add Taxonomy, Add content, Rules, Permissions, Appearance, configurations, and others all work,
I have done the following: cleared caches, drush cc all, in myslq TRUNCATE cache and TRUNCATEd other cache files as per torials on google. I have googled and found several others have the same problem but no one offers working solution.
http://localhost/mysite/admin/structure/types/add produces error:
You are hereHome http://localhost/eal719/ » Administration http://localhost/eal719/admin » Structure http://localhost/eal719/admin/structure » Content types http://localhost/eal719/admin/structure/types
Content types
Add to /Default/ shortcuts http://localhost/eal719/admin/config/user-interface/shortcut/shortcut-set-1/add-link-inline?link=admin/structure/types/add&name=Content%20types&destination=admin/structure/types/add&token=XF6dWGDfxNixfKkMhZMM-H4gWZ8lWudr7QvnKv8XnTs
Individual content types can have different fields, behaviors, and permissions assigned to them.
Does anyone know what causes such a problem, what I should look out for to prevent future problems and best of all how to kill the problem once and for all.
Help greatly appreciated Thanks in advance Roger
-- [ Drupal support list | http://lists.drupal.org/ ]