20010501: 20010501: 20010327: hanging vg processes with dcredbook

Glenn,

I reposted the Makefile in:
http://www.unidata.ucar.edu/packages/gempak/distribution/dcredbook/Makefile

If you can point your browser at that file and do a save_as, then you
shouldn't have any other junk. Use this to replace the Makefile you have now.

Steve Chiswell
Unidata User Support


>From: "Glenn Rutledge" <address@hidden>
>Organization: NCDC
>Keywords: 200105011831.f41IVQp17942

>Steve-
>see my last.  It's the fact I'm (my sys admin guy that is) calling another sys
> tem
>so, Make does not work (can't find .rules or even my own file).  My last msg s
> hows
>this.  My echo works also.  ANyway- I seem to have received some cntl char or
>something in my ftp of the email Make file you sent me.  I can't recall the be
> st
>way to ftp these type file I beleive binary since that should not mess with th
> e
>file.  Or, maybe it's something else...    Glenn
>
>Unidata Support wrote:
>
>> Glenn,
>>
>> the make output message:
>> > : No such file or directoryt/nawips/config/Makeinc.common
>> > Makefile:26: missing separator.  Stop.
>>
>> Seems to indicate something is wrong with your NAWIPS or CONFIGDIR
>> environmental variables that are set in Gemenviron.
>>
>> Type "echo $CONFIGDIR". Make sure that this is your
>> /npraid/noaaport/nawips/config directory and that you haven't
>> inadvertantly deleted the Makeinc.common file in that directory.
>>
>> Steve Chiswell
>> Unidata User Support
>>
>> >From: "Glenn Rutledge" <address@hidden>
>> >Organization: NCDC
>> >Keywords: 200105011725.f41HPdp15824
>>
>> >Steve,
>> >I'm finally getting around to correcting these runaway vg and gplt processe
> s w
>> > ith
>> >the new dcredbook_vg decoder.  I placed your new Makefile in the /dcredbook
>> >directory and ran make clean and I receive the following err msg:
>> >
>> >npfos:/npraid/noaaport/nawips/unidata/ldmbridge/dcredbook->make clean
>> >: No such file or directoryt/nawips/config/Makeinc.common
>> >Makefile:26: missing separator.  Stop.
>> >
>> >The fine is there.  Any idea what's going on?
>> >Thx, Glenn
>> >
>> >General Support wrote:
>> >
>> >> Glenn,
>> >>
>> >> Looking at your "ps" output, it appears that many of the VG processes are
>> >> started concurrently (eg many products coming in at the same time).
>> >> This probably indicates a race condition with the system handing out
>> >> message queue ids. As a result, the time between getting an ID and
>> >> starting up the gplt and vg process is probably overlapping with
>> >> other processes.
>> >>
>> >> To eliminate the message queues, we can directly link the vg driver
>> >> to the dcredbook process. I have attatched a Makefile for the
>> >> $NAWIPS/unidata/ldmbridge/dcredbook directory to replace the
>> >> existing one.
>> >>
>> >> This new Makefile will create a "dcredbook_vg" executable in the
>> >> same manner as the dcredbook_ps and dcredbook_gf programs.
>> >>
>> >> You can use this dcredbook_vg executable in your pqact script
>> >> and eliminate the "gpend" line in the script (since you will no longer
>> >> be creating a message queue, no gpend will be needed).
>> >>
>> >> Let me know if you continue to see the problem.
>> >> You will need to kill off your existing "vg" and "gplt" processes that
>> >> are eating up your system resources.
>> >>
>> >> Steve Chiswell
>> >> Unidata User Support
>> >>
>> >> >From address@hidden Tue Mar 27 08:28:58 2001
>> >> Received: from mercury.ncdc.noaa.gov (mercury.ncdc.noaa.gov [192.67.134.1
> 26]
>> > )
>> >>         by unidata.ucar.edu (UCAR/Unidata) with ESMTP id f2RFSuL08638
>> >>         for <address@hidden>; Tue, 27 Mar 2001 08:28:57 -0700 (
> MST
>> > )
>> >> Keywords: 200103271528.f2RFSuL08638
>> >> Received: from noaa.gov ([192.153.129.193]) by
>> >>           mercury.ncdc.noaa.gov (Netscape Messaging Server 4.15) with
>> >>           ESMTP id GAV4C700.UUO for <address@hidden>; Tue, 27
>> >>           Mar 2001 10:28:55 -0500
>> >> Message-ID: <address@hidden>
>> >> Date: Tue, 27 Mar 2001 10:29:19 -0500
>> >> From: "Glenn Rutledge" <address@hidden>
>> >> Organization: NCDC
>> >> X-Mailer: Mozilla 4.75 [en] (Win98; U)
>> >> X-Accept-Language: en
>> >> MIME-Version: 1.0
>> >> To: Unidata Support <address@hidden>
>> >> Subject: [Fwd: redbook Graphics Pblm]
>> >> Content-Type: multipart/alternative;
>> >>  boundary="------------C056EA6BA75FC9BC4522C69F"
>> >>
>> >> --------------C056EA6BA75FC9BC4522C69F
>> >> Content-Type: text/plain; charset=us-ascii
>> >> Content-Transfer-Encoding: 7bit
>> >>
>> >> -------- Original Message --------
>> >>      Subject: redbook Graphics Pblm
>> >>         Date: Tue, 27 Mar 2001 08:42:02 -0500
>> >>         From: Glenn Rutledge <address@hidden>
>> >> Organization: NCDC
>> >>           To: Unidata Support <address@hidden>
>> >>
>> >> Steve,
>> >> Yesterday I turned my redbook processing back on and by today I've got
>> >> all those vg and gplt processes running.  A grep on the vg's reveal the
>> >> below number of processes.   Any thoughts as to why this is running
>> >> amuck?  We have the following script that we pipe the data to :
>> >> npfos:/npraid/noaaport/nawips/bin/scripts->more  dcredbook.csh
>> >> #!/usr/bin/csh -f
>> >> # the source line below will set the locations of your GEMMAPS and
>> >> GEMTBL
>> >> # directories from your Gemviron file
>> >> source /npfos/noaaport/nawips/Gemenviron
>> >>
>> >> # To generate gifs using the gf device, you need permission to draw to
>> >> # an X server. Otherwise, you could use the gif2 device or ps driver
>> >> # as shown below.
>> >> setenv DISPLAY unix:0
>> >>
>> >> cd /npfos/noaaport/nawipsdata/redbook
>> >>
>> >> set DATE=`date -u '+%Y%m%d'`
>> >> set LOGFILE=/npraid/noaaport/nawips/logs/${DATE}_dcredbook.log
>> >>
>> >> cat | /npfos/noaaport/nawips/bin/sol/dcredbook -v 1 -d $LOGFILE
>> >> 'vg|%P_YYYYMMDDH
>> >> HNN.vgf'
>> >> #cat | /npfos/noaaport/nawips/bin/sol/dcredbook_gf -v 1 -d $LOGFILE
>> >> 'gf|%P_YYYYM
>> >> MDDHHNN.gif|1280;1024'
>> >> gpend
>> >> exit 0
>> >>
>> >> # The above uses dcredbook_gf. Alternatively, to produce postscript
>> >> files
>> >> # without an X server, you could use:
>> >> #cat | dcredbook_ps -v 1 -d $LOGFILE 'ps|%P_YYYYMMDDHHNN.ps|8.5;11|C'
>> >>
>> >> #or, to use the gif2 driver, just use the generic dcredbook program
>> >> #and run gpend when finished:
>> >> #cat | dcredbook -v 1 -d $LOGFILE 'gif2|%P_YYYYMMDDHHNN.gif|1280;1024'
>> >> #gpend
>> >>
>> >> [Image]
>> >>
>> >> Thanks, Glenn
>> >>
>> >> *************************************************************************
> ***
>> >> Unidata User Support                                    UCAR Unidata Prog
> ram
>> >> (303)497-8644                                                  P.O. Box 3
> 000
>> >> address@hidden                                   Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service                        http://www.unidata.ucar.edu/
>> >> *************************************************************************
> ***
>> >>
>> >>   -----------------------------------------------------------------------
> -
>> >>                   Name: Makefile
>> >>    Makefile       Type: Plain Text (TEXT/PLAIN)
>> >>               Encoding: BASE64
>> >>            Description: Makefile
>> >
>>
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8644                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>