Keyboard Shortcuts
Likes
Search
How do I report a bug in VMCE?
开云体育Bertram, Its ok to just put it on here. There is a GITHUB site but not sure who owns it. ? ? Dave ? From: [email protected] <[email protected]> On Behalf Of Bertram Moshier
Sent: Thursday, April 4, 2024 10:54 AM To: [email protected] Subject: [h390-vm] How do I report a bug in VMCE? ? Hello, |
|
Dave, Thank you very much.? I hesitated to report a bug here because of my last experience.? I discovered an issue with the CP Define Storage command when issued by the OPERATOR userid.? A person said one shouldn't be issuing this command on the OPERATOR userid.? I could issue this command on OPERATOR on VM/370 R6 PLC 29.? I was a student operator (Ohio University) and had my own copy of VM (VM under VM/370 BSEPP) again at OU as a student.? I was able to define storage on both systems for the OPERATOR userid. I want differences fixed.? All users should be able to define storage regardless of their name or purpose.? I fear (am concerned) that this points to a more significant issue.? After all, why should CP work differently just because the username is different?? It just doesn't make sense. Bertram Moshier WB8ERT On Thu, Apr 4, 2024 at 5:13?AM Dave Wade <dave.g4ugm@...> wrote:
|
开云体育Bertram, ? Well OPERATOR is a funny beast. Many things behave differently, or usually behave differently. Its generally the first logged on user so it receives certain messages which can interfere with other thing. It has “TERM MODE CP” set by default so commands are passed to CP not another user. I think that is why you get the odd behaviour with “def stor” which will always cause a reset so you always need to re-ipl cms. If there is no OS loaded the default on OPERATOR you won’t get a message about a disabled wait because your VM is already in that state. Is that your only issue? ? Dave ? From: [email protected] <[email protected]> On Behalf Of Bertram Moshier
Sent: Thursday, April 4, 2024 3:11 PM To: [email protected] Subject: Re: [h390-vm] How do I report a bug in VMCE? ? Dave, ? Thank you very much.? I hesitated to report a bug here because of my last experience.? I discovered an issue with the CP Define Storage command when issued by the OPERATOR userid.? A person said one shouldn't be issuing this command on the OPERATOR userid.? I could issue this command on OPERATOR on VM/370 R6 PLC 29.? I was a student operator (Ohio University) and had my own copy of VM (VM under VM/370 BSEPP) again at OU as a student.? I was able to define storage on both systems for the OPERATOR userid. ? I want differences fixed.? All users should be able to define storage regardless of their name or purpose.? I fear (am concerned) that this points to a more significant issue.? After all, why should CP work differently just because the username is different?? It just doesn't make sense. ? Bertram Moshier WB8ERT ? ? ? ? ? On Thu, Apr 4, 2024 at 5:13?AM Dave Wade <dave.g4ugm@...> wrote:
|
|
On Thu, Apr 4, 2024 at 07:11 AM, Bertram Moshier wrote:
I discovered an issue with the CP Define Storage command when issued by the OPERATOR userid.?What is the issue exactly? Because, on VM/370 CE, I can use cp define storage fine on the OPERATOR virtual machine: CP executes the command and the virtual storage is changed accordingly. Just remember that OPERATOR has the same privilege classes? as MAINT so, on OPERATOR, query storage will show the real storage defined in DMKSYS, while query virtual storage will show the virtual storage set by cp define storage. HTH, Rene FERLAND, Montreal |
开云体育Rene, It looks like when on OPERATOR with CMS loaded, and you change store it does not report Disabled Wait Loaded. I am not sure if it should. I’ll check on the base software. Dave ? From: [email protected] <[email protected]> On Behalf Of René Ferland
Sent: Thursday, April 4, 2024 6:20 PM To: [email protected] Subject: Re: [h390-vm] How do I report a bug in VMCE? ? On Thu, Apr 4, 2024 at 07:11 AM, Bertram Moshier wrote:
What is the issue exactly? Because, on VM/370 CE, I can use cp define storage fine on the OPERATOR virtual machine: CP executes the command and the virtual storage is changed accordingly. Just remember that OPERATOR has the same privilege classes? as MAINT so, on OPERATOR, query storage will show the real storage defined in DMKSYS, while query virtual storage will show the virtual storage set by cp define storage. |
|
Dave Wade wrote:
[...] It looks like when on OPERATOR with CMS loaded, and youFWIW, it appears that with z/VM, it doesn't load a disabled wait PSW after redefining storage either. Instead, it simply resets the system and clears storage ("Storage cleared - system reset"), leaving the user in CP mode, thereby requiring you to ipl cms again if you want to be able to issue CMS commands. And if your run mode is set to run ("q set" shows "RUN ON", which is usually the case for the OPERATOR userid as I recall), there's no indication that you're actually in CP mode after the system has been reset either. Instead, "RUNNING" still appears in your status area, even though you are actually in CP mode. On a regular user with a normal run mode of off ("q set" shows "RUN OFF"), whenever you redefine storage (and get the normal "Storage cleared - system reset" response), your status changes to "CP READ", letting you know that you have to reipl cms if desired. I'm sure VM/370 behaves the same way in this regard, although I admit to not having bothered to check. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
|
Hello, The problem occurs after I IPL CMS. The steps are: 1) IPL CMS (e.g., /cp I cms) 2) At the prompt I do a /cp disc 3) After the PROFILE EXEC runs the user disc from the Hercules 3215 console. 4) I log OPERATOR into a 3270 session. 5) Then I do a #cp define storage 3M (to 15M) 6) I see the messages: ?Storage = (set about in K) The disabled PSW message does not appear. I do? 1)CP I CMS and nothing occurs. 2) cp m * hi and in the lower right hand it says "not accepted" If I do #cp things work. Bertram Moshier? WB8ERT On Thu, Apr 4, 2024, 11:31 Dave Wade <dave.g4ugm@...> wrote:
|
|
Hi, Yes on operator I do q v storage On Thu, Apr 4, 2024, 12:19 René Ferland <ferland.rene@...> wrote: On Thu, Apr 4, 2024 at 07:11 AM, Bertram Moshier wrote: |
|
On Thu, Apr 4, 2024 at 03:42 PM, Bertram Moshier wrote:
Yes on operator I do q v storageHello Bertram, I followed the steps you indicated and I do observe the same behaviour as you. But that seems to come from the fact that the virtual machine is in TERM MODE VM (because of a command to that effect in PROFILE EXEC). If you set TERM MOD CP just before the define storage, you will be able to ipl CMS fine just afterwards. Now, should the virtual machine behave like that in TERM MODE VM or not, I don't know. Cheers, Rene FERLAND, Montreal |
开云体育Bertram … oh and the OPERATOR ID behaves differently because its specified in DMKSYS as the SYSOPER ID and VM treats this differently. ?You can see this when you logon. You get times on the CP output ? L OPERATOR???????????????????????????????????????????????????? ENTER PASSWORD:??????????????????????????????????????????????? ??????????????????????????????????????????????????????????????? 08:02:56 DASD 190 LINKED R/O; R/W BY MAINT; R/O BY 003 USERS?? 08:02:56 DASD 19E LINKED R/O; R/W BY MAINT; R/O BY 003 USERS?? 08:02:56 DASD 19D LINKED R/O; R/W BY MAINT; R/O BY WAKEUP????? 08:02:56 FILES:? NO RDR, 002 PRT,? NO PUN????????????????????? 08:02:56 LOGON AT 08:02:56???? FRIDAY 04/05/24???????????????? 08:02:56 GRAF 0C0 LOGON? AS OPERATOR USERS = 005?????????????? VM Community Edition V1 R1.2?????????????????????????????????? ? Which don’t appear for other user-ids. ? L MAINT CPCMS????????????????????????????????????? DASD 19D LINKED R/W; R/O BY 002 USERS????????????? DASD 19E LINKED R/W; R/O BY 004 USERS????????????? DASD 190 LINKED R/W; R/O BY 004 USERS????????????? DASD 194 LINKED R/W; R/O BY CPWATCH??????????????? FILES: 002 RDR,? NO PRT,? NO PUN?????????????????? LOGON AT 08:17:53???? FRIDAY 04/05/24????????????? VM Community Edition V1 R1.2?????????????????????? ??????????????????????????????????????????????????? Y (19E) R/O??????????????????????????????????????? U (19D) R/O??????????????????????????????????????? Ready(00001); T=0.01/0.01 08:17:57???????????????? B (5E5) R/O??????????????????????????????????????? Ready; T=0.01/0.01 08:17:57??????????????????????? ??????????????????????????????????????????????????? ? So its not because of the name but because you have said it’s the System Operator…. … I’ll see if I can find where is is documented… The Operators Guide GC20-1806 makes a brief reference to some differences… ? Dave ? ? ? From: [email protected] <[email protected]> On Behalf Of René Ferland
Sent: Friday, April 5, 2024 12:15 AM To: [email protected] Subject: Re: [h390-vm] How do I report a bug in VMCE? ? On Thu, Apr 4, 2024 at 03:42 PM, Bertram Moshier wrote:
Hello Bertram, |
|
Hello Dave, Thank you for an explanation that gives solid reasons. Questions:? Is there a way another user can get the TOD on the responses of CP? If not, how does one go about suggesting a change/enhancement to VMCE?? In this case, I'd say it would be two changes.? CP and CMS Thank you again for your help, Bertram Moshier WB8ERT On Fri, Apr 5, 2024, 03:30 Dave Wade <dave.g4ugm@...> wrote:
|
|
toggle quoted message
Show quoted text
|
|
Hello, On Fri, Apr 5, 2024 at 5:23?AM Bertram Moshier <herc370390vm@...> wrote:
CP TERM TIMESTAMP ON ... will put the timestamp on ALL output, not just CP messages. |
|
The procedure to get?a change in the VMCE?distribution is to begin by opening an issue at: Bob Bolch On Fri, Apr 5, 2024 at 5:23?AM Bertram Moshier <herc370390vm@...> wrote:
|
|
Hello Jeff, Thank you so very much On Fri, Apr 5, 2024 at 6:42?AM Jeff Henry <jbhenry@...> wrote:
|
开云体育Bertram, ? OK so I have looked further at this. There are two things that influence how the terminal behaves. There is the System Operator which is defined in DMKSYS and the system console which is defined in DMKRIO. On a quick checking the base VM/370 behaves in a similar way to VM/CE, so its working as IBM supplied it. I need to do more checking but even if I do find its different, it is not something I would rush to fix. Its low impact, and in a tricky area of code. No one is paid to fix it, we rely on someone wanting to fix it. ? Dave ? From: [email protected] <[email protected]> On Behalf Of Bertram Moshier
Sent: Thursday, April 4, 2024 11:42 PM To: [email protected] Subject: Re: [h390-vm] How do I report a bug in VMCE? ? Hi, ? Yes on operator I do q v storage ? ? ? On Thu, Apr 4, 2024, 12:19 René Ferland <ferland.rene@...> wrote:
|
René Ferland