| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4.1 | PROXY V1.5 | GTJAIL::MARTIN | Out to Lunch | Wed May 01 1996 09:50 | 16 |
| 4.2 | PROXY V1.6 | GTJAIL::MARTIN | Out to Lunch | Wed May 01 1996 18:50 | 27 |
| 4.3 | PROXY V1.8 | GTJAIL::MARTIN | Out to Lunch | Mon Jan 13 1997 16:13 | 4 |
| 4.4 | -PROXY-E-CVTREQ, database conversion required | THEFT::MICK | Crisis, What Crisis? | Tue Jan 14 1997 14:21 | 20 |
| 4.5 | PROXY/OBVIOUS | GTJAIL::MARTIN | Out to Lunch | Tue Jan 14 1997 20:58 | 3 |
| 4.6 | PROXY V1.8-1 | GTJAIL::MARTIN | Out to Lunch | Tue Jan 14 1997 21:00 | 2 |
| 4.7 | V1.8-1 won't do convert | 29260::dealey.cxo.dec.com::ANONYMOUS% | Dr. Jekyll and Mr. Rogers | Tue Feb 18 1997 15:50 | 11 |
|
I just upgraded to V1.8-1 from V1.7 and am unable to do the convert.
$ proxy/admin
PROXY Version V1.8-1
Password:
PROXY_ADMINISTER> convert
%PROXY-E-OPENIN, error opening database SYS$COMMON:[SYSMGR]PROXY$DATABASE.DAT;1
-PROXY-E-CVTREQ, database conversion required
$
|
| 4.8 | A solution (hopefully :-) | GTJAIL::MARTIN | Out to Lunch | Wed Feb 19 1997 08:53 | 19 |
| Hmm. I've seen this happen when the password you enter is not the
current system password.
If you type in something that is not the system password, PROXY V1.8 then
tries to read the header record to see who "owns" the file, so it can
check that users password; this fails because there is no header record
for V1.7 databases.
However this does seem to be causing several people some problems, so I
am paranoid enough to conclude that there may be a bug somewhere, hence
try copying GTJAIL::SYS$PUBLIC:[PROXY018]CONVERT_VAX.EXE or
CONVERT_ALPHA.EXE and run that (make sure that the logical name
PROXY$DATABASE points to your file first).
Also if you want to create a "private" database, you must run CONVERT
from the account who is going to end up "owning" the "private" file,
and do a 'SET FILE/OWNER=[whoever]' PROXY$DATABASE afterwards.
Let me know if this works OK !
|
| 4.9 | Still has the same error | 29260::dealey.cxo.dec.com::Kidwell | Dr. Jekyll and Mr. Rogers | Wed Feb 19 1997 13:31 | 20 |
|
Nope, it still has the same problem. This is running on a DEC300-400
running OpenVMS V7.1.
$ proxy/admin
PROXY Version V1.7
Password:
PROXY_ADMINISTER> show/user
KIDWELL ALL::KIDWELL
PROXY_ADMINISTER> exit
$ run convert_alpha
%PROXY-E-OPENIN, error opening database SYS$COMMON:[SYSMGR]PROXY$DATABASE.DAT;1
-PROXY-E-CVTREQ, database conversion required
$ sho logi proxy$database
"PROXY$DATABASE" = "SYS$COMMON:[SYSMGR]PROXY$DATABASE.DAT" (LNM$SYSTEM_TABLE)
$
|
| 4.10 | This is interesting... | 29260::dealey.cxo.dec.com::Kidwell | Dr. Jekyll and Mr. Rogers | Wed Feb 19 1997 13:44 | 24 |
|
Just another datapoint - I tried it on a VAXstation 3100 running
OpenVMS V7.1 and the conversion worked fine. The problem only seems
to be on the Alpha.
Then I VESTed the CONVERT_VAX.EXE and it worked...
CONVERT_ALPHA.EXE;2 CONVERT_VAX.EXE;2
$ vest CONVERT_VAX.EXE;2
$ dir conv*
Directory SCRATCH1:[KIDWELL.VU.PROXY]
CONVERT_ALPHA.EXE;2 CONVERT_VAX.EXE;2 CONVERT_VAX_TV.EXE;1
CONVERT_VAX_TV.LIS;1
Total of 4 files.
$ run CONVERT_VAX_TV.EXE;1
%PROXY-S-CONVERTING, converting database SYS$COMMON:[SYSMGR]PROXY$DATABASE.DAT;1
%PROXY-S-CONVERTED, database converted, 14 nodes, 2 users
|
| 4.11 | | GTJAIL::MARTIN | Out to Lunch | Wed Feb 19 1997 14:17 | 8 |
| I'll file this under 'strange but true' then as I really don't have
time to investigate any further ! Hopefully once everyone is running
V1.8 this problem will go away, so I guess it really isn't worth
spending any more effort. It is a bit strange because both versions
are built from exactly the same FORTRAN source...
Maybe you put the CONVERT_VAX_TV.EXE into GTJAIL"":: then I'll put it
into SYS$PUBLIC:[PROXY018] in case anyone else has this problem.
|
| 4.12 | CONVERT_VAX_TV.EXE copied. | 29260::dealey.cxo.dec.com::Kidwell | Dr. Jekyll and Mr. Rogers | Wed Feb 19 1997 14:55 | 2 |
|
I copied CONVERT_VAX_TV.EXE to GTJAIL""::
|