274 => root_user
Fatal error: Call to undefined method Trigger_Action_Add_Web_Path_Edit_Fns::Trigger_Action_Edit_Fns() in /var/www/matrix/core/assets/system/triggers/trigger_action_types/trigger_action_add_web_path/trigger_action_add_web_path_edit_fns.inc on line 37
Crashes at 274 during installation…
What does that mean?
Sounds like its looking for a webpath
Steps 01 and Steps 02 were both sucessful…
Similar experience to mine. See http://forums.matrix.squiz.net/index.php?showtopic=6550
What version of PHP etc were you using; that was suggested as the cause of my problem although changing it just changed the problem rather than solving it.
Attempts to resolve this by changing PHP version did not ultimately succeed, see http://forums.matrix.squiz.net/index.php?showtopic=6550
I have yet to get Matrix working or get any useful suggestions as to cause or solution through these fora postings. All a bit disappointing given my experience gving and receiving advice via open source software support lists.
What OS are you both trying this on?
CentOS 5.3
Apache 2
PHP 5.3
The issue is…PDO will not load for 5.29…5.30 fixed it…
I know CentOS is supported.
If anyone can tell me how to install 5.2 of PHP using CentOS, it would probably solve it.
OK Well got it to install fine…load up my default page
[ASSERT EXCEPTION] Asset "session_handler_default" is not installed on the system, unable to include its source file [SYS0320]
What the heck…
From memory during install on step_03 during the ecommerce install it stopped at number 13…then went back to bash…does this mean its completed the install or something went wrong…
Gah…almost there but so far away!
[quote]OK Well got it to install fine…load up my default page
[ASSERT EXCEPTION] Asset "session_handler_default" is not installed on the system, unable to include its source file [SYS0320]
What the heck…
From memory during install on step_03 during the ecommerce install it stopped at number 13…then went back to bash…does this mean its completed the install or something went wrong…
Gah…almost there but so far away![/quote]
If step_03 did not complete something went wrong. Check your logs to see what that might be.
Where and how do I do this please ...
The problem lies with no errors ever been generated in the shell...
I must admit...I am not going to give up on this!
Thing is is does NOT fail at all...
It stalls on the E-commerce stuff...then goes back to the shell...
Check the most recent content in the data/private/logs/error.log file.
That means it quit halfway through.
Check /var/log/apache2/error.log to see what kind of errors you are getting, then post them here.
He is trying to set it up for me, very nice guy 
So close!
No errors in the error log …
I am lost…
There are no errors
Do I need to install something to be compatible with this addon?
Installing Package_Manager_Ecommerce:
------------------------------------
0 => form_ecommerce
1 => page_custom_form_ecommerce
2 => paypal_ipn_receiver
3 => paypal_business_account
4 => paypal_payment_button
5 => paypal_order
6 => paypal_configuration
7 => ecommerce_order
8 => design_area_ecommerce_cart
9 => payment_gateway
10 => product
11 => payment_gateway_esec
Payment Gateway ESEC
What is that?
The only error I got…
[09-Aug-2009 09:13:58] PHP Fatal error: Uncaught exception 'DALException' with message 'DBError!:SQLSTATE[42704]: Undefined object: 7 ERROR: language "plpgsql" does not exist
HINT: Use CREATE LANGUAGE to load the language into the database.' in /var/www/matrix/core/lib/DAL/DAL.inc:910
Stack trace:
#0 /var/www/matrix/core/lib/db_install/db_install.inc(821): DAL::executeSql('-- creates a fu…')
#1 /var/www/matrix/install/step_02.php(92): install_stored_relations('functions')
#2 {main}
thrown in /var/www/matrix/core/lib/DAL/DAL.inc on line 910
I fixed it by creating a language for the database matrix
So where to now?
Everything is loaded OK, Can we bypass this module installation? or is it dependent on something missing…
[quote]I fixed it by creating a language for the database matrix
So where to now?
Everything is loaded OK, Can we bypass this module installation? or is it dependent on something missing…[/quote]
Did you run step_03 again after fixing this?
No, you can't really skip the asset installation.
[quote]Did you run step_03 again after fixing this?
No, you can't really skip the asset installation.[/quote]
yep…stalls and returns to bash shell prompt…
[quote][09-Aug-2009 09:13:58] PHP Fatal error: Uncaught exception 'DALException' with message 'DBError!:SQLSTATE[42704]: Undefined object: 7 ERROR: language "plpgsql" does not exist
HINT: Use CREATE LANGUAGE to load the language into the database.' in /var/www/matrix/core/lib/DAL/DAL.inc:910
Stack trace:
#0 /var/www/matrix/core/lib/db_install/db_install.inc(821): DAL::executeSql('-- creates a fu…')
#1 /var/www/matrix/install/step_02.php(92): install_stored_relations('functions')
#2 {main}
thrown in /var/www/matrix/core/lib/DAL/DAL.inc on line 910[/quote]
This error usually means you either missed/something went wrong with:
createlang -U postgres plpgsql mysource_matrix
Once you create the language, and since it failed before , you may need to re-do step02
[quote]This error usually means you either missed/something went wrong with:
createlang -U postgres plpgsql mysource_matrix
Once you create the language, and since it failed before , you may need to re-do step02[/quote]
...
I fixed that and got past that step hahha...it is no longer the issue
it fails during the payment_gateway stuff...
I am sure its not a database issue
I am persistent but getting close to saying bugger it :P
[quote]…
I fixed that and got past that step hahha…it is no longer the issue[/quote]
Yeah, noted that before, just specifying that for other users with the same problem
[quote]it fails during the payment_gateway stuff…
I am sure its not a database issue
I am persistent but getting close to saying bugger it :P[/quote]
Is postgres set to log? Is there anything in the postgres logs?
Also, when doing the createlang step did you try start with a fresh database or just re-run the steps? If a step failed before it may have left some invalid data in the database. If you are doing an upgrade, restore from a previous backup.
New Database
New Install
PERL is up to date
PECL is up to date
PHP is 5.29 with PDOPGSQL support etc
Uhh Apache is correct and working
Fails on
------------------------------------
Installing Package_Manager_Ecommerce:
------------------------------------
0 => form_ecommerce
1 => page_custom_form_ecommerce
2 => paypal_ipn_receiver
3 => paypal_business_account
4 => paypal_payment_button
5 => paypal_order
6 => paypal_configuration
7 => ecommerce_order
8 => design_area_ecommerce_cart
9 => payment_gateway
10 => product
11 => payment_gateway_esec
Nothing in error log…
WTF…
Pear is up to date as well, this is really frustrating…the system matches…why does it fail with NO logged proof of an error…
Try removing the packages/ecommerce directory before installing. It wont install the ecom assets, but it will let us know if they are causing your problem.
Awesome!
Thanks for that info :)
To throw in some results from my investigations relating to my similar install problem, I found that running install/step_03.php wiht the options listed below (thus omitting ecommerce package as well as the bulkmail package which was also generating an error but one which was not show stopping) allowed step_03.php to run to completion with its last three lines of output reading as follows. Pity that none of the posts I have yet seen say that these few final output lines are needed to confirm any degree of success of the step_03.php process but that appears to be the case.
[codebox]
------------------------------------
ASSET TYPES CACHED
------------------------------------
[/codebox]
package options to step_03.php:
[codebox]
--package=core --package=web_services --package=cms --package=import_tools --package=search --package=news --package=calendar
[/codebox]
The ecommerce package seems to be part of the problem I saw.
My configuration is noted in post http://forums.matrix.squiz.net/index.php?showtopic=6564 to which the only one, fairly useless response was to tell me that using the latest stable version of Postgresl was a mistake.