Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <029701c041e6$9f2a31c0$0100a8c0@lazarus> From: "R C" To: References: Subject: Re: tail -f will not work with IIS generated log files Date: Sun, 29 Oct 2000 15:27:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 > Hi, > > if I "tail -f" a log file generated by the IIS web server, tail does not > show changes to the file. > > When I control-c and rerun the command I see the changes. > > Not sure if this is a prolem with bash/tail or IIS. > > Any ideas? > The problem is the way IIS generates log files. If you watch the file size of the log file during the course of the day, you'll notice it allocates a large portion of the file at once (on my dinky internal site, it allocates 65K a day in the morning), and fills that up, or erases the unused portion at the end of the day. I haven't looked at tail's source, but my guess it waits for the file to grow instead of finding the end of the "used" space of the log file. If I further had to guess, this is to prevent parts of the log not being attached to the FAT table as part of the log file when the system crashes, and being lost during chkdsk in the reboot. (Or partially saved as "Lost clusters" and given a random name) Robert Cicconetti -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com