NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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 archives: