Apache doesn't display any sites after

Status
Not open for further replies.

IT_Architect

Verified User
Joined
Feb 27, 2006
Messages
1,088
I have a new server and a new DA install by DA. I restored the DA users from the old DA server to the new sever using the reseller backup. I can type in the IP address of the server and it says Apache is functioning normally. If I put the server's address and /webmail, all of the mail is there. However, when I put a sites address in my hosts file and try to browse to the site by name, it does not find the page.

What would cause that?
 
Domain?
Ip address?

You have to realize that at least for me I do not know most answers off the top of my head. I do diagnostics to figure it out. I can help most of the time. But I have to be able to do the same thing you are doing. Most of the time there are several possibilities. I do not want to name off all the possibilities that may send you in the wrong direction. I want to do my best to send you in the right direction the first time.

If you give me the domain and ip address then I can try what you are trying. For me it will either work or not. The direction the solution is in is first based upon that. Its a diagnostic flow chart.
 
Last edited:
I rolled the server back to an earlier snapshot and restored the domains from reseller backups The dedicated IP sites work and the non-dedicated sites do not. There apparently is a vhost problem.
 
Again without the domain and ip I cannot do any more.
 
Code:
cd /usr/local/directadmin/custombuild
./build rewrite_confs
That didn't fix anything, but it was helpful. The first was the http accept filter. Once that was fixed, I ran it again and it told me that the virtual hosts were missing for the domains, which is true. After that I entered a new domain. It still doesn't work though. I'm building a new one now.
 
I didn't understand what you meant in your first reply. Check your PM.

If you don't want to share the domain and ip publicly then you will be very limited in the help you receive. In fact this will be my last response to this if you don't tell us publicly what the domain and ip is.

However I will tell you that the ip you gave me in the PM does not work.
 
However I will tell you that the ip you gave me in the PM does not work.
A little history:
- I'm doing 64 bit BSD install. I've installed it fine for awhile and even on ports.
- The last two I decided to do standard installs without ports because with ports, the DA CP updates would break things. They went fine. The few rashes I had, I reported to DA what I did to work around them.
- This one, which is also a slightly newer version of DA, wouldn't install without error, so I decided to have support do it, and let me know what they did to get it installed.
- After doing user restores from another server, I noticed that only the dedicated IP sites were working which would be either vhost or a http 1.1 problem.
- I assumed it worked before the restore but I didn't check before I did the user restores so I rolled the server back to the snapshot of the install and put a domain in by hand. The vhosts didn't work then either.
- Support did not tell me what they did to get it to install, so I asked. They didn't remember, but said probably just the php patch method. I did a new server using that method, and this time with 7.1, which is what the license says instead of 7.2, but it shouldn't matter. It didn't matter. When it was finished, it had the same vhost problem that the DA install had.
- Then I put the DA install back on line and that's when I posted here. In the mean time I made up a ports-based non-DA server and that went together fine is is running now.
- Next I decided in order to move the project forward, I should put together the server for a couple of reasons. One, is the DA install didn't work, and two, I would always be living in terror of something going wrong with the server and not being able to fix it in a timely manner. It would be the only server we have that we didn't understand. Thus, I built an new server, and when I got to the DA install part, I took the DA server off-line, which is where things are now. For the test localhost mentioned, I took the one I was working on off-line and put the DA install back on line. That put a little finer point on where the problems were.

Thanks!
 
Going through the compile I get the php error, but when doing the ./build all d I get the follolwing error:

"/usr/bin/ld: /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/mysql/lib/mysql/libmysqlclient.a: could not read symbols: Bad value
*** Error code 1

Edit: The way around this error is to install 5.0. The MySQL 5.1 choice is invalid with FreeBSD 64. You need to do that from ports if you want 5.1.
 
Last edited:
We have strayed a long way from a domain and an ip address not working.
 
We have strayed a long way from a domain and an ip address not working.
It may appear that way, but that is not the case. The exact problem with the install was uncovered with certainty when we ran: ./build rewrite_confs as advised by localhost. I tried the normal fixes that DA uses and achieved the same result. I decided to try and come up with up with an install procedure that would allow a 64 bit FreeBSD install without using the customary fix-ups after the install, as documented in the knowledgebase. I was successful. As a side benefit, DA works perfectly now and the virtual host issues are gone thanks to everyone here. I will post this in a "How To". Using this procedure I am confident that we won't need to fear performing control panel updates.
 
Then why does the ip address you gave me to check still not work?
 
Then why does the ip address you gave me to check still not work?
The first one was the DA install that had real domains on it that we thought we were ready to roll with. This is a new install with a couple of domains hand-entered as were the others we tried afterward. I'll PM you the new ones.
 
No nevermind. I don't know why you asked a question here if you are not patient enough to wait for the answer. Don't waste my time.
Well, I already did before I received your reply. You implied you wanted to see it working, and I sent the addresses. Do as you wish. The problem was solved from this thread.
 
I will tell you one more time. The ip's you have given me do not work.

I did as you said in the last PM and nothing works. Not the ip's, not the domains.

Now post the information here publicly and see if others get the same results as I do. Else stop wasting our time. There is absolutely no reason not to post the domains and ip's here.

Your primary problem is that the ip's you are trying to use do not work. Forget all the apache configs and everything else. Get the ip's to work first and then we can move on from there.

But I am serious, I will just have to put you on my ignore list is you don't post publicly the information we need. We have been going over this subject for years with different users. It is very tiring.

Please read this

The problem was solved from this thread

No it has not because it still does not work for the general public. Nobody from the outside can get to those ip addresses.
 
Status
Not open for further replies.
Back
Top