T.R | Title | User | Personal Name | Date | Lines |
---|
186.1 | Does the <nodename> (*) mean "the current node" ?? | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Thu Aug 18 1994 09:39 | 15 |
186.2 | Ownership of master files... on OSF/1 | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Fri Aug 19 1994 09:52 | 44 |
186.3 | Server Attributes Syntax In CDS | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Fri Aug 19 1994 09:57 | 32 |
186.4 | RE: Master Crash on MIPS/Ultrix from .0 (copy core from 59.348:/public/ims/) | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Mon Aug 22 1994 09:08 | 40 |
186.5 | Master doesn't recognise names for processes that sl_connect_a_p("") then sl_declare_p("<name>",..) | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Mon Aug 22 1994 10:32 | 43 |
186.6 | It is not meant to! | PLADDA::DRIVETT | | Mon Aug 22 1994 11:33 | 26 |
186.7 | | OZROCK::TURNER | The Playroom - alive 'til five | Tue Aug 23 1994 08:59 | 11 |
186.8 | | PLADDA::DRIVETT | | Tue Aug 23 1994 09:41 | 21 |
186.9 | | OZROCK::TURNER | The Playroom - alive 'til five | Tue Aug 23 1994 10:50 | 21 |
186.10 | More concerns.... | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Thu Aug 25 1994 10:48 | 33 |
186.11 | Some general responses | PLADDA::DRIVETT | | Fri Aug 26 1994 16:01 | 225 |
186.12 | Answers RE: .11 | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Tue Aug 30 1994 10:27 | 73 |
186.13 | More concerns for the list... | OZROCK::THOMAN | OSS Engineering, Australia - "DTN" 736 0146 | Tue Aug 30 1994 10:40 | 65 |
186.14 | Some answers | CLOUZO::GALVAN | Jean-Philippe GALVAN - Sophia-Antipolis - 828-5621 | Wed Aug 31 1994 08:57 | 14 |
186.15 | | OZROCK::TURNER | The Playroom - alive 'til five | Thu Sep 01 1994 02:50 | 9 |
186.16 | OSF IMS V1.3 Master Concerns - Writes to the screen. - Boot start. - Attribute Setting | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Mon Nov 07 1994 01:29 | 77 |
186.17 | | ULYSSE::FINKA | | Mon Nov 07 1994 10:50 | 24 |
186.18 | Can the master be changed to perform the "dce_login" itself? | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Mon Nov 14 1994 04:05 | 31 |
186.19 | Continued from .18 (Re-authenticating, & start as root !) | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Mon Nov 14 1994 08:47 | 64 |
186.20 | ims_cds_attributes (OSF/1) | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Thu Nov 24 1994 08:57 | 16 |
186.21 | How/Where does the Master cache CDS information ? | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Fri Nov 25 1994 02:05 | 42 |
186.22 | it dsn matter | ELIS::TBARRETT | Waiting for the van to come | Fri Nov 25 1994 08:04 | 7 |
186.23 | Check your DMQ group.init | PLADDA::DRIVETT | | Fri Nov 25 1994 08:28 | 16 |
186.24 | Entry in CDS & QCT Allowed/Correct ? | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Mon Nov 28 1994 01:17 | 27 |
186.25 | | PLADDA::DRIVETT | | Mon Nov 28 1994 08:45 | 34 |
186.26 | Syntax for the PAMS_NODE attribute - where does it look? | OZROCK::THOMAN | Try telling that to the Project Managers of today, & they won't believe you. (Yorkshire accent) | Tue Nov 29 1994 06:37 | 32 |
186.27 | | OZROCK::TURNER | The Playroom - alive 'til five | Tue Nov 29 1994 23:18 | 10 |
186.28 | Usage of master "send" and the -166 error | OZROCK::THOMAN | Mr. Installation | Tue Dec 13 1994 04:40 | 57 |
186.29 | Master client and server queries | IRNBRU::MACKENZIE | | Tue Dec 13 1994 08:24 | 37 |
186.30 | re 186.28 | PLADDA::DRIVETT | | Tue Dec 13 1994 08:40 | 30 |
186.31 | Changed based on feedback | AZUR::GALVAN | Jean-Philippe GALVAN - Sophia-Antipolis - 828-5621 | Wed Dec 14 1994 07:43 | 8 |
186.32 | Thanks, & more... | OZROCK::THOMAN | Mr. Installation | Thu Dec 15 1994 04:55 | 32 |
186.33 | MASTER CLIENT DOES NOT USE MASTER SERVER WHEN DOING SEND | AZUR::GALVAN | Jean-Philippe GALVAN - Sophia-Antipolis - 828-5621 | Thu Dec 15 1994 08:38 | 31 |
186.34 | I discovered that.. | OZROCK::THOMAN | Mr. Installation | Fri Dec 16 1994 03:55 | 31 |
186.35 | | PLADDA::DRIVETT | | Fri Dec 16 1994 08:35 | 46 |
186.36 | Time to continue this note.. | OZROCK::THOMAN | Bring back "Eddie The Eagle Edwards" !! | Wed Mar 12 1997 09:23 | 69 |
|
Can I please make a few requests for the next release of
the Master on Digital UNIX ?
firstly,
When the user types "masterc start" an .intmp file is created
which contains a line of the form:
<INPUT FILE> > <OUTPUT FILE>
Can this please be change to:
<INPUT FILE> >& <OUTPUT FILE>
so that stderr is also directed to the OUT FILE.
2ndly, when users try to stop servers, errors like
-166
meaning the server isn't running, OR
<some success stmt followed by>
CLIENT NOT AUTHORISED
meaning there is no
..../<server>_organic.sec
file in existance.
Speaking of security files, is it
<node>::<user>
OR
<user>::<node>
??
I assume either can be "*" so it means
"User X is permitted from Any node"
in the case where the <node> part is an asteris,
OR,
"Any user on node N is permitted"
in case where the <user> part is an asteris.
Also, we notice the master_server writes to the screen
for errors such as the <INPUT> file is not executable
when a START is attempted.
Sorry for being a bit pedantic
Thanks,
Craig.
|
186.37 | The never ending Master note | IRNBRU::MACKENZIE | | Wed Mar 12 1997 13:13 | 65 |
| >> When the user types "masterc start" an .intmp file is created
>> which contains a line of the form:
<INPUT FILE> > <OUTPUT FILE>
>> Can this please be change to:
>> <INPUT FILE> >& <OUTPUT FILE>
>> so that stderr is also directed to the OUT FILE.
We shall provide an option for this. The default behaviour will not change.
>> 2ndly, when users try to stop servers, errors like
>> -166
>> meaning the server isn't running, OR
>> <some success stmt followed by>
>> CLIENT NOT AUTHORISED
>> meaning there is no
>> ..../<server>_organic.sec
>> file in existance.
If you are saying these aren't meaningful enough then we agree. We're hoping
to be able to overhaul these in the next major release.
>> Speaking of security files, is it
>> <node>::<user>
Yes
>> OR
>> <user>::<node>
No
>> I assume either can be "*" so it means
>> "User X is permitted from Any node"
>> in the case where the <node> part is an asteris,
Yes
>> OR
>> "Any user on node N is permitted"
>> in case where the <user> part is an asteris.
Still Yes
Basically the * is a wildcard that can be used on either side. So
*::SYSTEM
means any system account on any machine and
IRNBRU::*
means any user on node IRNBRU.
>> Also, we notice the master_server writes to the screen
>> for errors such as the <INPUT> file is not executable
>> when a START is attempted.
That is intended.
>> Sorry for being a bit pedantic
Suggestions for improvements are always welcome.
Cheers,
Dave M.
|