One would think there would have been some type of announcement. I
have received confirmation from BMC that this is the maintenance
release that is supposed to address the unicode upgrade issues.
The problem is that the arupora utility dies due to a segmentation
fault and core dumps. I'm working with BMC to resolve this issue, but
it's rather slow going at this point. I'm hoping someone else in the
community has or will attempt the following and share their
experience:
Upgrade from ARS 6.0.1 to ARS 7.0.1
App Server: SunOS 5.9
Database: Remote Oracle 9i
Oracle Client on App Server: 10.2.0.whatever
Db Charset: UTF-8
I am using the following for the LANG and NLS_LANG on the app server:
LANG=en_US.UTF-8
NLS_LANG=american_america.AL32UTF8
ar_install calls a binary name arupora that is included with the
install files. This program connects to the oracle db directly and
gathers/updates a bunch of data. This program generates a segfault
before it completes.
The script exits with the following text:
Running DB upgrade. This may take several minutes ....
Running DB upgrade.....
/* Fri Oct 13 10:03:35 2006 */ Start of Stage 1 of 2
/* Fri Oct 13 10:03:35 2006 */ End of Stage 1 of 2
/* Fri Oct 13 10:03:35 2006 */ Start of Stage 2 of 2
/* Fri Oct 13 10:03:35 2006 */ End of Stage 2 of 2
/* Fri Oct 13 10:03:35 2006 */ Start of Stage 1 of 21
/* Fri Oct 13 10:03:35 2006 */ Upgrade old field-lengths codeset=0
'windows-1252' errorCode=0
An error was encountered during the upgrade of the ORACLE database
./ar_install: test: argument expected
The core file is generated in the target installation directory.
While running truss, I see the following output just before it core dumps:
time() = 1160672159
lseek(3, 64878, SEEK_SET) = 64878
write(3, " / * T h u O c t".., 123) = 123
write(6, "\0ED\0\006\0\0\0\0\003 ^".., 237) = 237
read(6, "019B\0\006\0\0\0\0\01019".., 2064) = 411
time() = 1160672159
lseek(3, 65001, SEEK_SET) = 65001
write(3, " / * T h u O c t".., 37) = 37
write(6, "\015\0\006\0\0\0\0\00305".., 21) = 21
read(6, "\0E0\0\006\0\0\0\0\00601".., 2064) = 224
Incurred fault #6, FLTBOUNDS %pc = 0xFE1872FC
siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
If I attach a debugger to the arupora utility and execute it, I get
the following:
dbx arupora
dbxenv suppress_startup_message 6.2
Reading arupora
Reading ld.so.1
Reading libclntsh.so.10.1
Reading libnsl.so.1
Reading libsocket.so.1
Reading libgen.so.1
Reading libdl.so.1
Reading libaio.so.1
Reading librt.so.1
Reading libkstat.so.1
Reading libm.so.1
Reading libthread.so.1
Reading libw.so.1
Reading libc.so.1
Reading libicuucbmc.so.32
Reading libicui18nbmc.so.32
Reading libicudatabmc.so.32
Reading libiostream.so.1
Reading libCstd.so.1
Reading libCrun.so.1
Reading libnnz10.so
Reading libsched.so.1
Reading libmp.so.2
Reading libmd5.so.1
Reading libpthread.so.1
Reading libc_psr.so.1
Reading libCstd_isa.so.1
detected a multithreaded program
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) run "-c
/prod/sys/remedyb/conf/ar.conf -d"
Running: arupora -c /prod/sys/remedyb/conf/ar.conf -d
(process id 26336)
SQL tracing initiated to file /usr/tmp/arsql.log
signal SEGV (no mapping at the fault address) in lmsaicmt at 0xfef9fcec
0xfef9fcec: lmsaicmt+0x007c: lduh [%i5 + 0x24], %o3
The arupora program is generating a file in /var/tmp that is named
aaa<somegargledchars>. This file looks to contain a bunch of updates,
stored in xml format, e.g.:
<?xml version="1.0" encoding="UTF-8"?>
<doc type="DIFF">
<row table="arreference" where="WHERE containerId=91 AND referenceId=4">
<col name="valueShort" forceLong="1"/>
<old>9\1\282054
...
Axton Grams
On 10/13/06, Shellman, David <[EMAIL PROTECTED]> wrote:
Axton,
If it's an upgrade and not a patch then this is the one that we were
also waiting for. We had gotten an email on the 5th that noted the
release was going to be "within the next week." I thought that there
would have been more of a formal announcement from BMC/Remedy. At least
a note on the What's Hot on the Support web site given the Tech Alert:
Upgrade to ARS 7.0 Unicode is not yet possible note on the site.
Thanks,
Dave
>Date: Thu, 12 Oct 2006 09:56:26 -0400
>From: Axton <[EMAIL PROTECTED]>
>Subject: Re: ARServer 7.0.1 Upgrade Installer
>
>7.0.1 was released at the beginning of the month. This was not a
>patch, but an upgrade. I was assuming this was the release that
>support/engineering keeps referencing every time I've spoken with them
>in the last few months.
>
>Axton Grams
Dave Shellman
Phone: (717) 810-3687
Fax: (717) 810-2124
email: [EMAIL PROTECTED]
tyco/Electronics
A tyco International LTD Company
MS 161-043
PO Box 3608
Harrisburg, PA 17105-3607
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
