Mailinglist Archive: zypp-devel (92 mails)
| < Previous | Next > |
Re: [zypp-devel] Cleaning up YaST log files
- From: Stefan Schubert <schubi@xxxxxxx>
- Date: Fri, 31 Aug 2007 14:05:16 +0200
- Message-id: <46D803FC.9040603@xxxxxxx>
Katarina Machalkova schrieb:
>> By the way. In the initial mail there has been blamed the the logfiles
>> has increased over 5 MByte.
>> You have mentiont that this could result to a memory overflow. Does that
>> means that we
>> have only about 5 MByte free memory available in the instsys ?
>>
>
> No, Schubi, you got it wrong. 5MB is a bugzilla limit for the attachement
> size. If the logs are larger, bugzilla simply rejects it and users usually
> post their logs on some public www server
>
> I'm a yast2-maintainer of this month and I have to say that some of the y2log
> attachements are well over 200MB :) Esp. when one reports solver, or libzypp
> in general issues
>
> B.
>
OK, you have convinced me. I have all interesting "<0>" logging moved to
milestones.
( It was only one) and the others to loglevel "ZYPP_FULLLOG=1". So the
normal
YaST log should be smaller.
Some words to the 200 MB:
This is a generated testcase. It includes the complete environment which
makes
it very easy to reproduce an error. Additional there is a logfile of one
solver-run
with the option "ZYPP_FULLLOG=1".
This testcase is really large but I need this information and it will be
generated on
demand only.
This problem is, that the testcase will be stored under
/var/log/YaST/solvertestcase
and noone deletes it. So, I assume that there are a lot of bugreports
which contain
an old testcase which nobody needs and which floods bugzilla ( if it
fits:-))
The question is who deletes the testcases after they are not needed
anymore ?
Greetings
Stefan
--
*******************************************************************************
Stefan Schubert
SUSE LINUX GmbH - Maxfeldstrasse 5 - D-90409 Nuernberg, Germany
e-mail: schubi@xxxxxxx
-------------------------------------------------------------------------------
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
>> By the way. In the initial mail there has been blamed the the logfiles
>> has increased over 5 MByte.
>> You have mentiont that this could result to a memory overflow. Does that
>> means that we
>> have only about 5 MByte free memory available in the instsys ?
>>
>
> No, Schubi, you got it wrong. 5MB is a bugzilla limit for the attachement
> size. If the logs are larger, bugzilla simply rejects it and users usually
> post their logs on some public www server
>
> I'm a yast2-maintainer of this month and I have to say that some of the y2log
> attachements are well over 200MB :) Esp. when one reports solver, or libzypp
> in general issues
>
> B.
>
OK, you have convinced me. I have all interesting "<0>" logging moved to
milestones.
( It was only one) and the others to loglevel "ZYPP_FULLLOG=1". So the
normal
YaST log should be smaller.
Some words to the 200 MB:
This is a generated testcase. It includes the complete environment which
makes
it very easy to reproduce an error. Additional there is a logfile of one
solver-run
with the option "ZYPP_FULLLOG=1".
This testcase is really large but I need this information and it will be
generated on
demand only.
This problem is, that the testcase will be stored under
/var/log/YaST/solvertestcase
and noone deletes it. So, I assume that there are a lot of bugreports
which contain
an old testcase which nobody needs and which floods bugzilla ( if it
fits:-))
The question is who deletes the testcases after they are not needed
anymore ?
Greetings
Stefan
--
*******************************************************************************
Stefan Schubert
SUSE LINUX GmbH - Maxfeldstrasse 5 - D-90409 Nuernberg, Germany
e-mail: schubi@xxxxxxx
-------------------------------------------------------------------------------
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx
| < Previous | Next > |