My understanding is that a raw socket, using ANY of the protocols
mentioned or the home-brew options you suggest, will fail if there is
nothing on the other end of the pipe. This is where the additional
layers of products like MQ come into play -- sockets may form part of
the plumbing, but they
Baker,
Given the scenario you have just outlined, and my imaginings of the way
that each of the 3 systems SHOULD work, you have no likelihood of
deadlock collisions (this could be guaranteed with possibly relatively
minor tweaks to all sides of the equation).
If you want a solution, I just need
There is some confusion in the market place as to what raid 0+1 and raid 1+0
are - in fact most times they are the same.
I think the confusion stems from you looking at it either from the os point of
view or from the hardware side of things.
Many h/w vendors (like dell) approach it from the
That would be an [ad] ... but there are some people that may convince us
to port Visage.DRS to UV as well -- slight tweak would go a long way
to a proving parts of a solution for this scenario (but how did you
know we were looking at replication to foreign databases?)
Ross Ferris
Stamina Software
So, now the question becomes how much (time/effort/$) is it worth
to make this work -- I think you have all of the necessary pieces now
clearly identified, and the information flows are somewhat obvious
(though I would still like to see those data volumes)
Ross Ferris
Stamina Software
Visage
Well, I was actually only tasked with making the ATS more real time for
our Asia sales office. Since they're entering orders during our night,
they always get the short end of the stick, ATS may or may not be right;
the batch updates are all timed/tuned for US timezone (and work pretty
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ross Ferris
Sent: Thursday, October 25, 2007 4:42 AM
To: u2-users@listserver.u2ug.org
Subject: RE: [U2] Fastest Bi-Directional data transfer btwn MV and
non-MV dbms
That would be an [ad] ... but there
Bill,
I think this is something to do with Multi-Threaded sorts you need to disable
it in uvconfig. I understand all issues with this are sorted at about 10.1.24
Cheers,
Andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Brutzman, Bill
Sent: 24
Hi Bill,
We came across something like this sometime ago. The error message is
caused by entries being left in the uvtemp directory, but that is just a
symptom. In reality, the problem is that a phantom or background process
that opens a file and then executes another process seems to corrupt
UniVerse Developer (Technology)
ZirMed, Inc.
Louisville, Kentucky
This job reports to the IT Resource Manager
Relocation is negotiable and travel is not required.
This is a Full-Time position, working 1st Shift.
Number of Openings for this position: 1
To apply please forward resume
Hello all:
Anyone ever do a migration of Unidata from AIX to a Windows platform ?
If so, what kind of problems could be anticipated ?
UD 6.1.17 AIX 5.3.5
Thank you,
gm
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
HAHAHAHAH DON'T DO IT...just kidding. We just completed this migration
and for the most part, it was fine, we mainly had issues with our 3rd
party applications that were designed for Unix platforms. We had to
rebuild all of our indexes, and of course run convdata, convidx, etc.
after every data
I think the only real problem that might be anticipated is if you use HP
drivers, you might expect having to reboot fairly regularly to clean up
memory leaks.
I'm not sure if it affects Unidata, but on uniVerse, the HP drivers,
specifically JetDirect drivers, caused one system I migrated to an MS
Hi Baker,
In response to: make an almost convincing argument to do it on the dedicated
target
If the target is another shared system, then it is often not a good candidate
for this type of thing. I guess what I've often seen is a dedicated processor
on a workstation that was used to
Boy, that would be a problem. Nearly all of my 150 system-wide printers are
on Jet-direct boxes.
Did you remove all Jet directs or did you find some new non-HP driver ?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Thursday,
Karl:
Was the Windows U2 server also used as a print server?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 9:05 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] AIX to Windows migration
No. See my previous post. I hope I've clarified things well enough.
Karl
quote who=Bill Haskett
Karl:
Was the Windows U2 server also used as a print server?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday,
Using Jet Directs wasn't the problem, it was the managment drivers on the
server that caused the problem. We just removed that software package, but
still used the Jet Direct servers. We just added the printers as local
printers creating a simple Tcp/ip port for each print server and then
pointed
Hello Baker,
We have a customer who is processing tens of thousands of transactions a day.
These transactions are centralized on SQL Server so that the Oracle ESB,
UniVerse and Web Systems can share the data. The key LOB Application is on
Universe, so it drives the live process. Every weekend
Robert, Janet,
Thanks for these mind expanding contributions to the discussion. I
rejoice with you at these successes, as we do for all our MV colleagues.
I trust I and others will benefit from your insights as we get the
opportunity, with similarly challenging projects, hopefully in the not
too
Glen,
Good thoughts here as always, thanks. Right now, the UV db is not fully
replicated to the MSSQL tables, rather the other way around (for the
most part). The ISAM WCS tables also update UV. Therefore, at present,
the UV db comes closest to being the reference, and it still runs the
21 matches
Mail list logo
