Notepad++ has been giving me issues whenever I leave it for several minutes, seems to be going into some type of standby mode.
Whenever I go to save a file (connected to an FTP server via NppFTP), I get the errors below after the upload hangs for around 20 seconds. If I try again immediately after I see the error message, the transfer then goes through.
--
Failure retrieving contents of directory /public_html/etc
-OR-
Upload of C:\Users\Nathan\AppData\Roaming\Notepad++\plugins\config\NppFTP\Cache\filenameanddirectoryhere failed
Is there a way to prevent this? (get Notepad to ping the server every X seconds to prevent the connection timing out or something like that?)
you got the server and give command setenforce 0 . this is a command to turn off se linux.
Related
I am trying to view the MySQL binlog files to trace down the source of a particular query. I used the SHOW BINARY LOGS query to get the names of the existing log files, but when trying to access using the mysqlbinlog command, I keep getting an error: "File 'xxxx' not found (Errocode: 2 "No such file or directory")".
I also tried accessing the file using the full path /mysql/binlog/mysql-bin/file-name and with double forward slashes and back slashes, but just got the same error. I tried a couple of different files, all gave the same error.
If anyone can explain what I am doing wrong, that would be appreciated.
Mysqlbinlog utility checks your local file system, in this case. For remote server connection, you should use the --read-from-remote-server option in your command line. You can read related detail on the "4.6.8 mysqlbinlog — Utility for Processing Binary Log Files" page.
Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.
This Error is shown sometimes (one every 20 pageviews) and I tried a lot of solutions without any change.
This error found with Joomla 3.5+
This will help you do some testings...
On MySql server run this query...
show processlist;
If this shows a lot of connections then you may be hitting the max_connections problem. Try to increase that to a reasonable number. But, do not make it too much because if it goes beyond the amount of available resources on your server then it will make MySql server crash and it will become a bigger problem where your website will go offline.
Try to check if you are closing sessions properly in your scripts using session_write_close(); You can find more about this function here: http://php.net/manual/en/function.session-write-close.php
This function will write user's current session on disk to be reloaded next time and most important part it will do for you with this problem is that it will close PHP's any connection made to the MySql server, so it will free up the MySql server for next visitor to come and open another page.
Lets say if you have 150 max_connections and at the same time you get 200 visitors, then PHP will still wait for some time for another 50 connections to be free before giving a timeout error where you get "Could not connect to server". But, if sessions are not closing properly, then its so bad that 50 connections will never get processed because 150 will never go away very soon, there is a separate MySql setting for that named wait_timeout. So, any MySql connection you open will keep waiting until you close yourself in script just like you open OR until wait_timeout happens. But, if you close sessions properly then next connection will become available as soon as your PHP script has finished processing and page is generated for the user for viewing and it will make the connection seat free for next connection to come in.
Server RAM was very low!
After upgrade from 0.5GB to 2GB all the kind of error starts with Error displaying the error page: gone.
I found the problem solution by using htop while connecting to the server via SSH, after that, I start opening pages rapidly which show the error plus the htop shows that the RAM was close to full.
show processlist; were helpful to find that the problem not about the connection number.which it may sometimes cost the same error in the same way.
I cannot log in to my mySQL database server anymore.
I am currently using WAMP 2.2 on Windows 8.1 64 bits.
I tried reinstalling WAMP server but the problem still persists.
I have also edited the config.inc.php file and changed the host name from 'localhost' to '127.0.0.1'; however the problem still exists.
I found the problem, eventually. It had nothing to do with any of the configuration files though.
My ESET Smart Security antivirus updated silently and blocked the mysql application. I did not even get a notification for it!
I figured it out when I tried logging in to phpMyadmin after turning off my antivirus.
I had to allow communication for mysqld.exe in the antivirus settings.
Using the Wampmanager menus take a look at the mysql error log.
left click wampmanager -> MySQL -> MySQL log
If that does not show any [error] messages then also have a look at the 'Windows Event Viewer' in the 'Application' section for messages from MySQL.
The normal problem is a rogue 'my.ini' or 'my.cnf' file on your system. Search for these 2 files in the C;\windows folder, if you find any then delete them.
DO NOT DELETE THE my.ini FILE FREOM ANYWHERE IN THE C;\WAMP folder structure.
Recently I encountered a problem with MySQL, It was showing an error “Error : 1067 the process terminated unexpectedly” when I tried to start the service in services.msc
So I googled it but didn’t found the perfect solution. I will show how can you debug the issue. First look for file my.ini which can be found in “C:\wamp\bin\mysql\mysql5.6.17″ , open that file on look for “log-error”, this will show you the path where error log is stored. In my case it is, “c:/wamp/logs/mysql.log”.
Open the log file and look for last error you got, you should be today’s date when you tried to start the wampmysqld from services. At this stage, you will get error and understand what it say. In my case it is,
enter image description here
The folders for all databases are in “C:\wamp\bin\mysql\mysql5.6.17\data”. To fix I moved kmk folder to some other place. After this, wampmysqld in services.msc is getting started without any error.
Important info first: I am on OS X 10.7.5 and trying to work with the newest version of MySQL.
I try to start the MySQL server and I've been getting the error code
ERROR! The server quit without updating PID file (/usr/local/mysql/data/<insert my
username here>.local.pid).
I found a website that says that this just says, in essence "Hey, there's an error here and it's in the error file."
Trouble is, I can't seem to actually read the !*%?!# error file. I used sudo chmod u+x to alter the file to give me the permission to open it (I couldn't before), but it's a .exe now and there isn't actually a program to open it to read it, even though the "kind", as the finder calls it, is actually a document.
I have tried easily 20+ tricks to try and grant the permissions correctly, and still I can't seem to figure out what's wrong. I'm assuming the actual answer is in the error log. How do I open it? And then what do I do when I've actually opened the log?
OS: Ubuntu 12.04.1 LTS
MySQL Version: 5.5.28-0ubuntu0.12.04.2
When I try to run a LOAD DATA LOCAL INFILE I am getting error 1148 (The used command is not allowed with this MySQL version) - but only under the following circumstances
When the command is run via a PHP wget cron job (fails most times, works around every 1 in 4 times)
When the command is run via a PHP file in a browser session (fails twice, then usually works on the third time)
I'm seeing that if the script runs OK, and an effort is made to run it very soon after, it works fine - but waiting 5+ minutes after running it, it begins failing again, until I refresh it enough times to get it to run again. I need to run it successfully every time from cron.
I have added local-infile (not local-infile=1) under the [mysqld], [mysql] and [client] entries in my.conf, then restarted the server, to no avail. I have also tried entering loose-local-infile=1 under [client], but no joy.
The database folder was moved to a different location (/media/Data/mysql_data) and is owned by root.
The import file is downloaded to the local box with the permissions 0644.
Here is the command that's being run:
LOAD DATA LOCAL INFILE
"/var/www/'.$import_dir.$table.'.csv"
INTO TABLE _PREP_'.$table.'
FIELDS TERMINATED BY ","
OPTIONALLY ENCLOSED BY "\""
..$import_dir and $table being the path and name of the import file.
Has anyone else seen this before?
Are there any logs I can view to see why it's failing?
How come it's only intermittently failing?
It's all a bit weird. For the record, this is a new box, and the script has always behaved like this.
All help appreciated.
-PaulG
Adding additional flag 128 to mysql_connect solves the problem for me.
Check this for details mysql_connect