Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Omniback configuration problem

25 views
Skip to first unread message

Neil Truby

unread,
Jul 9, 2002, 12:48:08 PM7/9/02
to
Oracle 9.2.0 on Solaris 2.8 on a Netra X1.
Omniback 4.1

I'm trying to configure my new installation for Omniback, and getting core
dumps:

# /usr/omni/bin/util_oracle8.exe -CONFIG orainst2 $ORACLE_HOME sys/oracle
<blah, blah>
+ configOra8App orainst2 /opt/oracle/product/9.2.0 sys/oracle
./util_oracle8.exe[17]: 14537 Segmentation Fault(coredump)
./util_oracle8.exe[34]: 14539 Segmentation Fault(coredump)
./util_oracle8.exe[34]: 14541 Segmentation Fault(coredump)
./util_oracle8.exe[21]: 14544 Segmentation Fault(coredump)
./util_oracle8.exe[46]: 14553 Segmentation Fault(coredump)
./util_oracle8.exe[17]: 14554 Segmentation Fault(coredump)
./util_oracle8.exe[34]: 14557 Segmentation Fault(coredump)
./util_oracle8.exe[21]: 14558 Segmentation Fault(coredump)
./util_oracle8.exe[17]: 14560 Segmentation Fault(coredump)

Doesn't matter whether I try from the Omniback GUI, which shell etc etc
Any ideas gratefully received.

thanks
Neil Truby t:01932 724027
Director m:07798 811708
Ardenta Limited e:neil....@ardenta.com


Neil Truby

unread,
Jul 11, 2002, 4:43:42 PM7/11/02
to
Poor me! I'm still stuck. Please help!

thanks
Neil

"Neil Truby" <neil....@ardenta.com> wrote in message news:<agf448$86l$1...@paris.btinternet.com>...

Neil Truby

unread,
Jul 11, 2002, 4:22:32 PM7/11/02
to
Poor me. I'm still stuck. Please help!

"Neil Truby" <neil....@ardenta.com> wrote in message
news:agf448$86l$1...@paris.btinternet.com...

Vince Laurent

unread,
Jul 12, 2002, 3:50:54 PM7/12/02
to
Try the Omniback forum on the HP site. The guys there are very
helpful. For example:

Gunther Schulze June 17, 2002 14:45 PM GMT
--------------------------------------------------------------------------------
I just installed OmniBack 4.10 on an HP-UX Workstatation, running
64-bit 11i. Every time I enter the line command xomni -cde, I get a
core dump {/opt/omni/bin/xomni[122]: 3842 Memory fault (coredump)}.
I'm also installing this on an rp5430 (L-Class) running 64-bit 11.0,
and I'm getting the same result. Has anyone seen this as well, or am I
just crazy?

A. Clay Stephenson June 17, 2002 14:55 PM GMT [ 5 pts ]
--------------------------------------------------------------------------------
Others have seen it. Look for the latest OB2 CC patches or you can
install the GUI on a Windows box and use it to manage your UNIX Cell
Server. The Windows GUI seems to be more stable and significantly
faster.

P.S. I still dislike OB2 4.x because of the GUI. From my point of
view, they messed up a perfectly good GUI to make it look like the
Windows version.

Gunther Schulze June 17, 2002 14:59 PM GMT [ N/A: Question Author ]
--------------------------------------------------------------------------------
Thanks for the idea. I installed the latest patches (PHSS_26342 and
PHSS_25965) and still have the problem. I guess I'll have to take your
advice about doing the Windows thing. Pretty unimpressed with the
latest version myself...

Gunther Schulze June 17, 2002 15:11 PM GMT
--------------------------------------------------------------------------------
Believe it or not, the GUI seems to work fine (no core dumps) when I
use ReflectionX on my Windows box to get to the server. Very
bizarre...I wonder if it has to do with the GUI pixels, resolution of
monitor, or something dumb like that.

Antonio Valle June 17, 2002 15:16 PM GMT [ 3 pts ]
--------------------------------------------------------------------------------
This is a known error for OB 4.1... log a call to HP support, since
they are now testing on this error.

Antonio

Gunther Schulze June 17, 2002 15:17 PM GMT
--------------------------------------------------------------------------------
I have logged a call. Thanks for the info about this being a known
issue. HP hasn't told me that yet.

Stewart Macleod June 18, 2002 14:21 PM GMT [ 5 pts ]
--------------------------------------------------------------------------------
There are two simple workaround currently being used by other
customers to avoid GUI crashes.

The first workaround is to collapse the screen display before
switching contexts, which means reducing the lists displayed on the
screen before swapping to another GUI screen.

For example, in the "Environment" screen, you would close up open
media pools, close up the list of pools, and close up the list of
devices. So you would just have left:
Environment
- Devices
- Media

Then if you swap to another GUI screen, the GUI is much less likely to
fail.

An additional workaround can be set in the OBII Database area of
the GUI by limiting the default number of sessions to be displayed:

- display the basic DB list to show Objects, Sessions, &
Usage.
- right click Sessions
- click Properties
- select "Created in last < month or week >
- Apply

At present the only thing we can offer customers is the
workarounds There is currently [June 2002]
no estimate on when a fix may be ready.

Gunther Schulze June 18, 2002 15:18 PM GMT
--------------------------------------------------------------------------------
It turns out that when I installed patches PHSS_26342 and PHSS_25965
the issue was fixed. However, I had to run a script that re-pushes out
the agents (must be done even after reboot). I'll attach it here. The
HP response center gave me this handy script. Keep in mind, it's not
officially "supported" so use at your own risk.

0 new messages