corrupt file header rsx11mplus

[Oswald Knoppers]

Hello,

I see the following message every 5 minutes on the console:

15:56:03  SYSLOG -- 70. *ERROR* On scan file open
15:56:03  SYSLOG -- 4. FCS I/O error code = 334
          file: DU0:[???,???]SYSSCAN.TMP;1

This file is in [1,6]  but is not accessable:

>DIR [1,6]SYSSCAN.TMP

Directory DU0:[1,6]
28-JAN-2021 16:04

SYSSCAN.TMP;1       
Read attributes error - File ID, sequence number check

Total of 0./0. blocks in 0. files
>

When I try to run verify on the disk the disk is locked:

>VFY DU0: /HD
Failed to find INDEXF.SYS;1 in MFD - Will open index by file ID 1,1
VFY -- Open failure on index file
DU0:[0,0] -- Locked from read/write access
>

I also tried to make a copy of the disk file in /opt/pidp11/systems/rsx11mplus and mounted the copy as DU1: This did not make any difference.

Any ideas on how to fix this?

Thanks,

Oswald

[Anton Lavrentiev]

You can try removing directory entry

Pip du0:[1,6]sysscan.tmp;1/rm

Also, you can try listing indexf.sys with

Vfy du0:/li

IIRC -- typing from the top of my head...

--
You received this message because you are subscribed to the Google Groups "[PiDP-11]" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pidp-11+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/pidp-11/f584ae48-7c7b-49cb-b9f9-d82f49923be3n%40googlegroups.com.

[Oswald Knoppers]

Hi Anton,

Thanks, removing the directory entry fixed it.

Oswald

Op donderdag 28 januari 2021 om 17:07:00 UTC+1 schreef anton.la...@gmail.com:

[Johnny Billquist]

And to explain a little bit the story behind this.
The file itself is created to be deleted when closed. If you have a
system reboot, the file is then also deleted. However, the directory
entry is still around, and that is where the "problem" comes from.

And the correct action is just to delete the directory entry, as suggested.

In Unix speak, these are hard links. However, RSX do not keep any link
counts like Unix does. So you can create directory entries that points
to non-existing files, and you can delete files while still having
directory entries for them.

Files are ultimately referred to by their file id, which is the same as
the inode number in Unix. But in RSX, you can actually open, close,
create and delete files directly based on the file id, without ever
caring about directory entries, unlike Unix, where inode numbers are
essentially not used outside of kernel internals. You can see them, but
you cannot use them in any APIs.

Johnny

> <https://groups.google.com/d/msgid/pidp-11/f584ae48-7c7b-49cb-b9f9-d82f49923be3n%40googlegroups.com?utm_medium=email&utm_source=footer>.

>
> --
> You received this message because you are subscribed to the Google
> Groups "[PiDP-11]" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to pidp-11+u...@googlegroups.com

> <mailto:pidp-11+u...@googlegroups.com>.

> To view this discussion on the web visit

> https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com
> <https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com?utm_medium=email&utm_source=footer>.

--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: b...@softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol

[Oswald Knoppers]

This is essentially the same on VMS (ods2 vs ods1)

But on VMS I can run verify (analyze/disk/repair) on a mounted disk. How does this work on RSX?

Op donderdag 28 januari 2021 om 17:46:46 UTC+1 schreef b...@softjar.se:

[Johnny Billquist]

Same in RSX pretty much. But the tool is just called VFY.

However, I should point out that in this case there was no corrupt file
header in the first place.
Just a directory entry pointing to a non-existent file.

But if you actually have a broken file header, it's VFY /HD
Or VFY /LO, to find files that are not in any directory, and place those
in [1,3]
VFY does a bunch of different things. A bit like fsck under Unix. Or the
various ANALYZE subfunctions in VMS.

Johnny

> <https://groups.google.com/d/msgid/pidp-11/f584ae48-7c7b-49cb-b9f9-d82f49923be3n%40googlegroups.com?utm_medium=email&utm_source=footer

> <https://groups.google.com/d/msgid/pidp-11/f584ae48-7c7b-49cb-b9f9-d82f49923be3n%40googlegroups.com?utm_medium=email&utm_source=footer>>.
>
> >
> > --
> > You received this message because you are subscribed to the Google
> > Groups "[PiDP-11]" group.
> > To unsubscribe from this group and stop receiving emails from it,
> send
> > an email to pidp-11+u...@googlegroups.com
> > <mailto:pidp-11+u...@googlegroups.com>.
> > To view this discussion on the web visit
> >
> https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com
> <https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com>
>
> >

> <https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com?utm_medium=email&utm_source=footer

> <https://groups.google.com/d/msgid/pidp-11/9fcd3374-7804-4af0-879c-6fe0f770af78n%40googlegroups.com?utm_medium=email&utm_source=footer>>.
>
>
> --
> Johnny Billquist || "I'm on a bus
> || on a psychedelic trip
> email: b...@softjar.se || Reading murder books
> pdp is alive! || tryin' to stay hip" - B. Idol
>

> --
> You received this message because you are subscribed to the Google
> Groups "[PiDP-11]" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to pidp-11+u...@googlegroups.com
> <mailto:pidp-11+u...@googlegroups.com>.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/pidp-11/ebbd5967-0438-4bf4-ae30-914cb7e0afd4n%40googlegroups.com
> <https://groups.google.com/d/msgid/pidp-11/ebbd5967-0438-4bf4-ae30-914cb7e0afd4n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[Anton Lavrentiev]

I forgot to mention that I'd also recommend to run

VFY DU0:/LO

once the entry was dropped; just to make sure no (other) files were
harmed in the process :-)
Whatever found, will be usually plugged in [1,3], if the UFD exists.
If not then

UFD [1,3]

should take of creating it.

HTH

On Thu, Jan 28, 2021 at 11:54 AM Oswald Knoppers

> To view this discussion on the web visit https://groups.google.com/d/msgid/pidp-11/ebbd5967-0438-4bf4-ae30-914cb7e0afd4n%40googlegroups.com.