[CASE-OPENED] Data Migrator crashing hard -- ipipesnd error: 232. Anyone seen this?
I have a focexec that runs properly on a WF Reporting server. In fact it's running on the same 7.6.6 server software that its I-Way sister is running on. On that I-Way server via Data Migrator, when I run that focexec in a flow I get a very dependable hard crash -- the I-Way server just checks out and is unrecoverable. I cannot even restart it. I need to recycle the entire box to reestablish normal processing. This is what I get in my edaprint log though:
11/03/2009 10:11:54 error: ngptSendBytes:sesid=0 ipipesnd error: 232, The pipe is being 11/03/2009 10:11:54 > closed. 11/03/2009 10:11:54 error: ngptsus:ngptSendStream error
Once this occurs the service issues a shared memory error --
Shared memory is corrupted or wrong version 11/03/2009 10:37:53 Clearing up shared objects linked to E:\ibi\srv76\dm 11/03/2009 10:37:53 Bad shared memory, removing but cannot clear more Shared memory is corrupted or wrong version
I will admit that the focexec isn't some simple little thing, my colleague is stretching the language quite a bit.
I'll likely open a case but I thought I would toss it up here first in case I was missing painfully obvious.
J.This message has been edited. Last edited by: <Kathryn Henning>,
November 04, 2009, 08:09 AM
Jessica Bottone
I've not seen this before. I did a search on IBI.COM using "ipipesnd" and all I got was your thread. Then I searched on "shared memory is corrupted or wrong version" and I got a few more hits. A couple had to do with holding format alpha with varchar. If that sounds like something you might be doing, take a look out on IBI.com. I would tend to doubt that is your issue since this runs okay in WF but you never know. I would definitely open a case with IBI on this one.
Data Migrator 5.3, 7.1, 7.6 WebFOCUS 7.1, 7.6, 7.7 SQL Server, Oracle, DB2 Windows
May 23, 2013, 02:47 PM
susannah
John, did you ever figure this out? we're getting the same error . we've opened a case, but i have low expectations of any useful answer.
In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID