HP3000-L Archives

September 2021, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gavin Scott <[log in to unmask]>
Reply To:
Gavin Scott <[log in to unmask]>
Date:
Mon, 20 Sep 2021 18:00:44 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (109 lines)
IIRC... Before the Native Mode Spooler (which came along pretty early) I think it still behaved like MPE/V where you lost the spoolfiles on a NORECOVERY. But of course with the NMS changes spoolfiles became permanent files in the HPSPOOL account so that no longer mattered.

Maybe(?) the sole remaining difference (other than the CONFIG group complications) would be the ;RESTART option on JOBs which required the START RECOVERY to activate (I think).

G.

-----Original Message-----
From: HP-3000 Systems Discussion <[log in to unmask]> On Behalf Of Tracy Johnson
Sent: Monday, September 20, 2021 5:54 PM
To: [log in to unmask]
Subject: Re: [HP3000-L] [EXT]: Cannot add missing printers

While the idea of START RECOVERY makes sense in the lab.  In business with changing requirements that go forward, begs the question:

If (desired and wanted) changes have been made, why do a START RECOVERY at all?

I think there are some who got the idea that a START RECOVERY picks up where the system left off, instead it picks up as of your last boot.


On 9/20/21 5:39 PM, Roy Brown wrote:
> http://john-burke.com/ArchivedSite/hidden_value/HV_2000_08.htm
>
> Q: While trying to use IOCONFIG to add a network printer, I get the following error message:
>
> **note** Retrieving NMMGR configuration data...
> Class(es) updated, so rerun asoctbl.pub.sys to recreate asociate.pub.sys.
>
> keeping to group BOOTUP.SYS
>
> Purge old configuration (yes/no)?Automatic yes
>
> **error** can't purge configuration file MISCP.BOOTUP.SYS
>
> SECURITY VIOLATION (FSERR 93)
>
> followed by a file system tombstone. What does this mean?
>
> A: Ed Stouder and Gerald Dillard replied:
>
> Your last boot was done using "start recovery". This causes the default configuration group to be BOOTUP.SYS, instead of the normal CONFIG.SYS. BOOTUP.SYS is a special configuration group that saves your configuration as of the last START NORECOVERY, and is write protected once the system is up and running. IOCONFIG should have made the changes to the running system, but could not save the changes to the BOOTUP.SYS configuration group. What you need to do is to go into SYSGEN, change the base group to CONFIG and make the changes again; otherwise the next time you boot the system up, you will lose the changes you made. You will even lose the changes if you boot with a START RECOVERY, because the changes could not be written to the BOOTUP.SYS configuration, and that is the one that the system will use with a START RECOVERY.
>
> Is this it?
>
>
>
> Roy
>
>
> Sent from my iPad
>
>> On 20 Sep 2021, at 17:14, James B. Byrne <[log in to unmask]> wrote:
>>
>> I tried to add these things via sysgen again and got this:
>>
>> :sysgen config
>> sysgen> io
>>      io> ad ldev=3177;id=hptcpjd;path=none
>>         **error** ldev 3177 already exists
>>      io> ac class=pdfstm;ldev=4177
>>         **error** class  already exists
>>
>> Regardless of the errors that were reported the changes that I added today
>> through ioconfig are now saved.  I have activated them using doionow.
>>
>> What I have to complete is making these changes permanent. A step I evidently
>> overlooked when I set these things up the first time.
>>
>> I seem to recall that a reboot is necessary.  What specific kind of restart is
>> needed and how do I tell it to include the changes?  I am afraid my memory is
>> not up to the task of recalling how to do this.
>>
>>
>>
>> -- 
>> ***          e-Mail is NOT a SECURE channel          ***
>>         Do NOT transmit sensitive data via e-Mail
>>    Unencrypted messages have no legal claim to privacy
>> Do NOT open attachments nor follow links sent by e-Mail
>>
>> James B. Byrne                mailto:[log in to unmask]
>> Harte & Lyne Limited          http://www.harte-lyne.ca
>> 9 Brockley Drive              vox: +1 905 561 1241
>> Hamilton, Ontario             fax: +1 905 561 0757
>> Canada  L8E 3C3
>>
>> * To join/leave the list, search archives, change list settings, *
>> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

-- 
Tracy Johnson
BT







NNNN


* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2