<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic error generated in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017557#M96870</link>
    <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I have an issue accross our environment which is being addressed by changing the application connection protocol however this needs testing before implementing.&lt;BR /&gt;&lt;BR /&gt;The issue:&lt;BR /&gt;&lt;BR /&gt;Occassionally an error code is being generated when an application connects to the informix database regarding share memory and entered to a logfile.&lt;BR /&gt;&lt;BR /&gt;There are approx 250 scripts that run from cron that connect to the database and have the potential to fail with this error.  All scripts run a inf.ksh script which setup the environments and protocols.&lt;BR /&gt;&lt;BR /&gt;I want to monitor the log file for each job that runs for the error 25594 however each logfile is located in  a different directory for each script.&lt;BR /&gt;&lt;BR /&gt;Is there a way I can run a wrapper that does not use lots of resource for when the script is started can monitor the logfile for each error?  Maybe setting something in inf.ksh?&lt;BR /&gt;&lt;BR /&gt;Thanks for any help.&lt;BR /&gt;&lt;BR /&gt;regards, Chris.</description>
    <pubDate>Thu, 07 Dec 2006 11:58:39 GMT</pubDate>
    <dc:creator>lawrenzo_1</dc:creator>
    <dc:date>2006-12-07T11:58:39Z</dc:date>
    <item>
      <title>error generated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017557#M96870</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I have an issue accross our environment which is being addressed by changing the application connection protocol however this needs testing before implementing.&lt;BR /&gt;&lt;BR /&gt;The issue:&lt;BR /&gt;&lt;BR /&gt;Occassionally an error code is being generated when an application connects to the informix database regarding share memory and entered to a logfile.&lt;BR /&gt;&lt;BR /&gt;There are approx 250 scripts that run from cron that connect to the database and have the potential to fail with this error.  All scripts run a inf.ksh script which setup the environments and protocols.&lt;BR /&gt;&lt;BR /&gt;I want to monitor the log file for each job that runs for the error 25594 however each logfile is located in  a different directory for each script.&lt;BR /&gt;&lt;BR /&gt;Is there a way I can run a wrapper that does not use lots of resource for when the script is started can monitor the logfile for each error?  Maybe setting something in inf.ksh?&lt;BR /&gt;&lt;BR /&gt;Thanks for any help.&lt;BR /&gt;&lt;BR /&gt;regards, Chris.</description>
      <pubDate>Thu, 07 Dec 2006 11:58:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017557#M96870</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2006-12-07T11:58:39Z</dc:date>
    </item>
    <item>
      <title>Re: error generated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017558#M96871</link>
      <description>Since the inf.ksh script sets up your env it cannot be used for parsing the logfile assuming that the app starts after the environment is setup.&lt;BR /&gt;&lt;BR /&gt;You can use find command to goes thru a list of folders looking inside files that end in ".log" (another assumption) and parses and greps for the string 25594 and notifies you via email. Even if the output dirs are different maybe they reside on a single device in which case you can limit the search to that particular device  i.e.&lt;BR /&gt;&lt;BR /&gt;# find &lt;DIR&gt; -xdev -type f -name "*.log" | xargs grep 25594&lt;BR /&gt;&lt;BR /&gt;~hope it helps&lt;/DIR&gt;</description>
      <pubDate>Thu, 07 Dec 2006 12:10:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017558#M96871</guid>
      <dc:creator>Sandman!</dc:creator>
      <dc:date>2006-12-07T12:10:59Z</dc:date>
    </item>
    <item>
      <title>Re: error generated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017559#M96872</link>
      <description>thankyou &lt;BR /&gt;&lt;BR /&gt;I can use this within a check however to run this on our systems would be too intensive as the filesystems are rather large.&lt;BR /&gt;&lt;BR /&gt;We have created a script to check a single file for the error however due to the quantity of logfiles.&lt;BR /&gt;&lt;BR /&gt;I has hoping there was a way to trap the error by setting a monitor on the relevant log file when the script is initiated</description>
      <pubDate>Thu, 07 Dec 2006 12:24:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017559#M96872</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2006-12-07T12:24:30Z</dc:date>
    </item>
    <item>
      <title>Re: error generated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017560#M96873</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;You can add '-xdev' to the 'find' *and* more importantly, specify multiple directories as arguments to its search.  The '-xdev' keeps 'find' from crossing mountpoints.  Potentially, this will reduce your searching time.  Ideally, *all* of you scripts should reference a common log directory.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Thu, 07 Dec 2006 12:59:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017560#M96873</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2006-12-07T12:59:38Z</dc:date>
    </item>
    <item>
      <title>Re: error generated</title>
      <link>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017561#M96874</link>
      <description>ok thanks,&lt;BR /&gt;&lt;BR /&gt;not quite what I was looking for but is a solution to my problem.&lt;BR /&gt;&lt;BR /&gt;Chris</description>
      <pubDate>Tue, 12 Dec 2006 09:41:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/error-generated/m-p/5017561#M96874</guid>
      <dc:creator>lawrenzo_1</dc:creator>
      <dc:date>2006-12-12T09:41:43Z</dc:date>
    </item>
  </channel>
</rss>

