After reading your previous chain and now this, I have to comment it sounds
un-ldm related. The symptoms sound more selinux-esque ... as if the file
system is full or some other preventative error beyond ldm is preventing
the files from writing.
Just my two cents to hopefully spark someones next idea. If data is logging
it just sounds like an error beyond the daemon.
-Eric
On Jul 15, 2013 7:09 PM, "Blair Trosper" <blair.trosper@xxxxxxxxxxxxxxxxxxx>
wrote:
> What's more, rtstats shows stats for me, as well:
>
> http://www.unidata.ucar.edu/cgi-bin/rtstats/iddstats_nc?NEXRAD2+chicago-il-1.ldm.updraft.us
>
> As of five minutes before this email, we're getting no data written to
> disk, but clearly rtstats sees the data coming in from the feed...I'm
> puzzled.
>
>
> On Mon, Jul 15, 2013 at 6:07 PM, Blair Trosper <
> blair.trosper@xxxxxxxxxxxxxxxxxxx> wrote:
>
>> Starting a new thread for a new problem.
>>
>> Without touching any of my configuration files, when I start ldmadmin,
>> the products that previously were writing to disk (after the first time I
>> started it after installing), they stop writing to disk even though I'm
>> still receiving them on the network.
>>
>> (I fired up a third server to test this on, and I'm able to reproduce it
>> on a different server on different OS on a different network.)
>>
>> This failure is happening with 6.11.6 on both Debuan 7 and Ubuntu
>> 14...and for multiple trees (NEXRAD2 and IDS|DDPLUS both stop writing to
>> disk).
>>
>> I've tried stopping, deleting the queue, making a new queue, and starting
>> again. The only thing I can do to get the data flowing again is to cleanly
>> install LDM. I'm not sure why this would matter, but there you go.
>>
>> Adding new things to pqact.conf causes me to see them in "ldmadmin
>> watch", but not for them to be written to disk. (The same entries on a
>> 6.8.1 server do get written to disk, even on restart.)
>>
>> Can anyone suggest a way to diagnose this is going on? What's so
>> different between 6.8.1 and 6.11.6 that would cause this to happen?
>>
>> I'm happy to give someone from UCAR access to our server if you want to
>> take a look first hand.
>>
>> --
>> Blair Trosper
>> Weather Data / Updraft Networks
>> blair.trosper@xxxxxxxxxxxxxxxxxxx <blair.trosper@xxxxxxxxxx>
>> NOC: 512-666-0536
>>
>
>
>
> --
> Blair Trosper
> Weather Data / Updraft Networks
> blair.trosper@xxxxxxxxxxxxxxxxxxx <blair.trosper@xxxxxxxxxx>
> NOC: 512-666-0536
>
> _______________________________________________
> ldm-users mailing list
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
