Oh, it was even worse and more embarrassing...I had the ALLOW syntax wrong.
The request lines were there, but my brain failed to properly construct the
ALLOW lines.
I got a mouthful of "fail" for Christmas. I appreciate everyone's help,
though. If anyone needs backups for their servers, we're still offering.
I promise not to mess up your ALLOW entry in ldmd.conf. :)
blair
-----Original Message-----
From: Jeff Lake - Admin [mailto:admin@xxxxxxxxxxxxxxxxxxxx]
Sent: Saturday, December 26, 2009 7:01 PM
To: mdross@xxxxxxxxxxxxxxxxxx; blair.trosper@xxxxxxxxx;
ldm-users@xxxxxxxxxxxxxxxx
Subject: Re: [ldm-users] bigbird is down
Mike..
We got it hammered out..
he had ALLOW on both machines, but no REQUEST But he also was getting no
data as he was 100% dependant on bigbird that has been fixed as they are now
getting it from me and bigbird
-Jeff
----- Original Message -----
From: "Michael Dross" <mdross@xxxxxxxxxxxxxxxxxx>
To: <blair.trosper@xxxxxxxxx>; <ldm-users@xxxxxxxxxxxxxxxx>
Sent: Friday, December 25, 2009 6:38 PM
Subject: Re: [ldm-users] bigbird is down
> My first guess, would be to insure that the date/times are correct on each
> server. This is one problem that can prevent data from
> flowing from one ldm to another.
>
> If you can ldmping one box to another (test both directions), then in my
> experience, you are fully connected to one another. So problems
> getting/sending data are an LDM specific issue and not a network
> connection
> problem.
>
> Again double check the date on each server, next check the ldmd.log files
> when you try to connect and see if there are any connection messages and
> look for possible problems, such as a feed type permission issue.
>
> -Mike
>
> Wright-Weather, LLC
> mdross@xxxxxxxxxxxxxxxxxx
>
>
> -----Original Message-----
> From: ldm-users-bounces@xxxxxxxxxxxxxxxx
> [mailto:ldm-users-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Blair Trosper
> Sent: Friday, December 25, 2009 5:28 PM
> To: ldm-users@xxxxxxxxxxxxxxxx
> Subject: Re: [ldm-users] bigbird is down
>
> Our server in California is (well, was, until this morning) fed by
> bigbird.
> I've tried having it feed from our server in Florida which is
> functional...the two are connected to each other, the routes are set up,
> and
> a netstat show them as "ESTABLISHED" on 388 to each other, but they're not
> exchanging data.
>
> Baffling, still is that when I run this from the California server that's
> not receiving IDS|DDPLUS, even though the permissions and connections are
> set up:
>
> notifyme -vxl- -f ANY -h ldm1-fl1.wxdata.us -o 3600
>
> ...it starts to receive the IDS|DDPLUS data. I've no idea what I've done
> wrong here. The networking/Linux/LDM guru is on holiday break here. The
> Florida server is allowing ANY to our California server. The California
> server is requesting IDS|DDPLUS. They're both connected, but no data is
> going back and forth. There's also no immediate discernable cause in the
> log, either.
>
> If anyone can help me with that issue, maybe something I've missed
> (checked
> routes, iptables, hosts, firewall, etc) I would be grateful.
>
> Also, if anyone can temporarily lend an ALLOW entry for IDS|DDPLUS for our
> California server in the mean-time, I would also appreciate it. We'd be
> happy to reciprocate from the Florida server if you like.
>
> Thanks,
>
> Blair Trosper
> blair.trosper@xxxxxxxxx
> 281.804.3892
>
> -----Original Message-----
> From: ldm-users-bounces@xxxxxxxxxxxxxxxx
> [mailto:ldm-users-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Gerald Creager
> Sent: Friday, December 25, 2009 4:04 PM
> To: ldm-users@xxxxxxxxxxxxxxxx
> Subject: [ldm-users] bigbird is down
>
> We're investigating a Bigbird.tamu.edu failure from this afternoon. With
> me
> out of town and my sys admin still a bit tentative about LDM, we're
> working
> in tandem. Let's say, also, that the timing could have been better.
> Please
> consider using failover sites, including sasquatch.tamu.edu for the time
> being.
>
> No Estimated Time of Repair can be provided at this point.
>
> Merry Christmas!
> gerry
>
> _______________________________________________
> ldm-users mailing list
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
> _______________________________________________
> ldm-users mailing list
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
> _______________________________________________
> ldm-users mailing list
> ldm-users@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
