Re: Managing large ASM trace files

From: Mladen Gogala <gogala.mladen_at_gmail.com>
Date: Mon, 25 Feb 2019 22:27:55 -0500
Message-ID: <0d9a6f9c-5159-be91-cd74-81c9ed52cc42_at_gmail.com>



There most certainly is "truncate" command in Linux:

TRUNCATE(1)                      User Commands                     TRUNCATE(1) NAME         truncate - shrink or extend the size of a file to the specified size

SYNOPSIS         truncate OPTION... FILE...

DESCRIPTION         Shrink or extend the size of each FILE to the specified size

        A FILE argument that does not exist is created.

        If  a  FILE  is larger than the specified size, the extra data is lost.

        If a FILE is shorter, it is extended and the extended part (hole) reads

        as zero bytes.

        Mandatory  arguments  to  long  options are mandatory for short options

        too.

        -c, --no-create

On 2/25/19 1:36 PM, Tanel Poder wrote:
> Hi Doug,
>
> At OS level, you can truncate the file using:
>
> echo > filename.trc
>
> or just
>
> > filename.trc
>
> Apparently there's a truncate command in Linux as well (but I've never
> used it).
>
> --
> Tanel Poder
> https://blog.tanelpoder.com/seminar
>
>
> On Mon, Feb 25, 2019 at 12:00 PM DOUG KUSHNER <dougk5_at_cox.net
> <mailto:dougk5_at_cox.net>> wrote:
>
> Is there a way to manage the size of 12.2 ASM trace files? Several
> trace files for gmon, lmhg, gen0 and mmon processes appear to keep
> the same PID for the instance lifetime, resulting in very large
> trace files.  Setting MAX_DUMP_FILE_SIZE will prevent the trace
> file from growing beyond the max size, but does this by not
> logging new events to the files.
>
> I'm looking for a way to trim or otherwise manage the size of
> these files, which have open file handles so it is not as simple
> as deleting or archiving them.
>
> Thanks,
>
> Doug
>
>
>
>

-- 
Mladen Gogala
Database Consultant
Tel: (347) 321-1217


--
http://www.freelists.org/webpage/oracle-l
Received on Tue Feb 26 2019 - 04:27:55 CET

Original text of this message