I am trying to install CuDNN on virtual machine but when I tried to download it using the following command:
wget https://developer.nvidia.com/compute/machine-learning/cudnn/secure/7.6.5.32/Production/
10.0_20191031/cudnn-10.0-linux-x64-v7.6.5.32.tgz
I will get this error even when I tried as root:
--2020-07-10 13:03:21-- https://developer.nvidia.com/compute/machine-learning/cudnn/secure/7.6.5.32/Production/10.0_20191 031/cudnn-10.0-linux-x64-v7.6.5.32.tgz Resolving developer.nvidia.com (developer.nvidia.com)... 152.199.16.29 Connecting to developer.nvidia.com (developer.nvidia.com)|152.199.16.29|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2020-07-10 13:03:21 ERROR 403: Forbidden.
do you know how to fix the problem?
403 Forbiddens are because you do not have permission to view or access the file or resource. It could be that your permissions are not correct. Have you signed up for the NVIDIA Developer Program?
Additionally, Make sure you have cuDNN Library for Linux for CUDA and run the scp command
Edit: Here is a guide for installing CuDNN on Ubuntu
Related
I have a Apache2 installed with Homebrew on a Mac running OSX Monterey. I haven't done LAMP development for a while, so I'm not sure when the error started, but I've recently updated OSX to 12.5. When I returned to working on a LAMP project, my Apache installation stopped working. Running brew services produced the following output: Name Status User File httpd error 256 root ~/Library/LaunchAgents/homebrew.mxcl.httpd.plist mysql started Nizz0k ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist.
Running the stop, start, and restart commands produces "success" output in the terminal, but Apache doesn't work. I can't navigate to my local vhosts, and of course, running brew services still shows an error.
In running apachectl -e error Apache complains about permissions to the error logs
I have tried:
uninstalling and reinstalling HTTPD
The apr-utilities fix.
confirming Mac installed Apache is stopped.
At this point, I think my problem is that there was conflicting information about how to run Apache on Homebrew. Earlier versions apparently required sudo, but running it this was now produces warnings like this:
Warning: Taking root:admin ownership of some httpd paths:
/usr/local/Cellar/httpd/2.4.54/bin
/usr/local/Cellar/httpd/2.4.54/bin/httpd
/usr/local/opt/httpd
/usr/local/opt/httpd/bin
/usr/local/var/homebrew/linked/httpd
This will require manual removal of these paths using `sudo rm` on
brew upgrade/reinstall/uninstall.
Warning: httpd must be run as non-root to start at user login!
/Library/LaunchDaemons/homebrew.mxcl.httpd.plist: service already bootstrapped
Bootstrap failed: 37: Operation already in progress
Error: Failure while executing; `/bin/launchctl bootstrap system /Library/LaunchDaemons/homebrew.mxcl.httpd.plist` exited with 37.
The issue is even after removing the paths as suggested in the error, a reinstallation brings Root back as the owner.
I do have the same problem with nginx.
Manually unloaded it and then restarting it worked fine.
Try:
sudo launchctl bootout system /Library/LaunchDaemons/homebrew.mxcl.httpd.plist
sudo brew services start httpd
Until writing this question, there is no entry for "Php LDAP Admin" on the Ubuntu 18.04 repositories. I had to install and deploy it manually as a php program. I did this, but unfortunately, I faced this error:
Fatal error: Cannot redeclare password_hash() in ..../phpldapadmin/lib/functions.php on line 2236
I checked the code either with phpv5.6 and phpv7.2; the error remains same as above.
Any idea?
It seems that, the best solution for the short-time is using the project under the Ubuntu 16.04. When you install the phpLDAPadmin from Ubuntu 16.04 repositories, it automatically checks for php7.0 and installs it if it does not exist.
On Ubuntu 18.04, there is no entry for phpLDAPadmin yet, but with some efforts may you could deploy the code with php7.0. Furthermore, it could be beneficial to check following link, to patch some major bugs and also update phpLDAPadmin from v1.2.2 to v1.2.3:
http://www.jouvinio.net/wiki/index.php/PhpLDAPAdmin_Update_Version_1.2.2_vers_1.2.3
When executing this from the command-line of within my package:
python setup.py sdist bdist_egg upload
I get:
Server response (403): Must access using HTTPS instead of HTTP
This used to work many times until now. Searching for the err-msg didn't give me helpful infos, has anyone a clue what's going on?
Update: Use twine for uploading distributions to pypi.
Are you using a .pypirc file?
If you are maybe change the urls to point to the https links?
[distutils]
index-servers =
pypi
pypitest
[pypi]
repository=https://pypi.python.org/pypi
username=your_username
password=your_password
[pypitest]
repository=https://testpypi.python.org/pypi
username=your_username
password=your_password
Updating setuptools let's the error dissapear:
pip install setuptools -U
Then running the upload-command ends with:
Submitting dist/my.packagename-1.3.tar.gz to https://upload.pypi.org/legacy/
error: None
But still, no new version is available at pypi.
I'm using Webuzo on my first unmanaged VPS (CentOS 6.4,OpenVZ). I tried to install Mod_Security following this guide. I installed Modsecurity-apache_2.6.6 but there's a problem in Step3 that prevents me from installing OWASP Mod_Security Core Rule Set
wget http://www.modsecurity.org/download/modsecurity-apache_2.6.6.tar.gz
The Download address has been removed. So I found another guide for the rule set but I can't get this command to work
git clone https://github.com/SpiderLabs/owasp-modsecurity-crs.git
It returns "-bash: git: command not found"
What command should I use to get OWASP CRS?
Also, I suspect the mod_security installation is incomplete since httpd server is unable to restart after installing modsecurity. Here's the configuration error:
[root#xx ~]# httpd -t
Syntax error on line 7 of /etc/httpd/conf.d/modsecurity.conf:
Invalid command 'SecRuleEngine', perhaps misspelled or defined by a module not included in the server configuration
Should I uninstall Mod_Secuirty first since everything seems to have become a mess now?
Any help is appreciated.
The apache binary in case of Webuzo is located at /usr/local/apps/apache and the modules are located at /usr/local/apps/apache/modules/lib.
Also the apache configurations in case of Webuzo are located at /usr/local/apps/apache/etc/ and /usr/local/apps/apache/etc/conf.d/
It seems you are trying to compile mod_security at an inappropriate location.
As you are having error with modsecurity.conf, I wonder whether you have followed the step
Step 4: Configuring Mod_Security
In the guide you have followed.
"-bash: git: command not found"
This error can be resolved by installing the package that includes git. try
yum install git-core -y
Both guide1 and guide2 are good to install mod_sec and follow any one. :)
I'm experiencing a problem with the SoapClient in Magento which leads to a not working external module.
The module is working on another Magento installation so I'm guessing it’s related to my magento install.
In my magento log I see the following errors:
2012-07-09T16:52:40+00:00 ERR (3): Warning: include(SoapClient.php): failed to open stream: No such file or directory in /var/www/vhosts/domain.com/httpdocs/lib/Varien/Autoload.php on line 93
2012-07-09T16:52:40+00:00 ERR (3): Warning: include(SoapClient.php): failed to open stream: No such file or directory in /var/www/vhosts/domain.com/httpdocs/lib/Varien/Autoload.php on line 93
2012-07-09T16:52:40+00:00 ERR (3): Warning: include(): Failed opening ‘SoapClient.php’ for inclusion (include_path=’/var/www/vhosts/domain.com/httpdocs/app/code/local:/var/www/vhosts/domain.com/httpdocs/app/code/community:/var/www/vhosts/domain.com/httpdocs/app/code/core:/var/www/vhosts/domain.com/httpdocs/lib:.:/usr/share/pear:/usr/share/php’) in /var/www/vhosts/domain.com/httpdocs/lib/Varien/Autoload.php on line 93
I’ve searched this forum and google and found out that it had something to do with the open_basedir restriction. I’ve followed all instructions related to those topics but I’m still having the errors above.
Can somebody help out?
Check if SOAP/PEAR PHP extension is installed on your server.
(on Debian/Ubuntu these are the packages php-pear php-soap)
Please check this post for solving issue
http://nickescobedo.com/583/soapclient-error-after-enabling-fedex-shipping-method-on-magento-ecommerce-solution
http://www.magentocommerce.com/boards/viewthread/263573/#t403847
For me, I just install soap extension via sudo apt-get install php5.6-soap and restart apache via sudo service apache2 restart and it's work well now.