currently I am trying to create active directory login by using PHP and OpenLDAP. But, when I tried to start the OpenLDAP, an error appear:
-bash: slapd: command not found
What's wrong with that? How can I fix it?
FYI: I have tried to googling it, and I don't found something related to this error.
Thank you so much for your help.
If you're using Active Directory, you don't have any need to start 'slapd' at all, that being the OpenLDAP server.
The only way your question makes sense is if you're using the OpenLDAP client.
first check whether you have openldap installed.
rpm -qa | grep ldap
If it is there, you can start it by
/usr/local/libexec/slapd
You need to switch to root before you run it.
Related
i have installed last version of Shopware (5.4.2) in local. Following the instructions, all works correctly; and in particular I can login in the backend side (so, the database credentials are correct). But if I try to use the terminal (for example, to see the plugin list) I see the attach error message. Why? How can I solve the problem?
The command is bin/console sw:plugin:list
Thank you very much,
Federico
Change the MySQL host in your config.php to 127.0.0.1
I tried installing Magento2 on my Mac. Installation stopped at 49% and now I can't open the Magento page on localhost - I get this error 'An error has happened during application run. See exception log for details.'.
I have absolutely no idea what to do, I've been searching for possible solutions...
The last three lines of the error log in var/log/exception.log is:
20 /Library/WebServer/Documents/magento/vendor/magento/framework/App/Http.php(157): Magento\Framework\App\Http->handleBootstrapErrors(Object(Magento\Framework\App\Bootstrap), Object(Exception))
21 /Library/WebServer/Documents/magento/vendor/magento/framework/App/Bootstrap.php(263): Magento\Framework\App\Http->catchException(Object(Magento\Framework\App\Bootstrap), Object(Exception))
22 /Library/WebServer/Documents/magento/index.php(39): Magento\Framework\App\Bootstrap->run(Object(Magento\Framework\App\Http))
23 {main} [] []
Does anyone have any idea what I can to?
I tried clearing the cache but that didn't seem to have any impact.
Would it be best to just try and re-install Magento?
There are lots of hurdle while getting magento 2 working on your either server or local machine.
I am writing below is some of issue i founded while installation with latest magento 2.
Make sure your php version should be 7.0....
Make sure with proper cron job setup ...
you can check it out your php version info by php -v command and also make sure that phpinfo() should also showcase same what you can able to see via -v
Some time with local machine there also permission headache too just double check with this.
Check with your underlaying database version to make to it should be compatible with M2 requirement.
if you still find any hurdle you can reach me out at skype : samumaretiya
Thanks,
Sam
This issue started just after I upgraded my Mac to OS X El Capitan. Before that it was working just fine.
I am using XAMPP and Oracle Instant Client was properly set up to connect with Oracle DB. I followed the instructions mentioned here while installing (click on the question "How do I activate the OCI8/Oracle extension for PHP?").
But, after I upgraded my OS to OS X El Capitan, it started to show this warning,
Warning: oci_connect(): OCIEnvNlsCreate() failed. There is something wrong with your system - please check that DYLD_LIBRARY_PATH includes the directory with Oracle Instant Client libraries
I am searching for solution all over the internet (not only SO), for the last few days and the nearest match I found was this : https://stackoverflow.com/a/20670810/5645769. So, I tried to edit the file org.apache.httpd.plist, as suggessted by the answer. But I was having this error :
You don't own the file "org.apache.httpd.plist" and don't have permission to write to it. You can duplicate this document and edit the duplicate. Only the duplicate will include your changes.
I asked about that to OP and his reply didn't make any help to resolve the issue. So my search for solutions continued. After a few more days of search, I found this post https://stackoverflow.com/a/32910408/5645769. So I followed the instructions to disable SIP (System Intregrity Protection) and I was then able to add write access to the file and containing folder for my account (and also administrator). After that oci_connect() started working again.
But when I disabled the SIP again following the same answer, the same error comes again. I am not sure, but it seems like there is something happening with other file permissions which oci_connect() is trying to use but it can access only when SIP is disabled.
Currently I am working with keeping the SIP disabled (not sure, what harm it may cause), I need a solution which will work while keeping the SIP enabled.
I am spending many days with this. Any help will be highly appreciated.
/System/Library/LaunchDaemons/org.apache.httpd.plist is only for controlling the behaviour of the Apache server built in to OS X.
To set DYLD_LIBRARY_PATH for the XAMPP version of Apache you'll need to edit its startup script:
sudo nano /Applications/XAMPP/xamppfiles/apache2/ctl.sh
On the second line of the file, after #!/bin/sh you can add whatever you need to:
#!/bin/sh
DYLD_LIBRARY_PATH=/path/to/your/library/files
ERROR=0
HTTPD_STATUS=""
HTTPD_PIDFILE=/Applications/XAMPP/xamppfiles/logs/httpd.pid
HTTPD="/Applications/XAMPP/xamppfiles/bin/httpd -f /Applications/XAMPP/xamppfiles/etc/httpd.conf"
DO NOT disable system integrity protection. It's there for a reason.
Already sitting on this issue for 2 day's checked many postes related to it here and all around the internet and still can't find what is the f problem..
I need to install this OAuth module (Pecl PHP Extention) I have my site on bitnami server so i tried allready 3 time with different guides (https://wiki.bitnami.com/Components/PHP#How_to_install_OAuth_module.3f)
(http://www.mkfoster.com/2009/01/04/how-to-install-a-php-pecl-extensionmodule-on-ubuntu/)
(and included all needed in php.ini) and still when i cheching with "php -m" in ssh and with phpinfo(); test page in not seems to be installed ,,, forgot to say i need it for implementing shapeways api when i am trying the implement the OAuth authentication it's crashing... if somebody have new ideas or maybe something i missed i would be glad to hear..
Bitnami developer here
Please try to run which php and check that the result is /opt/bitnami/php/bin/php.
Check you have a oauth.so in /opt/bitnami/php/lib/php/extensions/
In the last step of our wiki, you can add extension = '/opt/bitnami/php/lib/php/extensions/oauth.so' at the end of /opt/bitnami/php/etc/php.ini, or uncomment ;extension=oauth.so in the same file.
I hope it helps
David
I have been trying to figure out whats going on here... I have looked all over and nothing seems like a solid solution. If anyone knows a link or information on how to fix this it would be greatly appreciated.
Ubuntu 14.04 lts
Microsoft Azure Server
Apache
Drupal site with APC enabled (everything looks good on the drupal side) I just keep getting these annoying emails about the below issue.
I added smtp and mailutils to my server, and now i am getting these errors from what looks like apache / php...
--
Cron [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/apc.so' - /usr/lib/php5/20121212/apc.so: cannot open shared object file: No such file or directory in Unknown on line 0
Thanks for the help,
-Frank
These are being generated by the /etc/cron.d/php5 cronjob. If you want the errors generated here to stop being emailed, you can set mailto="" on the line before the command in that file. This is probably not your desired solution here, but it is useful to 1) know where you can find where the error is coming from and 2) know how to control its output.
The command generating these errors is likely maxlifetime. You can confirm this by trying to run /usr/lib/php5/maxlifetime and seeing if the same error comes up.
Your apc.so file might be somewhere else. Try "locate apc.so" to find out where it is. If it doesn't exist, I would recommend reinstalling the extension so that it does exist. If it does exist, your /etc/php5/apache2/php.ini file might be having trouble finding it. A couple solutions I read from other threads had people either creating a symbolic link to to the file (a bit sloppy, but it works) or noticing that "extension_dir=" in php.ini was set to something other than "./" so that it was looking in the wrong place (or the "extension=apc.so" entry itself contained some of the path and had a typo or something).
In my case, my php.ini file was trying to load the extension msql.so which didn't exist on my system. I don't know why it would do this, but I commented out the line and the error messages went away. In most cases, though, I would assume the extension was deliberately installed so you would want to go the route of tracking it down or fixing it.
Good luck.