T.R | Title | User | Personal Name | Date | Lines |
---|
4866.1 | | M5::LWILCOX | Chocolate in January!! | Tue Dec 31 1996 08:19 | 2 |
4866.2 | | HOTRDB::PMEAD | Paul, [email protected], 719-577-8032 | Tue Dec 31 1996 10:05 | 3 |
4866.3 | | rdb4me.au.oracle.com::DLAWLER | RAM disk is *not* an installation procedure! | Wed Jan 01 1997 23:19 | 31 |
4866.4 | | HOTRDB::PMEAD | Paul, [email protected], 719-577-8032 | Mon Jan 06 1997 11:00 | 13 |
4866.5 | Another occurance | ukvms3.uk.oracle.com::LWILES | Louise Wiles, UK Rdb support | Wed Jan 08 1997 06:23 | 11 |
4866.6 | | HOTRDB::PMEAD | Paul, [email protected], 719-577-8032 | Wed Jan 08 1997 09:46 | 2 |
4866.7 | | HOTRDB::PMEAD | Paul, [email protected], 719-577-8032 | Wed Jan 08 1997 09:54 | 2 |
4866.8 | Fixed by additional VMS patches! Thanks. | rdb4me.au.oracle.com::DLAWLER | RAM disk is *not* an installation procedure! | Wed Jan 22 1997 00:08 | 9 |
4866.9 | | NOVA::R_ANDERSON | Oracle Corporation (603) 881-1935 | Wed Jan 22 1997 07:39 | 1 |
4866.10 | alplan03 on hold | CHSR36::LCONS | | Mon Feb 10 1997 08:52 | 15 |
| A customer has the same problem.
The restore was working fine for many weeks and today fails.
We cannot apply patch alplan03 because this patch is on hold.
I've a rmu/dump/header/mode=debug after the restore.
If you need it (2323 blocks) i can copy it somewhere.
Also alpdriv05_062 is noted as not tested by Digital...
Resume:
Backup: Vax 5.5-2 Rdb 6.0-15
Restore: Alpha 6.2 Rdb 7.0
Vms 7.1 could be the solution ? or Rdb 7.0-01 ?
Louis
|
4866.11 | | M5::LWILCOX | Chocolate in January!! | Mon Feb 10 1997 09:51 | 3 |
| Just a wonder if maybe the VMS problem with the erase pattern buffer has
anything to do with this? This is what turned out to be the problem with
the database in my note 4365.
|
4866.12 | It was ALPDRIV05_062 | CHSR36::LCONS | | Mon Feb 10 1997 11:49 | 4 |
| The installation of ALPDRIV05_062 solves the problem. The database has been
restored without any problem.
Louis
|