Lire 1.3 on RedHat 9

[Willman, Matt B - CNF]

One thing I forgot to mention; the Postfix and Sendmail logs are 1 million +
lines long.

Matt

Matt Willman
503 450 2752(v)
503 701 9816(c)
willman.matt at cnf.com

All the IP rights blathering by SCO was just that--blathering--the kind of
"holier than thou" stuff where they tried to look like they had some moral
high ground. --Linus Torvalds

>  -----Original Message-----
> From: 	Willman, Matt B - CNF  
> Sent:	Wednesday, July 23, 2003 10:16 AM
> To:	'Francis J. Lacoste'
> Cc:	'development at logreport.org'
> Subject:	Lire 1.3 on RedHat 9
> 
> I just saw your reply on the LogReport website; I most have missed it when
> it came through on the list!
> 
> Latest stable lire (Lire 1.3)
> 
> I used the latest versions provided by the original authors.
> 
> RPMS: 
> 
> expat-1.95.6-1.i386.rpm.gz
> libxml2-2.5.7-1.i386.rpm.gz
> libxml2-devel-2.5.7-1.i386.rpm.gz
> libxml2-python-2.5.7-1.i386.rpm.gz
> libxslt-1.0.30-1.i386.rpm.gz
> libxslt-1.0.31-1.i386.rpm.gz
> 
> Source:
> 
> docbook-dsssl-1.78.tar.gz
> docbook-xsl-1.61.3.tar.gz
> libxml-enno-1.02.tar.gz
> libxml-perl-0.07.tar.gz
> 
> Perl Modules:
> 
> XML-Dumper-0.4.tar.gz
> XML-Encoding-1.01.tar.gz
> XML-Grove-0.05.tar.gz
> XML-Parser-2.31.tar.gz
> XML-Twig-3.10.tar.gz
> 
> ASCII reports get generated without errors.  I'm testing with FTP reports
> (generated from ftpd on a Solaris 9 system).  Postfix and Sendmail
> html_page output works great.  Non-customized report specs.
> 
> Matt
> 
> On jeu, 2003-06-26 at 20:02, Willman, Matt B - CNF wrote:
> > So, after upgrading everything to the latest (xml, xslt, blah, blah) the
> > core dumps I've been experiencing have gone away.  However, I am getting
> a
> > new, improved error! :)
> 
> Did you upgrade using the Red Hat-provided RPMS, or did you upgrade
> to the latest vesrion provided by "upstreams" (the original download
> place for each software piece)?
> 
> In any case, can you provide the "working" version numbers. Some 
> other RH 9.0 users are experiencing the segfault, and we'd like
> to be able to tell them which components versions "works".
> 
> > 
> > Snippets from the debug output are below.  Apparently the 'maxdepth'
> > parameter wasn't quite large enough, and is causing problems.
> > 
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > runtime error: file /usr/local/share/lire/xml/stylesheet/xsl/docbook.xsl
> > line 292 element row
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > xsltApplyOneTemplate: loop found ???
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> try
> > increasing xsltMaxDepth (--maxdepth)
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > Templates:
> > 
> > <SNIPPED>
> > 
> > all all lr_tag-20030626162131-23322 lr_xslt info creating XML catalog
> > /tmp/lr_xslt-lr_tag-20030626162131-23322-23530-catalog.xml
> > all all lr_tag-20030626162131-23322 lr_xslt info running xsltproc with
> > --maxdepth '100000' --nonet
> > /usr/share/sgml/docbook/docbook-xsl-1.61.3/html/docbook.xsl
> > /tmp/lr_xml2html.all.23423.dbx
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > /tmp/lr_xml2html.all.23423.dbx:1: error: Start tag expected, '<' not
> found
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > Object is a Node Set :
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> ^
> > all all lr_tag-20030626162131-23322 lr_xslt info /usr/bin/xsltproc says
> > unable to parse /tmp/lr_xml2html.all.23423.dbx
> > all all lr_tag-20030626162131-23322 lr_xslt info stopped
> > all all lr_tag-20030626162131-23322 lr_xml2html info stopped
> > 
> > I added a "--maxdepth 100000" option to the command line passed to
> xsltproc
> > in lr_xslt, but it seems to not have any effect.  Since the default is
> 5000
> > (according to the documentation I found) it appears that maxdepth is not
> the
> > issue.  I'm only seeing this error when trying to parse medium to big
> > logfiles (+250000 lines or so).
> > 
> > Anyone seen this before?  Any ideas?
> > 
> 
> That's the first time I hear about this. Are you able to format these
> reports using the ASCII format? (This is just a check that the XML
> report is fine.)
> 
> Also, not all reports have the same structure. (The size of the report
> doesn't usually increase linearly with the number of log lines.) What
> kind of reports are you generating (ftp, www, email, ...) ? Are you
> using customized report specification.
> 
> Thanks for all the infos you can provide.
> 
> 
> Francis J. Lacoste
> 
> -- 
> Francis J. Lacoste              . .           http://www.logreport.org
> <http://www.logreport.org> 
> /^LogReport$/               . .               flacoste(a)logreport.org
> Attachment: signature.asc <pgp00345.pgp> 
> Description: This is a digitally signed message part
> 
> 
> Matt Willman
> 503 450 2752(v)
> 503 701 9816(c)
> willman.matt at cnf.com
> 
> > select * from sco_management where clue > 0;
> 0 rows returned
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.logreport.org/pipermail/development/attachments/20030723/41550eca/attachment.html