Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Manel Falco, on SuSE Linux with On 7.30, got 'Physical restore failed - Cannot warm restore ROOT DBspace' from ontape -r, then errors 311/155 after restoring dbsdat. Roelof van Leuveren said the root dbspace needs a cold restore with the engine down. Art S. Kagel explained that skipping logical log restore leaves dbsdat chunks inconsistent; restore again with logs or ask tech support.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Manel Falc� — — source: Informix-list mailing list archive (1991-1998)
Hi all,
I wanted to restore from ontape and this error is showed !! (user:
root)
# ontape -r
... correcte ? etc ...
Physical restore failed - Cannot warm restore ROOT DBspace
I was then able to restore the dat dbspace by using ontape -r -D
dbsdat, but when I tried to open the database this error appears:
311: Cannot open system catalog (systables).
155: ISAM error: Primary and Mirror chunks are bad
on SuSE Linux 6.4, On7.30, tape device /dev/rmt0
Can anyone help me, please ? !!
Manel
↪ replying to Manel Falc�
Roelof van Leuveren — — source: Informix-list mailing list archive (1991-1998)
according to my knowledge you cannot do a warm restore on a rootdbs.
you have to shut down the whole engine for a cold phycical restore.
shut down forced with onmode -ky
then
ontape -r
good luck
Manel Falc' <manel@semic.es> wrote in message
news:3939f61c.15637372@news.bcn.ttd.net...
> Hi all,
> I wanted to restore from ontape and this error is showed !! (user:
> root)
>
> # ontape -r
> ... correcte ? etc ...>
> Physical restore failed - Cannot warm restore ROOT DBspace
>
> I was then able to restore the dat dbspace by using ontape -r -D
> dbsdat, but when I tried to open the database this error appears:
>
> 311: Cannot open system catalog (systables).
> 155: ISAM error: Primary and Mirror chunks are bad>
> on SuSE Linux 6.4, On7.30, tape device /dev/rmt0
>
> Can anyone help me, please ? !!
>
> Manel
>
↪ replying to Roelof van Leuveren
Manel Falc� — — source: Informix-list mailing list archive (1991-1998)
me stupid. Thanks
Manel
↪ replying to Manel Falc�
Art S. Kagel — — source: Informix-list mailing list archive (1991-1998)
"Manel Falcó" wrote:
>
> Hi all,
> I wanted to restore from ontape and this error is showed !! (user:
> root)
>
> # ontape -r
> ... correcte ? etc ...>
> Physical restore failed - Cannot warm restore ROOT DBspace
>
> I was then able to restore the dat dbspace by using ontape -r -D
> dbsdat, but when I tried to open the database this error appears:
>
> 311: Cannot open system catalog (systables).
> 155: ISAM error: Primary and Mirror chunks are bad>
> on SuSE Linux 6.4, On7.30, tape device /dev/rmt0
>
> Can anyone help me, please ? !!
If you restored dbsdat but said NO to the question about restoring logical
logs that dbspace and all of its chunks will be marked status 'I' for
Inconsistent. Informix restore is designed to recover a dbspace from tape
to it's latest condition using logical logs if it was damaged due to a
hardware failure. You cannot use it to back out changes as you seem to be
trying to do. You have two recourses. 1) restore again and restore all of
the requested logical logs. 2) call tech support and beg them to force the
chunks and dbspace to be marked to status Online. If you take the second
option note that you should unload the data, drop the tables, recreate and
reload. Even then any referential integrity of the tables that dbspace
contains and related tables in or out of that dbspace has been compromised.
Art S. Kagel
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.