I am trying to install WordPress on Ubuntu.
I have installed mysql and created a database and granted a new user permission to use it, but when I visit the domain linked to the server it asks me for the database information and then says it is invalid.
I have double-checked this information, so does anyone have any suggestions why this is happening?
I visit the domain linked to the server it asks me for the database
information and then says it is invalid.
When this happens, most probable reasons would be.
The actual database and schema may be unavailable.
So first check if the database table is available to you. This can be done through command line, phpmyadmin, or database clients like MYSQL Workbench. Try accessing your database. If the schema is available and accessible to you, then surely wordpress too can connect to it.
You have mentioned that you are trying to access the domain name, and enter credentials, which means you are trying to install via graphical user interface, as against editing wp-config.php file via ssh. So, if if you have passed the step 1, try to check if the file system is writable. Read this article for setting correct file permission. https://wordpress.org/support/article/changing-file-permissions/
Also you can include some screenshots, and add more information on the type of server configuration(apache/nginx, php, mysql versions, port configurations) you use, and the type of installations you performed.
I'm trying to restore a WordPress website for which I have the files backup, but I don't have a DB backup on hand.
I managed to get the site up partially by restoring the backup in cPanel - all the site's pages are working now, but because there is no DB in place (wp-config.php points to what 'used to be' my DB) accessing site.com/wp-admin renders this error:
Error establishing a database connection
This either means that the username and password information in your wp-config.php file is incorrect or we can't contact the database server at localhost. This could mean your host's database server is down.
Are you sure you have the correct username and password?
Are you sure that you have typed the correct hostname?
Are you sure that the database server is running?
If you're unsure what these terms mean you should probably contact your host. If you still need help you can always visit the WordPress Support Forums.
I know I made a huge mistake by not backing up my website DB.
Is there any way to be able to access wp-admin in this case? Can't I 'mock' the old DB with a new one? Anything to be able to access wp-admin.
Configure a core Wordpress with fresh installation point your current Wordpress files to the new database just got created
You should copy all the settings (from DB_NAME,DB_USER,DB_PASSWORD......AUTH_KEY,SECURE_AUTH_KEY..... till table_prefix) from your new installation wp-conf to old one
You would have lost almost all data stored in db like users etc however if your theme was more file based you should be able to se pages up
This is Triel and i think it should work to bes extent dont see any other way out of this scenario.
"Can't I 'mock' the old DB with a new one? Anything to be able to access wp-admin"
Simply Create a new mysql DB on your server and put its info in your wp-config.php file.
We are migrating a bit of an old Drupal installation (6.x) from one hosting platform to another. Unfortunately due to political issues we are unable to upgrade the Drupal Core or modules prior to migration (eg. Needs to be done yesterday!).
Having copied all files across to the new server (in the identical location) and also re-imported the required databases and modified the settings.php file when we access the site all that is displayed is the Drupal installation screen.
I'm guessing it's some sort of path issue but there were no paths in the settings.php file. Following another post on here I realised that I hadn't brought across the .htaccess files but I have now done that and still no change.
Can anyone suggest anywhere I should be looking or perhaps a step I have missed?
We are moving from an Apache server to a LiteSpeed Web Server but I doubt that is an issue.
Any help anyone can provide would be hugely appreciated.
Thanks
Josh
The install screen is normally shown when Drupal can connect to the database server (so credentials seem to work), but does not find the existing Drupal database itself.
So you should check your database connection settings in settings.php and verify that it references the correct database. You should also verify that the database got migrated correctly, and that the user used by the Drupal instance has the proper access rights for the migrated database (although the latter would result in a different error message, IIRC).
I am trying to FTP to a new FTP site I setup with IIS 7.0 for the Windows Server Web (64-bit) edition. But I get the above error when I try to login to this site. But I can login to my other FTP sites.
Also, when I select this website from IIS Manager, the FTP section does not display in the middle section although it does display in Action panel. And I cannot successfully login to this FTP site either.
I have checked and I have Log on locally selected. I do not have allow only anonymous connections. I have Access this computer from the network selected.
I restarted my IIS and FTP services also.
The one different thing I noticed about this website in IIS different from the other site that has FTP working is that this one there are 3 virtual directories beneath the site. And that when I click on any one of these 3, then the FTP strip does appear in the center pane. Make sense?
How can I debug cause of this error? Any SW tools I can use?
Have you tried logging in from the FTP server? If you do this, and have "Show detailed messages from local requests" enabled under FTP Messages, then you'll get a clearer idea as to why the login if failing. In my case I got the following message (I am using IIS Manager Users, and Passthrough authentication)
530-User cannot log in.
Win32 error: Access is denied.
Error details: Filename: \\?\C:\Windows\system32\inetsrv\config\redirection.config
Error: Cannot read configuration file due to insufficient permissions
To solve this I gave the NETWORK SERVICES user read only access to the config directory specified in the error message. I'm not 100% sure this is the right thing to do, but it certainly fixed this issue for me.
in my situation, I was missing Role Service FTP extensibility, which is actually allows IIS Manager Auth.
This is pretty tricky, as you could allow IIS Manager auth, but still it would not work until you have not installed FTP Extensibility
In my case I forgot to enable the Basic authentication
There seem to be many different possible causes. In my case, I was unable to login with the plain "username" with the same error as mentioned.
It was solved when I logged in with ".\username" instead.
For some reason the FTP client was trying to login with a domain account, while I just wanted to login with a local computer account.
Hope this helps someone.
Try submitting your credentials in this format:
UserName: Domain|Username
Password: secretSquirrel
I had the same problem, I removed the FTP site and followed this:
http://www.iis.net/learn/publish/using-the-ftp-service/configure-ftp-with-iis-manager-authentication-in-iis-7
Prerequisites - I set the permissions on the folders using the 4 command samples but this did not alone fix the issue, so I cannot in good faith say this step is needed, but it is what I did and it now works.
CONFIGURE THE IIS MANAGEMENT SERVICE AND ADD AN IIS 7 MANAGER -
Just do step 4, removing the existing user first and then re-adding them.
Creating a New FTP Site and Configuring an IIS 7 Manager Account -
All the steps here
CONFIGURE THE FTP SITE TO USE IIS 7 MANAGER AUTHENTICATION
All 12 steps here, including the "administrator" setting in step 5.
Then it started working for me, I am guessing when I did this without a guide I skipped something simple.
In My case I have made that user a member of IIS_IUSERS.
Using IIS Users.
Do not isolate users -> User name directory was working fine. Users started in the right folder.
When I was switching to Isolate Users -> User name Directory I had the following error:
Response: 530 User cannot log in, home directory inaccessible.
Win32 error: The system cannot find the path specified.
For some reason, you need to add the LocalUser virtual directory that points to your root.
It has to be that exact name and it's case sensitive.
That worked for me.
Per this knowledgebase article, you would need the log on locally privilege enabled.
http://support.microsoft.com/kb/200475
I had the exact same error. In my case, I was using a local user defined on the server running FTP. The username was very short (3 characters). I could "run as" this user on the server, confirming that Windows was Ok with it, and allowed it to authenticate. But when testing FTP, it would return User cannot log in.
Solution? I renamed the user to be longer (4 characters). Of course, updated its name under Authorization as well. Then FTP worked. Hope it helps someone!
For me, I've configured the IIS as per usual procedure properly. The anonymous authentication was working but specific user are not.
because, the user accounts were created in IIS. Actually it was also supposed to be created Windows local accounts.
Then it worked.
Please Check the security of folder which is use that ftp .
see if the user or group you select for that ftp is associate with security of that folder .
In my case I had to remove domain from user.
So, your user should be like username, not like domain\username.
Hope it helps to somebody.
For some reason my user was "locked". So I could "unlock" it at local user manager (computer management). Now it works fine. I hope it helps.
I would recommend checking FTP logs first. The status code will give you more information about the issue. Here is the explanation of the status codes: The FTP status codes in IIS 7.0 and later versions
I had this issue because my IIS didn't support passive mode. After entering data in FTP Firewall Support module, the issue was solved.
More scenarios from this post 530 User cannot log in, home directory inaccessible
Authorization rules. Make sure to have an Authorization rule that allows the user or anonymous access. Check “IIS > FTP site > FTP Authorization Rules” page to allow or deny access for certain or all users.
NTFS permissions. The FTP users (local or domain users) should have permissions on the physical folder. Right click the folder and go to Properties. In the Security tab, make sure the user has required permissions. You can ignore Shared tab. It is not used for FTP access.
Locked account. If you local or domain account is locked or expired, you may end up seeing “User cannot log in” error. Check local user properties or Active Directory user settings to make sure the user account is active.
Other permission issues. The user account may not have “Log on locally” or “Allow only anonymous connections security” rights.
I spent long time looking for a solution, I've tried every shared answer on the internet and nothing could solve the issue. It is an issue I was ignoring for years and I never could fix.
Ok, I've Plesk installed and I'm not sure if it has some effect on IIS FTP to do the following behavior ...
Using Process Monitor tool, and making ftp login request and watching the tool and doing your investigation using this tool, you can get a hint about the REAL reason of the problem.
For me, I found out that IIS FTP was trying to access the ftp folder from a path DIFFERENT than the actual ftp path I've set, I do not know why, but maybe Plesk has some effect on this.
The actual ftp path is
C:\inetpub\vhosts\zidapp
The path that IIS FTP was trying to access DURING the login process is
C:\inetpub\vhosts\Servers\7\localuser\zid_app_ftp_user
I fixed the issue by creating a folder link from 'actual' folder path to the path IIS was trying to access - using the tool mklink tool
CMD command
mklink /d C:\inetpub\vhosts\Servers\7\localuser\zid_app_ftp_user "C:\inetpub\vhosts\zidapp"
I've fixed the issue that way, so wen FTP is trying to access the folder from the wrong path, it is now goes to the correct one.
Please note doing folder shortcut wont work for this, you need a link like linux, not a shortcut ...
I hope it will help you :)
You can check the reference account you are using to log in.
Mine happened to be locked out causing the 530 error.
I used the ASP.NET Configuration wizard to set up a web user.
I then denied access to anonymous users on a folder.
This works locally.
However, when I upload my webiste to my hosting provider, when checking the login it says that it can't "access the SQL Server 2005".
I notice that the wizard created the database files:
App_Data/ASPNETDB.MDF
App_Data/aspnetdb_log.ldf
So I assume the rights are not correct on the website access these files.
In my FileZilla FTP client, I changed the App_Data directory and all files in it to 777 but it still gets the "can't access" error.
Has anyone had the problem before?
A N S W E R:
Thank you Pradeep, I contacted my provider, he said to use the online file manager to set the rights, which worked.
Check with your hosting provider. make sure they have support for sql database drivers. Also ask them about the permission on App_Data folder. One way to check this is - try creating one page which gets data from database and doesn't require authentication. If it works there shouldn't be any problem with database drivers and it has to be a permission issue. Hope this helps.