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

Re: 19990206: AFOS feed ingest - v5.0.6? hupsyslog ? (fwd) Robb Kambic <address@hidden>, address@hidden

> >cc: address@hidden,
> >cc: address@hidden,
> >cc: address@hidden
> >From: "Walter A. Rogers" <address@hidden>
> >Subject: AFOS feed ingest - v5.0.6? hupsyslog ?
> >Organization: Center Weather Service Unit
> >Keywords: 199902060706.AAA12356 LDM 5.0.6 pqing AFOS Linux hupsyslog
>
>
> I spent hours today without success trying to get ldm 5.0.6
> on my Linux Red Hat v5.1 system to ingest a sample AFOS feed.
> When I return to the office Monday, I'll send my sample file
> that was captured a year or so ago.  It tested successfully
> on v5.0.3 ldm that I built from source.  Here's my test command:
>
> pqing -f afos afosrta2.log
>
> My ldm.log output seems to indicate that the entire sample
> feed is being ignored... no headers detected or errors.
>
> This same log file, identical pqact.conf file worked fine
> on another Linux box with v5.0.3
>
> Also, Robb Kambic's shell script for hupsyslog doesn't work
> properly.  My guess is that bash doesn't allow
> suid shell scripts.  Guess I'll have to find a shell that
> allows suid scripts...or wait for Kambic's final solution.
>
> Any suggestions for debugging this problem, verbose output
> ... as there seems to be problems with the AFOS ingest in
> 5.0.6?
>
>
> --
> ----------------------------------------------------------------------
> Walter Rogers                          (805) 265-8340 W
> Meteorologist in Charge                (805) 947-3947 H
> Center Weather Service Unit
> FAA ARTCC/2555 East Ave. P             address@hidden
> Palmdale, CA 93550                     address@hidden
> ----------------------------------------------------------------------

Walter et al.

We owe you and the other AFOS users an apology.
There was a hack added at some point whose intent
was to make sure that type "NMC2" used the binary
grib ingester. This is for the CONDUIT project which
is moving GRIB data from NMC to users.

Unfortunatly, the way this was done overrides the AFOS feedtype declaration.

Attached find a patch to src/pqing/pqing.c which should remedy the problem.

My apologies.

-glenn

Index: pqing.c
===================================================================
RCS file: /upc/share/CVS/ldm5/pqing/pqing.c,v
retrieving revision 1.65
retrieving revision 1.66
diff -c -r1.65 -r1.66
*** pqing.c     1998/10/16 19:28:49     1.65
--- pqing.c     1999/02/09 03:17:09     1.66
***************
*** 2,10 ****
   *   Copyright 1993, University Corporation for Atmospheric Research
   *   See ../COPYRIGHT file for copying and redistribution conditions.
   */
! /* $Id: pqing.c,v 1.65 1998/10/16 19:28:49 steve Exp $ */
  static char version[] =
! "$Revision: 1.65 $ built "__DATE__" "__TIME__;
  
  #include <ldmconfig.h>
  #include <stdio.h>
--- 2,10 ----
   *   Copyright 1993, University Corporation for Atmospheric Research
   *   See ../COPYRIGHT file for copying and redistribution conditions.
   */
! /* $Id: pqing.c,v 1.66 1999/02/09 03:17:09 davis Exp $ */
  static char version[] =
! "$Revision: 1.66 $ built "__DATE__" "__TIME__;
  
  #include <ldmconfig.h>
  #include <stdio.h>
***************
*** 512,525 ****
                else
                        setTheScanner(scan_wmo_binary);
        }
-       else if (feedtype & NMC)
-       {
-               setTheScanner(scan_wmo_binary);
-       }
        else if (feedtype == AFOS)
        {
                prod_stats = afos_stats;
                setTheScanner(scan_afos);
        }
        else if (feedtype == FAA604)
        {
--- 512,525 ----
                else
                        setTheScanner(scan_wmo_binary);
        }
        else if (feedtype == AFOS)
        {
                prod_stats = afos_stats;
                setTheScanner(scan_afos);
+       }
+       else if (feedtype == NMC2) /* CONDUIT */
+       {
+               setTheScanner(scan_wmo_binary);
        }
        else if (feedtype == FAA604)
        {