Forums › Forums › OroCRM › OroCRM – Installation/Technical Issues or Problems › What now?
This topic contains 10 replies, has 2 voices, and was last updated by mousebat 10 years, 1 month ago.
Starting from March 1, 2020 the forum has been switched to the read-only mode. Please head to StackOverflow for support.
- CreatorTopic
- March 11, 2014 at 5:18 am #25934
I’ve had to install via cli
app/console oro:install
because when I try to install through a web browser with the install.php it redirects me nowhere after I click the next step (all prerequisites are met).I’m redirected to
myroot/web/installer
which is a blank page.The CLI has built the database schema – but now what? where can I find the login page?
Thanks
MB
- CreatorTopic
- AuthorReplies
- March 11, 2014 at 10:46 am #25935
Hi.
Seems that you have some issues in virtual host configuration.
Login page should be available under http://yourhost.name/ URL. (or http://yourhost.name/app_dev.php for developer mode).Keep in mind that directory index in symfony 2 is app.php instead index.php
March 14, 2014 at 3:18 am #25936Thanks asmaga – I have this in my vhost file:
1234567891011121314151617<Directory /var/www/myvhost/web>Options FollowSymLinksAllowOverride AllOrder allow,denyAllow from all<IfModule mod_rewrite.c>RewriteEngine OnRewriteCond %{REQUEST_FILENAME} !-fRewriteRule ^(.*)$ /app.php [QSA,L]</IfModule># ssi enabledAddType text/html .shtmlAddOutputFilter INCLUDES .shtmlOptions +Includes</Directory>If I point my browser to myhost/web/app_dev.php if advises me “You are not allowed to access this file. Check app_dev.php for more information.”
If I use just myhost/web/ I get a blank page.
I turned on display_errors in my php.ini and now I get this:
Fatal error: Uncaught exception ‘RuntimeException’ with message ‘The php executable could not be found, add it to your PATH environment variable and try again’
php -v seems to give proper output? So does
which php
(/usr/bin/php)…I tried “export PHP_PATH=/usr/bin/php” but still get the fatal error of php could not be found?
Looks like the function PhpExecutableFinder is being called and it’s not finding anything?
I’m at a loss now – we’re in the process of choosing a crm and I thought orocrm looked nice and malleable…
Hope someone can help – is there anything else I can do to debug this? I followed the steps in the install README to the absolute letter but I’ve never used composer and symfony so I may have not done something that to a user of this software would be elementary…
MB
March 15, 2014 at 11:45 am #25937Hello.
It’s very strange error. Can you give us more information ? What’s OS do you use ? What’s version of PHP?
If I point my browser to myhost/web/app_dev.php if advises me “You are not allowed to access this file. Check app_dev.php for more information.”
It’s OK, due to access to dev environment is allowed only in case if application deployed on localhost. You can disable this check just commented few lines in app_dev.php
March 17, 2014 at 3:52 am #25938Ok so I went back to the beginning and uncomplicated a few things:
I have attempted this on a clean install of Ubuntu 13.10 running apache 2.4.6 with PHP 5.5.3 running in a vmware virtual machine:
1Server Version: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2.2The crm-application folder is expanded into the /var/www/ normal web root and the default vhost (000-default.conf) is this:
12345678910111213141516171819202122<VirtualHost *:80>ServerName myfqdomainServerAdmin me@myfqdomainDocumentRoot /var/www/web<Directory /var/www/web>AllowOverride AllRequire all granted<IfModule mod_rewrite.c>RewriteEngine OnRewriteCond %{REQUEST_FILENAME} !-fRewriteRule ^(.*)$ /app.php [QSA,L]</IfModule></Directory>LogLevel debugErrorLog ${APACHE_LOG_DIR}/error.logCustomLog ${APACHE_LOG_DIR}/access.log combined</VirtualHost>When I navigate the web browser to http://myfqdomain/install.php I get the installer’s system requirements check that tells me all prerequisites are correct and installed. Then on clicking the “Next” Button at the bottom of the browser window it redirects me to the directory http://myfqdomain/installer which flat out does not exist – The apache2 error.log shows:
1File does not exist: /var/www/web/installer, referer: http://myfqdomain/install.phpI’ve followed everything in the README to the letter and now I’m stuck? It’s like there are files missing somewhere – How does anyone get this installed? Is there some witchcraft I’m missing here?
Anyone here care to try it – download Ubuntu server – install nodejs and all the prerequisite php modules and run through the composer install. It doesn’t work!!
I’ve no idea what else I can do, my htaccess file in the /var/www/web folder looks like this:
123456789101112<IfModule mod_rewrite.c>RewriteEngine On#<IfModule mod_vhost_alias.c># RewriteBase /#</IfModule>RewriteCond %{REQUEST_FILENAME} !-fRewriteRule ^(.*)$ app.php [QSA,L]</IfModule>Please, someone help me with this!
Kind Regards
MB
March 17, 2014 at 4:04 am #25939Directory in /var/www/
12345678910111213drwxr-xr-x 6 www-data www-data 4096 Mar 17 09:58 app-rw-r--r-- 1 www-data www-data 3496 Mar 17 09:40 CHANGELOG.md-rw-r--r-- 1 www-data www-data 1448 Mar 17 09:40 composer.json-rw-r--r-- 1 www-data www-data 170273 Mar 17 09:53 composer.lock-rwxr-xr-x 1 www-data www-data 1006588 Mar 17 09:43 composer.phar-rw-r--r-- 1 www-data www-data 137 Mar 17 09:40 LICENSE-rw-r--r-- 1 www-data www-data 2982 Mar 17 09:40 README.mddrwxr-xr-x 2 www-data www-data 4096 Mar 17 09:40 src-rw-r--r-- 1 www-data www-data 1359 Mar 17 09:40 UPGRADE.mddrwxr-xr-x 44 www-data www-data 4096 Mar 17 09:58 vendordrwxr-xr-x 4 www-data www-data 4096 Mar 17 09:57 webDirectory in /var/www/web/
12345678910-rw-r--r-- 1 www-data www-data 1182 Mar 17 09:40 app_dev.php-rw-r--r-- 1 www-data www-data 728 Mar 17 09:40 app.phpdrwxr-xr-x 3 www-data www-data 4096 Mar 17 09:58 bundles-rw-r--r-- 1 www-data www-data 1150 Mar 17 09:40 favicon.ico-rw-r--r-- 1 www-data www-data 213 Mar 17 09:40 .htaccess-rw-r--r-- 1 www-data www-data 10745 Mar 17 09:40 install.php-rw-r--r-- 1 www-data www-data 106 Mar 17 09:40 robots.txtdrwxr-xr-x 2 www-data www-data 4096 Mar 17 09:40 uploadsDirectory in /var/www/app/
1234567891011121314151617-rw-r--r-- 1 www-data www-data 141 Mar 17 09:40 AppCache.php-rw-r--r-- 1 www-data www-data 978 Mar 17 09:40 AppKernel.php-rw-r--r-- 1 www-data www-data 474 Mar 17 09:40 autoload.php-rw-r--r-- 1 www-data www-data 87364 Mar 17 09:58 bootstrap.php.cachedrwxr-xr-x 4 www-data www-data 4096 Mar 17 10:21 cache-rw-r--r-- 1 www-data www-data 1794 Mar 17 09:58 check.phpdrwxr-xr-x 2 www-data www-data 4096 Mar 17 09:58 config-rwxr-xr-x 1 www-data www-data 840 Mar 17 09:40 console-rw-r--r-- 1 www-data www-data 794 Mar 17 09:40 console-framework-rw-r--r-- 1 www-data www-data 13 Mar 17 09:40 .htaccessdrwxr-xr-x 2 www-data www-data 4096 Mar 17 09:40 logs-rw-r--r-- 1 www-data www-data 9146 Mar 17 09:40 OroRequirements.php-rw-r--r-- 1 www-data www-data 5630 Mar 17 09:40 phpunit.xml.distdrwxr-xr-x 10 www-data www-data 4096 Mar 17 09:40 Resources-rw-r--r-- 1 www-data www-data 28223 Mar 17 09:58 SymfonyRequirements.phpThere is no installer directory! except in:
1/var/www/vendor/composer/composer/tests/Composer/Test/Fixtures/installerMarch 17, 2014 at 4:45 am #25940I’ve now tried the CLI installation with:
1app/console oro:installIt borks because the 256mb of memory I set as the memory_limit in the cli and apache2 php.ini file is not enough by a few megabytes.
So I upped the memory_limit’s on both php.ini files to use 512mb and restarted and it now comes back with this error:
1PHP Notice: fwrite(): send of 115 bytes failed with errno=32 Broken pipe in /var/www/vendor/oro/platform/src/Oro/Bundle/SyncBundle/Wamp/WebSocket.php on line 42and
1234[RuntimeException]WebSocket write errorWhen I check line 42 in WebSocket.php it looks like the __construct function seems to be still using port 8080 despite me specifically asking it to use port 80 in the composer install (parameters.yml shows as 80!).
Now that I’ve overridden this in the __construct function the command line install completes.
So if I now browse to http://myfqdomain it just shows me the ftp view of the /var/www/web folder. I click on app.php and it does nothing. If I click the app_dev.php it just says:
1You are not allowed to access this file. Check app_dev.php for more information.the check.php file outputs:
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657********************************* ** Symfony requirements check ** ********************************** Configuration file used by PHP: /etc/php5/cli/php.ini** ATTENTION *** The PHP CLI can use a different php.ini file* than the one used with your web server.* To be on the safe side, please also launch the requirements check* from your web server using the web/config.php script.** Mandatory requirements **OK PHP version must be at least 5.3.3 (5.5.3-1ubuntu2.2 installed)OK PHP version must not be 5.3.16 as Symfony won't work properly with itOK Vendor libraries must be installedOK app/cache/ directory must be writableOK app/logs/ directory must be writableOK date.timezone setting must be setOK Configured default timezone "Europe/London" must be supported by your installation of PHPOK json_encode() must be availableOK session_start() must be availableOK ctype_alpha() must be availableOK token_get_all() must be availableOK simplexml_import_dom() must be availableOK detect_unicode must be disabled in php.iniOK PCRE extension must be available** Optional recommendations **OK Requirements file should be up-to-dateOK You should use at least PHP 5.3.4 due to PHP bug #52083 in earlier versionsOK When using annotations you should have at least PHP 5.3.8 due to PHP bug #55156OK You should not use PHP 5.4.0 due to the PHP bug #61453OK When using the logout handler from the Symfony Security Component, you should have at least PHP 5.4.11 due to PHP bug #63379 (as a workaround, you can also set invalidate_session to false in the security logout handler configuration)OK You should use PHP 5.3.18+ or PHP 5.4.8+ to always get nice error messages for fatal errors in the development environment due to PHP bug #61767/#60909OK PCRE extension should be at least version 8.0 (8.31 installed)OK PHP-XML module should be installedOK mb_strlen() should be availableOK iconv() should be availableOK utf8_decode() should be availableOK posix_isatty() should be availableOK intl extension should be availableOK intl extension should be correctly configuredOK intl ICU version should be at least 4+OK a PHP accelerator should be installedOK short_open_tag should be disabled in php.iniOK magic_quotes_gpc should be disabled in php.iniOK register_globals should be disabled in php.iniOK session.auto_start should be disabled in php.iniOK PDO should be installedOK PDO should have some drivers installed (currently available: mysql)March 17, 2014 at 5:43 am #25941Right – I’ve edited the web/app.php file and edited this line:
123$kernel = new AppKernel('prod', false);To…
$kernel = new AppKernel('prod', true);
Now I can browse to myfqdomain and it takes me to the login!
Will someone please update the README with an example of apache2 vhost file and a .htaccess example. Also explain how to enable or disable the development environment, its going to help people install and actually start using this software. I know this is just an RC but the lack of concise install documentation = fail to me.
MB
March 17, 2014 at 6:09 am #25942I’ve logged in and there is a message in red:
1Synchronizer can't connect to server, try reconnectMarch 17, 2014 at 8:01 am #25943Hello.
First of all try to check that mod_rewrite is installed.
When I check line 42 in WebSocket.php it looks like the __construct function seems to be still using port 8080 despite me specifically asking it to use port 80 in the composer install (parameters.yml shows as 80!).
Why do you sync so? I see code that creates object of WebSocket class and it pass parameters from parameters.yml. Check TopicPublisher::getWs method.
Why did you set websocket port to 80? This port is occupied by webserver by default(apach in your case)You are not allowed to access this file. Check app_dev.php for more information.
As I said before this is correct behavior for applications based on symfony2. To access dev environment from any host you should comment
1234header('HTTP/1.0 403 Forbidden');exit('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');those lines.
Hope this will help.
March 17, 2014 at 9:24 am #25944Everything is working now but I’m still left with this error message “Synchronizer can’t connect to server, try reconnect” whenever a user logs in. What is “Synchronizer” and why can’t it connect to the server?
Why do you sync so?
Not sure I understand what you mean? I don’t know what syncing is in the world of orocrm?
Why did you set websocket port to 80? This port is occupied by webserver by default(apach in your case)
What is the websocket port used for? I assumed that was just the port that apache was using for orocrm – hence I set it to port 80… Is it to do with the API?
Is there a book (or even documentation) in the pipeline? I know it’s early days but I really like the interface and think you’re on to a winner.
- AuthorReplies
The forum ‘OroCRM – Installation/Technical Issues or Problems’ is closed to new topics and replies.