[U2] UDR initialisation failed

2009-02-05 Thread Anthony Youngman
Replication is giving me grief ...

I've found the programs in APP.PROGS (which seem so much more usable than
UvAdmin :) bit I'm getting nowhere. Looking at the files in the UV account it
seems okay but I'm not at all sure. I *think* it's all configured about
right, but I'm getting UDR initialization failed with a return value of -2.
In the logs. Any ideas anyone?

Also when I ran REPSUBLIST I got the error Unable to read record  from file
UV in account AWY, STATUS() is 0. That's a double-space after record by the
way, so it was trying to read a null key from a non-existent file (I couldn't
find any file called UV, not in the account I was replicating from, to, or in
the UV account). What's that about?

I'm not making much headway. And the documentation just seems to assume that
everything will work fine - it doesn't even *mention* troubleshooting as far
as I can see, just says if it doesn't work, once you've fixed the problem
... and assumes it's a dodgy file you're trying to replicate. I've just
created two clean accounts to try and get things working between them ...

Any help/ideas gratefully received.

Cheers,
Wol
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] RE: UDR initialisation failed

2009-02-05 Thread Anthony Youngman
Following up to myself, could the following have any bearing on the matter?

Wed Feb 04 12:02:31  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:02:31  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:02:53  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:02:53  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:02:53  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:02:53  -2761 PROG1\Administrator Program *vmadmsub: pc = 8c66, 
Message[02]
Wed Feb 04 12:09:18  -2761 PROG1\Administrator Program *vmadmsub: pc = b4f2, 
Message[02]
Wed Feb 04 12:09:18  -2761 PROG1\Administrator Program *vmadmsub: pc = b4f2, 
Message[02]
Wed Feb 04 12:09:20  -2761 PROG1\Administrator Program *vmadmsub: pc = b4f2, 
Message[02]
Wed Feb 04 12:09:20  -2761 PROG1\Administrator Program *vmadmsub: pc = b4f2, 
Message[02]
Wed Feb 04 12:09:20  -2761 PROG1\Administrator Program *vmadmsub: pc = 94a0, 
Message[02]
Wed Feb 04 12:09:20  -2761 PROG1\Administrator Program *vmadmsub: pc = 94a0, 
Message[02]
Wed Feb 04 12:09:21  -2761 PROG1\Administrator Program *vmadmsub: pc = 94a0, 
Message[02]
Wed Feb 04 12:09:21  -2761 PROG1\Administrator Program *vmadmsub: pc = 94a0, 
Message[02]

This lot is in our errlog, *vmadmsub looks suspiciously like a system routine, 
and message 02 is Bad file descriptor

Cheers,
Wol

-Original Message-
From: owner-u2-us...@listserver.u2ug.org 
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of Anthony Youngman
Sent: 05 February 2009 13:24
To: u2-users@listserver.u2ug.org
Subject: [U2] UDR initialisation failed

Replication is giving me grief ...

I've found the programs in APP.PROGS (which seem so much more usable than
UvAdmin :) bit I'm getting nowhere. Looking at the files in the UV account it
seems okay but I'm not at all sure. I *think* it's all configured about
right, but I'm getting UDR initialization failed with a return value of -2.
In the logs. Any ideas anyone?

Also when I ran REPSUBLIST I got the error Unable to read record  from file
UV in account AWY, STATUS() is 0. That's a double-space after record by the
way, so it was trying to read a null key from a non-existent file (I couldn't
find any file called UV, not in the account I was replicating from, to, or in
the UV account). What's that about?

I'm not making much headway. And the documentation just seems to assume that
everything will work fine - it doesn't even *mention* troubleshooting as far
as I can see, just says if it doesn't work, once you've fixed the problem
... and assumes it's a dodgy file you're trying to replicate. I've just
created two clean accounts to try and get things working between them ...

Any help/ideas gratefully received.

Cheers,
Wol
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] Remotely monitor unidata lock issues

2009-02-05 Thread Doug Chanco
if your willing to share I would love to see your code!

thanks

dougc 

-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of Bill Haskett
Sent: Wednesday, February 04, 2009 4:41 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Remotely monitor unidata lock issues


   Nick:
   This would be an interesting program to post on the wiki, either
U2s or
   the Pickwiki.
   Bill
   From: Nick Gettino nick.gett...@enroute911.com
   Sent: 2/4/2009 1:18 PM
   To: u2-users@listserver.u2ug.org
   Subject: Re: [U2] Remotely monitor unidata lock issues

We wrote a program called LOCK.MONITOR that uses GETREADU() and updates
at a specified time interval.

Additionally we put release commands in it so the lock can be released.
It displays the user, the file, the item length of time locked from
highest to lowest and works on Unix and Windows.  To get more detail it
also does a PORT.STATUS on any PID and displays it or prints it -
because the CALL.STACK or FILEMAP are sometimes needed in our
application.

Let me know if you want more detail.

Nicholas M Gettino | Director of Development | EnRoute Emergency
Systems, an Infor company | office: 813-207-6998 | fax: 678-393-5389
nick.gett...@infor.com | www.enroute911.com

-Original Message-
From: owner-u2-us...@listserver.u2ug.org
[mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of Steve Romanow
Sent: Wednesday, February 04, 2009 3:20 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Remotely monitor unidata lock issues

I am trying to devise a way to remotely monitor long held locks and lock
contention.

My best thought so far was to write a basic program to parse the output
of LIST.READU and start notifying people with mailx.

Has anyone got any better ideas on detecting users who have left records
locked for an inordinate amount of time?

We are using unidata 6.1 on aix.

TIA,
Steve
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

--
This message has been scanned for viruses and dangerous content by
SecureMail, and is believed to be clean.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] Has anyone used SOFTSHARE DELTA EDI Translator?

2009-02-05 Thread Debra Fedchin
I am having DATALINK issues and could use some insight

=
This communication (including any attachments) is intended only for use by the
addressee(s) named herein and may contain legally privileged or confidential
information. If you are not the intended recipient or an authorized
representative of the intended recipient on this communication, you are hereby
notified that any dissemination or distribution of this communication (or
attachments) is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and permanently delete the
communication and any attachments from your system.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


[U2] [UV] How to suppress not found message.

2009-02-05 Thread Boydell, Stuart
I thought I knew how to do this  

SELECT FILEA
9 record(s) selected to
SELECT list #0
SELECT FILEB
7 record(s) selected to SELECT list #0
ITEM3
not found.
ITEM7 not found.

Is there a modifier to suppress the not
found messages?

TIA,
Stuart Boydell
**
This
email message and any files transmitted with it are confidential and intended
solely for the use of addressed recipient(s). If you have received this
communication in error, please reply to this e-mail to notify the sender of
its incorrect delivery and then delete it and your reply.  It is your
responsibility to check this email and any attachments for viruses and defects
before opening or sending them on. Spotless collects information about you to
provide and market our services. For information about use, disclosure and
access, see our privacy policy at http://www.spotless.com.au 
Please consider
our environment before printing this email.
**
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/