Errors during installation and can't set mysql password

J

jim.thornton

Verified User
Joined
Jan 1, 2008
Messages
334
I just installed DA into a new server:

2GB Ram
50GB HDD
CentOS 6.5

Followed the "Non-Simple" setup for the partition table.

Fixed Quotas after install as the DA setup script did not work for that. Quotas are now working correctly and have turned on journaling quotas.

During the installation I had a couple of errors/warnings:
GD Empty --> need to add manually
perl-DBI --> need to add manually

I also received a message to set the PW for mysql/root.

I have tried running mysql_secure_installation and it is asking for my current root password (enter for none). I pressed ENTER and it failed. I typed in my root user login password and it failed. Nothing is working. I tried running mysqladmin from CLI to change password and it failed as well.

Can someone please help me with this?
 
You can set a root password if you want, but it is not needed because da_admin is really a root user. If you really want to set a root password I would just do it from phpmyadmin with the da_admin login.
 
Also: I ran that pre-installation yum command in that link you suggested prior to installing DA.

I just tried installing GD and it said that it is installed, but during the installation it said GD empty and to manually add.

I just ran yum to install perl-DBI and it worked fine.
 
scsi said:
You can set a root password if you want, but it is not needed because da_admin is really a root user. If you really want to set a root password I would just do it from phpmyadmin with the da_admin login.
Click to expand...


Perfect, for security purposes, I will leave it out unless I need it down the road.

Thanks for your help!

FYI -- I created a user in DA. Is the MTA not configured by default? The email that was suppose to get sent out is still sitting in the queue for a few hours now.
 
Make sure the exim service is running. Check /var/log/exim/mainlog for errors. Everything should work after you install it, but sometimes things go wrong.
 
scsi said:
Make sure the exim service is running. Check /var/log/exim/mainlog for errors. Everything should work after you install it, but sometimes things go wrong.
Click to expand...

exim is running... However, I forgot to make sure that the FQDN for my server resolved. I forgot to add the entry to my current DNS records. Could that be the problem?

For example:

s1.MyCurrentServer.com --> This is setup with a VPS provider and fully functional.

s2.MyCurrentServer.com --> This is the FQDN that I used for this new server.

MyCurrectServer.com has an DNS entry at my registrar to point to the IP address of s1. However, I forgot to enter in s2 DNS entry into that DA server.

Could that cause the problem of exim not sending the mail properly?
 
For futher clarification. l the FQDN does resolve when on the server because it was listed in the hosts file. Just not outside the server until I just added it to my DNS on my s1.
 
Further inspection of the /var/log/exim/mainlog file has revealed two error messages:
Code: 
2014-06-18 19:02:19 1WxK6b-0000sS-On mail.domainsentto.ca [IP ADDRESS HERE] Connection timed out
*** for SEO purposes I changed the domain name and IP address, but the domain is correct and it resolves. ***
Code: 
2014-06-18 19:01:34 1WxOrF-0000lg-HX == [email protected] R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list"
Not sure what either of these mean. But the mail is still sitting in the queue for 9h now.
 
Hello,

Code: 
[COLOR=#333333]T=local_delivery
[/COLOR]
That would probably means that exim thinks the domain is local.

If you created yourdomain.com, make sure to not use [email protected] in the welcome email, because the domain is created first, before the welcome email is sent out.
Exim will think the domain is local, thus the message will never leave the box, and exim will try to deliver to some account that probably hasn't been created yet (locally).

Basically, avoid using the [email protected] email, if you're creating domain.com

John
 
jim.thornton said:
I have tried running mysql_secure_installation and it is asking for my current root password (enter for none). I pressed ENTER and it failed. I typed in my root user login password and it failed. Nothing is working. I tried running mysqladmin from CLI to change password and it failed as well.
Click to expand...


MySQL root's password on Directadmin powered server can be discovered with the following command:

Code: 
grep ^mysql= /usr/local/directadmin/scripts/setup.txt | cut -d\= -f2
 
jim.thornton said:
But, I haven't created any domains on the system yet.
Click to expand...
If the domain name is in /etc/virtual/domains then exim thinks the domain is local.

If the domain name is exactly the same as the hostname then this could be the problem.

For example, if the domain name is example.com, then the hostname may be host.example.com' but it may NOT be example.com.

Jeff
 
You must log in or register to reply here.
Back
Top