Howard, Chris wrote:
I see in my access log requests for web pages which
I do not serve, some of which appear to have a 200 status.
That doesn't seem right.
It depends if you use any kind of rewrite or CMS. If you do, chances are
that the result code (200) is because of the rewrite and the
Ok, here is a snippet in a text file:
http://www.yipyap.com/access_log.txt
Chris
From: Frank Gingras [mailto:[EMAIL PROTECTED]
Sent: Thu 8/28/2008 5:24 PM
To: users@httpd.apache.org
Subject: Re: [EMAIL PROTECTED] access.log question
Chris,
You should
Howard, Chris wrote:
Ok, here is a snippet in a text file:
http://www.yipyap.com/access_log.txt
Well, this seems like you're running an open proxy. I suggest you check
it and eventually you close it down.
Davide
--
Another name for a Windows tutorial is crash course.
On Fri, Aug 29, 2008 at 08:52:11AM +0200, Davide Bianchi wrote:
Howard, Chris wrote:
I see in my access log requests for web pages which
I do not serve, some of which appear to have a 200 status.
That doesn't seem right.
It depends if you use any kind of rewrite or CMS. If you do,
: [EMAIL PROTECTED] access.log question
Howard, Chris wrote:
I see in my access log requests for web pages which
I do not serve, some of which appear to have a 200 status.
That doesn't seem right.
It depends if you use any kind of rewrite or CMS. If you do, chances are
that the result code
I see in my access log requests for web pages which
I do not serve, some of which appear to have a 200 status.
That doesn't seem right.
I've tried to post a piece of my log but it keeps coming
back as spam.
Chris Howard
-
The
Chris,
You should use a pastebin, and give us the direct link instead.
Howard, Chris wrote:
I see in my access log requests for web pages which
I do not serve, some of which appear to have a 200 status.
That doesn't seem right.
I've tried to post a piece of my log but it keeps coming
back as
$quoted_author = Steve Reilly ;
this is not a huge deal, but more frustrating than anything i have
encountered with linux. i cannot seem to get this right, apache2 cannot
write to access log files in /var/log/apache2/. the error log is still
churning along fine. i have checked
Martin Barry wrote:
does it start working again after you restart apache?
no, it does not.
is there any pattern to when it stops?
it logged for about an hour, then stopped...
how are your logs being rotated?
not 100% sure, ive never done it, (using deb etch stock install) before
i
$quoted_author = steve ;
not 100% sure, ive never done it, (using deb etch stock install) before
i accidentely deleted the logs, there was 28 of them, all but 2 were .gz
and the other 2 were access.log and access.log.1 the only one apache
ever wrote to was the .1 one. i made access.log
Martin Barry wrote:
can you show as the output of an 'ls -l' in your log directory?
and the output of 'lsof | grep -i apache' before and after apache stops
logging?
sure its not wise to keep removing apache2 and keep re installing it right??
it's not really a workable solution, no.
Martin Barry wrote:
$quoted_author = steve ;
not 100% sure, ive never done it, (using deb etch stock install) before
i accidentely deleted the logs, there was 28 of them, all but 2 were .gz
and the other 2 were access.log and access.log.1 the only one apache
ever wrote to was the .1 one. i
$quoted_author = steve ;
http://pastebin.com/m229abd41
sorry, updated to show inside /var/log/apache2
the only thing of note is that the directory /var/log/apache2 has
permissions 740 on your server. my debian install which i haven't touched
has it as 755.
cheers
marty
--
No GUI for you!
good morning,
this is not a huge deal, but more frustrating than anything i have
encountered with linux. i cannot seem to get this right, apache2 cannot
write to access log files in /var/log/apache2/. the error log is still
churning along fine. i have checked permissions, all files inside
On 15/12/2007, Steve Reilly [EMAIL PROTECTED] wrote:
apache2 cannot write to access log files in /var/log/apache2/
It sounds like you've just run out of disk space.
Also, there's no need to repeat NameVirtualHost before each of your vhosts.
--
noodl
Vincent Bray wrote:
On 15/12/2007, Steve Reilly [EMAIL PROTECTED] wrote:
apache2 cannot write to access log files in /var/log/apache2/
It sounds like you've just run out of disk space.
Also, there's no need to repeat NameVirtualHost before each of your vhosts.
thanks, ill fix
Try the following:
root su - apache
apache cd /var/log/apache
apache echo test access.log
well, I think I might be making some progress, the above did in fact
write test to the access.log (i physically made this log, not apache)
That of course assumes that 'apache' is a working user,
Quoting Staf Wagemakers ([EMAIL PROTECTED]):
own when apache2 is restarted?, and if they are, what can I do if they
have not been regenerated by numerous apache2 restarts, and also
complete system reboots.
The access-log file is created automatically at a httpd server start if it
doesn't
Staf Wagemakers wrote:
On Dec 10, 2007 12:04 AM, Steve Reilly [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I admit through fault of my own, the apache2 access logs were deleted.
My question is this, are these logs automagically regenerated on
their
own when apache2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve,
On Dec 12, 2007, at 1:10 PM, Steve Reilly wrote:
I wish it was that easy lol, Ive been at this for days now. system
restarts dont even cure the problem. All I did was remove all the log
files (access.log through access.log.28) written by
good evening,
I admit through fault of my own, the apache2 access logs were deleted.
My question is this, are these logs automagically regenerated on their
own when apache2 is restarted?, and if they are, what can I do if they
have not been regenerated by numerous apache2 restarts, and
On Dec 10, 2007 12:04 AM, Steve Reilly [EMAIL PROTECTED] wrote:
I admit through fault of my own, the apache2 access logs were deleted.
My question is this, are these logs automagically regenerated on their
own when apache2 is restarted?, and if they are, what can I do if they
have not been
22 matches
Mail list logo