11-11-2005
Normally -- well thought out high availability systems have both a failover box and a backup site - a "sister" site with the same species of box that would allow you to run your mission critical app until the flood waters receded.
It's not even remotely practical to try something like that - how would you capture the registers? The PC (program counter) register would not mean anything, for example, going from a Sparc station to Linux running on a PC, for example.
If this were a reasonable choice, wouldn't you expect that big companies with mission critical apps would be doing something like this routinely? No company does a cross-platform thing like this - AFAIK.
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Is it possible to migrate a UNIX program and use it in a NetWare or Windows 2000 network? I have a client that must have one of those two operating systems for the new program that they want. However, they've been using an older UNIX program for about 7 years and they want to be able to refer to... (7 Replies)
Discussion started by: refram
7 Replies
2. UNIX for Advanced & Expert Users
hi,
is there any tool that i can use to update my scripts (SH scripts)
form Unix to linux.
please mention any useful websites.
thanx in advance (2 Replies)
Discussion started by: omran
2 Replies
3. UNIX for Advanced & Expert Users
Hi all,
Would appreciate advise on my situation.
Currently server A is in production. Server A takes in data from Server X, does some processing and send to server Y. We are going to develop a different system in server B, something like an enhanced version of A. Server A will be retired once... (2 Replies)
Discussion started by: new2ss
2 Replies
4. UNIX for Dummies Questions & Answers
how can i migrate a running process in unix to another node for load balancing? (3 Replies)
Discussion started by: aisalihu
3 Replies
5. UNIX for Advanced & Expert Users
how can i migrate a running process in unix to another node? (1 Reply)
Discussion started by: aisalihu
1 Replies
6. Shell Programming and Scripting
Hi,
We are doing migration from DB2 to Teradata.
There are couple of things involving in the project.
Please see below following order
Autosys-Jil script
Profile script
Category1
Teradata script
Data stage job script
Tera data script
Export files script..
Like that we have 10000... (1 Reply)
Discussion started by: onesuri
1 Replies
7. UNIX for Advanced & Expert Users
We are about to get a new server and I need to prepare for migration to the new one. This will be my first migration so I'm sure I will be learning alot.
My current server is running CentOS 4.x and I want to move to a sever running Centos 5.x , thought it would make things easier.
The old... (1 Reply)
Discussion started by: mcraul
1 Replies
8. Red Hat
Hello experts,
My doubt is, shall we move process from one node to another node..?
This will be need when the cpu running on max load.
Thanks. (1 Reply)
Discussion started by: srigias
1 Replies
9. AIX
We have a 2 node oracle rac cluster one node is in frame 1 and other is in frame 2
Now,because of some hardware failure(processor card and cable) in frame 1 we will failover database services from lpar in frame 1 to lpar(oracle rac cluster node2) in frame2 and the entire replacement of hardware... (9 Replies)
Discussion started by: admin_db
9 Replies
10. AIX
I'm New to AIX / VIOS
We're doing a FC switch cutover on an ibm device, connected via SAN.
How do I tell if one path to my remote disk is lost? (aix lvm)
How do I tell when my link is down on my HBA port?
Appreciate your help, very much! (4 Replies)
Discussion started by: BG_JrAdmin
4 Replies
LEARN ABOUT FREEBSD
critical_enter
CRITICAL_ENTER(9) BSD Kernel Developer's Manual CRITICAL_ENTER(9)
NAME
critical_enter, critical_exit -- enter and exit a critical region
SYNOPSIS
#include <sys/param.h>
#include <sys/systm.h>
void
critical_enter(void);
void
critical_exit(void);
DESCRIPTION
These functions are used to prevent preemption in a critical region of code. All that is guaranteed is that the thread currently executing
on a CPU will not be preempted. Specifically, a thread in a critical region will not migrate to another CPU while it is in a critical
region. The current CPU may still trigger faults and exceptions during a critical section; however, these faults are usually fatal.
The critical_enter() and critical_exit() functions manage a per-thread counter to handle nested critical sections. If a thread is made
runnable that would normally preempt the current thread while the current thread is in a critical section, then the preemption will be
deferred until the current thread exits the outermost critical section.
Note that these functions are not required to provide any inter-CPU synchronization, data protection, or memory ordering guarantees and thus
should not be used to protect shared data structures.
These functions should be used with care as an infinite loop within a critical region will deadlock the CPU. Also, they should not be inter-
locked with operations on mutexes, sx locks, semaphores, or other synchronization primitives. One exception to this is that spin mutexes
include a critical section, so in certain cases critical sections may be interlocked with spin mutexes.
HISTORY
These functions were introduced in FreeBSD 5.0.
BSD
October 5, 2005 BSD