[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20000810: unable to file new PNG compressed products (cont.)

>From: Peter Schmid <address@hidden>
>Organization: SUNY Albany
>Keywords: 200008082008.e78K8UT22962 LDM MCIDAS pqact.conf pnga2area

Pete,

I got onto your machine this morning and see the problem.  You are running
pqact with a specification for a pattern of which products it will
read out of the queue:

unidata@redwood:/data5/data2/mcidas/data% ps -eaf | grep pqact
 unidata  9186  8638  0 17:14:25 pts/5    0:00 grep pqact
 unidata 27477 27470  1   Aug 09 ?       32:42 pqact -d /data1 -q 
/ldmpq/pqsurf.pq /unidata/etc/pqsurf.conf
 unidata 27469 27466  1   Aug 09 ?       103:40 pqact -d /data1 -p 
(^[9A-OQ-X])|(^[YZ].[^AHIJ])|(^FSL)|^[0-9][0-9][0-9][0-9].g3

The pattern specified as the value of the '-p' flag does not allow for
reading of the PNG compressed imagery since its header does not begin with
a capital letter.  You should later this pattern so that it allows pqact
to process lines with headers that look like:

pnga2area Q. ...

>Thanks,

This was interesting at the least.  I am guessing that you are specifying
the pattern since you don't necessarily want to process the stuff in the
queue that may be fed to downstream sites.

Let me know if you don't think that this is the solution.

Tom

>From address@hidden Thu Aug 10 11:46:16 2000
>Subject: Re: 20000810: unable to file new PNG compressed products (cont.) 

Tom,

re: The pattern specified as the value of the '-p' flag does not allow for
    reading of the PNG compressed imagery since its header does not begin with
    a capital letter.  You should later this pattern so that it allows pqact
    to process lines with headers that look like:

That is correct.  Since we feed so many downstream nodes we did not want
to limit the request so we limited the pqact entry so that NOAAPORT NIDS
stuff did not get processes and other stuff.  We had some trouble as
the feed grew with filling up our data disk.  This caused all of our
gempak processes making images to crash and exit ungracefully which 
caused other problems.

Thanks for catching that.  I added a (^p.*) in the pqact pattern and
that should fix it.  I'll let you know.

Thanks,

Pete.

>From address@hidden Thu Aug 10 11:56:11 2000
>Subject: Re: 20000810: unable to file new PNG compressed products (cont.)

re: The pattern specified as the value of the '-p' flag does not allow for
    reading of the PNG compressed imagery since its header does not begin with
    a capital letter.  You should later this pattern so that it allows pqact
    to process lines with headers that look like:

    pnga2area Q. ...

Brilliant! I'll bet this is our problem.

re: This was interesting at the least.

Glad to hear it. This was not a test of the Unidata support
capabilities - really!

re: I am guessing that you are specifying
    the pattern since you don't necessarily want to process the stuff in the
    queue that may be fed to downstream sites.

Well kind of. We put that specific pattern in since it was supposed to
allow all the UNIDATA, MCIDAS, NLDN, WSI, and FSL2 feedtypes and still
allows us to use an ^_ELSE_$ pattern to file FOS products that had not
yet been identified (see idd support email for the history on this).

re: Let me know if you don't think that this is the solution.

If it turns out not to be the problem I'm sure we'll let you
know. Thanks bunches!

David