Hosting multiple domains
steve at greengecko.co.nz
Tue Jun 18 02:12:44 UTC 2013
If it's a linux server, look at logrotate. This will keep old versions,
and can also zip them up... being text files they compress very well.
On 2013-06-18 13:46, Paul N. Pace wrote:
> Thank you Steve for nginx -t, and Sajan was correct, I had a syntax
> error in a server block.
> However, while I was troubleshooting I noticed my log files getting
> rather huge. I keep the access_log and error_log files in the
> directories for each site.
> How can I keep these log files to a reasonable size without losing
> data? (I use Piwik to analyze access logs, so I don't want to lose
> On Sat, Jun 15, 2013 at 8:04 PM, Steve Holdoway
> <steve at greengecko.co.nz> wrote:
>> On Sat, 2013-06-15 at 19:39 -0700, Paul N. Pace wrote:
>>> I have a server that I set up to run several domains from and it
>>> worked great and without issue for about 6 months.
>>> I have another server that I had set up and was only running one
>>> domain from it and I just added a second domain. For some reason,
>>> second server does not want to serve two domains, and I can find no
>>> substantial differences in the configuration files (nginx.conf and
>>> sites-available files).
>>> On both servers I put a symlink in the sites-enabled folder to the
>>> corresponding sites-available file.
>>> On the second, problematic server, when creating a symlink to the
>>> second site and restarting nginx, testing the second domain only
>>> brings up the first domain. Rebooting the server disables both
>>> and the server appears unresponsive, except that I can SSH into it.
>>> Then removing the symlink to the second domain and restarting nginx
>>> returns the server to serving the one domain as it has been doing.
>>> The first server is running nginx 1.5.0 and the second server is
>>> running nginx 1.4.1.
>>> What should I be looking at to resolve this issue?
>> Without seeing the config files/error logs, it's difficult to find
>> problem. However, I can confirm that both name and IP address based
>> hosting works perfectly.
>> nginx -t
>> may well help identify incorrect config files.
>> Note there is some precedence in the listen 80 / listen ip:80
>> which might be causing the problem.
>> Steve Holdoway BSc(Hons) MNZCS
>> Linkedin: http://www.linkedin.com/in/steveholdoway
>> Skype: sholdowa
>> nginx mailing list
>> nginx at nginx.org
> nginx mailing list
> nginx at nginx.org
More information about the nginx