| Title: | ALL-IN-1 (tm) Support Conference |
| Notice: | Please spell ALL-IN-1 correctly - all CAPITALS! |
| Moderator: | IOSG::PYE CE |
| Created: | Fri Jul 01 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2716 |
| Total number of notes: | 12169 |
I have a customer upgrading ALL-IN-1 from v3.1 to v3.2. When they run
the IVP afterwards, they get the following.
Got as far as 2.5.2 in the install guide IVP PROBLEMS.
"go into ALL-IN-1/USER=IVP and rerun the IAC and IFS tests.
You will find that they should pass on this run.
ELOW is the log from the IVP test.
!%IVP-I-IAC, Running create account check
!%IVP-I-IAC, Creating account
![MESS] Message:
![MESS] Message:
![MESS] Message: Enter data for new record
![MESS] Message: The account A1IVPTEST will be created - you will be notifie
! on completion
!%IVP-I-IAC, Batch job creating account has finished
!%IVP-I-IAC, Checking the account
!%IVP-E-IAC, Account creation has failed
!%IVP-E-IAC, VMS files do not exist
!%IVP-I-IAC, Any components that were created will be deleted
!%IVP-I-IAC, Deleting account
![MESS] Message:
![MESS] Message: Working...
![MESS] Message: Account A1IVPTEST will be deleted - you will be notified on
c
! ompletion
!%IVP-I-IAC, Finished deleting account
!%IVP-I-IAC, Create account check has FAILED
This worked fine on my test system, and afterwards, the customer was
able to create accounts without problem. They rolled back though, I
would guess for confidence reasons. Has anyone come across this
before, or offer any suggestions ?
Ivan.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2675.1 | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Wed May 14 1997 17:03 | 12 | |
<<<< !%IVP-E-IAC, VMS files do not exist
This error comes out it IVP_CHK_ACCOUNT.SCP can't find any files in
the created user's directory. You might want to check the create user
log file in OA$LOG:OA$CREATE_A1IVPTEST.LOG and see if that gives any
more clues.
<<<< They rolled back though, I would guess for confidence reasons.
Most people consider the IVP failing as a good sign :-)
Graham (Reluctant IVP developer)
| |||||
| 2675.2 | No more errors. | KERNEL::BURDENI | Thu May 15 1997 09:50 | 9 | |
Nice one, I shall convey your exact words to the customer.
Only joking... So it appears that this is not a problem. They checked
the logfile, and there were no new messages found. The customer now
thinks that they have narrowed it down to a specific piece of code. If
this ever gets to me, I will post it here.
Thanks for the early morning chuckle.
Ivan.
| |||||
| 2675.3 | Hardcoded diskname. | KERNEL::BURDENI | Thu May 15 1997 17:39 | 6 | |
Looks like they had a diskname hardcoded in, and this diskname did not
exist anymore. They have changed it to a logical, and now everything
is fine.
Cheers
Ivan.
| |||||
| 2675.4 | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Thu May 15 1997 17:47 | 6 | |
Ivan,
Where was the disc name hard coded? It shouldn't break the IVP in such
an unfriendly way, so you might want to IPMT it so that I can make it
give a better error message, since as we've discovered, customers do
take the IVP seriously!
| |||||
| 2675.5 | IVP account device name. | KERNEL::BURDENI | Mon May 19 1997 16:09 | 10 | |
It appears that since the last time the IVP ran, the disks have changed
names with the introduction of shadowing. The IVP account had the old
disk name in place. This was changed to the new device logical and all
was OK.
Aplogies for worrying you, but this is the first time I have had the
whole story as well.
Cheers
Ivan.
| |||||