[Orca-users] Orca messes up on missing data?

[Danny Howard]

Danny Howard wrote:

> Darren Dunham wrote:
>
>>>Hello,
>>>
>>>I have a data file like so:
>>>
>>>load1 load5 load15 disk-/ disk-/home disk-/tmp disk-/usr disk-/var 
>>>numproc-total numproc-httpd numproc-httpsd numproc-mysqld qmail-success 
>>>qmail-deferral qmail-failure connect-imapd connect-pop3d mem_free 
>>>mem_wire mem_active mem_inactive mem_cache
>>>0.22 1.07 0.83 2 15 1 8 0 92 19 9 1 2978 782 515 45 4808 1377513472 
>>>287318016 272515072 153317376 7790592
>>>
>>>Orca seems to assume that data will always appear in the exact same 
>>>solumn.   
>>>
 > > That's correct. How would it know that they've changed?

> Because it reads the file every five minutes ... and every five 
> minutes, there is a list of columns and a list of data. :)
>
>>Can you get the scripts to print 'U' instead of omitting data?
>>    
>>
> Yeah ... could do that.  I'm trying to write watcher scripts that can 
> check on various systems if the system they are running on has such a 
> system, otherwise not say anything, but this is sort of more 
> strightforward.

The problem with this though, is that the checker script iterates 
through available disk partitions and reports on those.  I'd want to do 
the same with network interfaces.  The list of columns ought to be able 
to change dynamically, say, when I add a disk to a system, and Orca can 
start picking up that data gracefully.

For example:
# Check Disks
@df=`df -k`;
for (@df) {
    $_ =~ /.*?(\d+)\%\s+(\/\S*)/;
    my $dsk = $2; my $per = $1;
    if( $dsk =~ /^\// && $dsk ne '/proc' && $dsk ne 
'/usr/compat/linux/proc' ) {
        $line1 .= " disk-$dsk";
        $line2 .= " $per";
    }
}

Thanks,
-danny

-- 
Danny Howard                                    djh at servercentral.net
Technical Support Manager                          (312)829-1111 x235
Server Central Network                   http://www.servercentral.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/orca-users/attachments/20040709/2506fdd9/attachment.html>