I'm trying to install Redmine on my macbook to test something
I installed Bitnami (https://bitnami.com/stack/redmine/installer) but I got error.
I tried my best but I've not found anything on Google to solve it
Error log:
Starting Apache Web Server...
Exit code: 8
Stdout:
apache config test fails, aborting
Stderr:
httpd.bin: Syntax error on line 149 of /Applications/redmine-3.3.0-2/apache2/conf/httpd.conf: Cannot load modules/mod_dav_svn.so into server: dlopen(/Applications/redmine-3.3.0-2/apache2/modules/mod_dav_svn.so, 10): Symbol not found: _svn_auth__get_keychain_simple_provider
Referenced from: /Applications/redmine-3.3.0-2/subversion/lib/libsvn_subr-1.0.dylib
Expected in: dynamic lookup
It said that it can not load mod_dav_svn.so because it can not found symbol _svn_auth__get_keychain_simple_provider
This question maybe not valid on StackOverflow so please comment if you think that
Bitnami Engineer here,
There's a bug in this revision of the installer. We are working on releasing a new version of the installer without this issue. In the meantime, you can use our previous revision of the Bitnami Redmine installer: https://bitnami.com/download/files/stacks/redmine/3.3.0-1/bitnami-redmine-3.3.0-1-osx-x86_64-installer.dmg. We tested it and it works ok. Sorry for the inconvenience.
Related
I have MAMP installed on MacOS Monterey, and while it worked fine for several weeks, it is now unable to start its Apache server.
The initial error was:
AH06665: No code signing authority for module at /Applications/MAMP/Library/modules/mod_access_compat.so specified in LoadModule directive.
httpd: Syntax error on line 72 of /Applications/MAMP/conf/apache/httpd.conf: Code signing absent - not loading module at: /Applications/MAMP/Library/modules/mod_access_compat.so
(mod_access_compat.so is the first in a long list of LoadModules.)
I codesigned that module, and got another error: the same error, just for the next LoadModule in the list (actions_module modules/mod_actions.so).
Can anyone help me find out why MAMP suddenly started producing this error? Am I going to have to codesign all seventy remaining LoadModules just to use MAMP?
This is with PHP 7.4. MAMP's error message: "Apache couldn't be started. Please check your MAMP installation and configuration."
I done all steps to install orocommerce on azure CentOS and nginx.
So now i got the following error after
$ ./bin/console oro:install --env=prod --timeout=900
"In ParameterBag.php line 102:
You have requested a non-existent parameter "web_backend_prefix".
Have anybody an idea?
How exactly did you get the source code (if GitHub - what repository, tag/branch, if download - what website and version)? Based on the error text it seems like it might be OroPlatform or OroCRM application, not OroCommerce.
I'm installing prestashop 1.6.1.10 on ubuntu/xenial64 (vagrant).
I get error on Configure shop information - An error occurred during installation...
In the log I see:
[Tue Feb 14 08:27:12.364749 2017] [:error] [pid 7587] [client 55.55.56.1:49446] PHP Fatal error: Uncaught PrestaShopException: Property Currency->decimals is not valid in /vagrant/prestashop/classes/ObjectModel.php:909
Stack trace:
#0 /vagrant/prestashop/classes/LocalizationPack.php(299): ObjectModelCore->validateFields()
#1 /vagrant/prestashop/classes/LocalizationPack.php(68): LocalizationPackCore->_installCurrencies(Object(SimpleXMLElement), true)
#2 /vagrant/prestashop/install/models/install.php(549): LocalizationPackCore->loadLocalisationPack('<?xml version="...', '', true)
#3 /vagrant/prestashop/install/controllers/http/process.php(207): InstallModelInstall->configureShop(Array)
#4 /vagrant/prestashop/install/controllers/http/process.php(93): InstallControllerHttpProcess->processConfigureShop()
#5 /vagrant/prestashop/install/classes/controllerHttp.php(173): InstallControllerHttpProcess->process()
#6 /vagrant/prestashop/install/index.php(31): InstallControllerHttp::execute()
#7 {main}
thrown in /vagrant/prestashop/classes/ObjectModel.php on line 909, referer: http://dev.imagine-lotus.design/install/index.php?restart=true
What can it be?
I've installed this same code, on the same ubuntu image before and it was OK.
EDIT:
I by-pass this issue by commenting out /classes/ObjectModel.php:909
I will un comment it after install is done
NOTE: after install an error in the front, I had to create a currency in the backend to solve it
I'm still getting errors, I noticed that prestashop was installed with multi-language, which is different than previous installation.
In the install process I didn't choose to install other language than EN,
Maybe chrome passes some variable that presta recognize as my native language and tries to install, and fails
I by-pass this issue by commenting out /classes/ObjectModel.php:909
I will un comment it after install is done
NOTE: after install an error in the front, I had to create a currency in the backend to solve it
I'm still getting errors, I noticed that prestashop was installed with multi-language, which is different than previous installation.
In the install process I didn't choose to install other language than EN, Maybe chrome passes some variable that presta recognize as my native language and tries to install, and fails
so I Use Firefox instead of chrome and solve the problem
I got the same error while installing Prestashop 1.7 on licalhost xampp. But in my case, I did not even get the error log to find out the error, moreover, the installation request was being made via AJAX so error identification was tough, but after more research, I found out the source of the error.
C:\xampp\htdocs\prestashop\classes\localizationPack.php
I used
"try" and "catch"
to identify the error. The error is originating from
C:\xampp\htdocs\prestashop\vendor\icanboogie\cldr\lib\webProvider.php
as a result of network problem. Here, the script needs to send a cURL request to an online location, so if there is no internet connection, it shows that error.
After finding this out, I connected to a connection and tried it again and it worked perfectly.
Try that too.
Hope it works as it did for me.
I'm following the instructions here: https://github.com/osTicket/core-plugins to install the LDAP plugin for osticket 1.9.2.
I have the download in the correct place however when I run the command:
php make.php hydrate
I get loads of 'could not load...' messages and the main fatal one being:
Problem 1
- The requested package pear-pear/net_ldap2 could not be found in any version, there may be a typo in the package name.
Enabling the plugin within osTicket then works but obvious throws PHP Fatal errors about not finding the ldap files, as you would expect.
Does anyone know how to resolve it?
You need to install the pear package net_ldap2, either via pear or via composer.
I'm using Chef in my digital Ocean account, to build a droplet/instance. My server a Ubuntu 12.04 x64 .
In my Cheffile i have
...
site 'http://community.opscode.com/api/v1'
cookbook 'apache2',
:git =>'https://github.com/opscode-cookbooks/apache2'
....
And in my node json:
...
"apache": {
"default_modules" :
["status","alias","auth_basic","autoindex","dir","env","mime","negotiation","setenvif"]
},
...
"run_list": [
"recipe[gearman]",
"recipe[postgresql::server]",
"recipe[php]",
"recipe[apache2]",
"recipe[apache2::mod_php5]",
"recipe[mysql]",
"recipe[mysql::server]"
]
I had to already limit the modules because of some error with authz. But now, I'm always receiving the error
* The apache2 configtest failed.
STDERR: Output of config test was:
AH00526: Syntax error on line 11 of /etc/apache2/apache2.conf:
Invalid command 'LockFile', perhaps misspelled or defined by a module not included in the server configuration
Action 'configtest' failed.
Whats is wrong with my configuration to have erros in:
Apache traditional setup (with all the modules?)
Template error for LockFile?
It looks like this might be a known issue with chef and the Apache2 recipe.
See the related tickets on the opscode issue tracker.
https://tickets.opscode.com/browse/COOK-3837
https://tickets.opscode.com/browse/COOK-3838
https://tickets.opscode.com/browse/COOK-3900
For now you could perhaps try installing version 2.2 of apache by overridding the attribute
default['apache']['package']
I have found a temporary workaround for this, at leas until the cookbook gets updated.
Replace the following section in your config located in apache2/templates/apache2.conf.erb.
LockFile /var/lock/apache2/accept.lock
With this:
Mutex file:${APACHE_LOCK_DIR} default
I had similar problems, and I just wanted to vagrant up my ubuntu/trusty64 with apache2 using chef-solo. Ubuntu 14 and Apache 2.4 to be precise.
It worked after:
Following jmreicha's answer above
Removing module "mod_authz_default" that got removed from 2.4 as of http://httpd.apache.org/docs/current/upgrading.html
It's a pity, I would assume that this basic configuration should work out-of-box. As mentioned above, migration from apache2.2 to apache2.4 is planned here: https://tickets.opscode.com/browse/COOK-3900