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

[LDM #ETD-909520]: Migrating Architectures and Keeping in sync

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [LDM #ETD-909520]: Migrating Architectures and Keeping in sync
  • Date: Tue, 21 Jul 2009 15:09:58 -0600
Hi Jeremy,

re:
> Another facility downstream from us will be changing their server (running
> LDM 6.7) from sparc to intel (still Solaris).  We want to ensure that they
> don't miss any data from their downtime.

Are they spinning up a new machine or reloading the OS on the existing one?
I can't see how it would be the same machine since you say one is SPARC
and the other is Intel.  Given this, why not setup the new Intel machine
to start ingesting data before the old SPARC one is decommissioned?

> I assume they can't move their existing queue to the new architecture

Correct.

> and I don't see any compelling reason to do so.

There isn't.

> However, can they move their state files (the ones in the etc
> directory)?

I am not sure if the can or if this is needed.  If the machine sending
data to the downstream facility has an LDM queue that is large enough
to hold all of the data that would be sent during the downstream machine's
downtime, then all the downstream has to do is extend the data request
to the period before its downtime.

> Would moving the state files as well as ensuring -m and -o are set large
> enough enable them to start retrieving data from where they left off?

Again, I am not sure that you need to move/copy the state files from
the old installation to the new one.

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: ETD-909520
Department: Support LDM
Priority: Normal
Status: Closed