On Sun, 25 May 2014, Johnny Billquist wrote:
Why?
I want to use the disk I had the temporary baseline on for other stuff. No need to waste an entire 520M disk for 20M of networking. ;)
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
At 9:26 AM +0200 25/5/14, Johnny Billquist wrote:
You mean "the Hardware address is whatever you set in simh before
starting". CEX will set it to "Physical address" (in DECNET parlance)
which is AA-00-04-00-(1024 x area + node).
Uh... Not really. simh do not actually change the MAC address of the physical interface.
Of course, simh don't do DECnet. Communication EXecutive does.
The simh interface starts out with 08-00-2B-AA-BB-CC, but that is changed to AA-00-04-00-01-28 by DECnet when it starts up, at which point it no longer listens to 08-00-2B-AA-BB-CC. That address is just kept around as the original hardware address of the simulated network interface inside simh.
So we have:
Executor node = 10.1 (SHARK)
Physical address = AA-00-04-00-01-28
Line = QNA-0
Hardware address = 08-00-2B-AA-BB-CC
Executor node = 10.2 (SNAKE)
Physical address = AA-00-04-00-02-28
Line = QNA-0
Hardware address = 08-00-2B-AA-BB-CC
We still have the question "when two nodes runs on the same host, is SET XQ MAC" necessary? In other words, does the "Hardware address" play any role in DECnet, besides just being kept around?
Since it would be pointless to put the same address, i tried
SET XQ MAC==00:00:01:00:00:01/02, then
Executor node = 10.1 (SHARK)
Physical address = AA-00-04-00-01-28
Line = QNA-0
Hardware address = 00-00-01-00-00-01
Executor node = 10.2 (SNAKE)
Physical address = AA-00-04-00-02-28
Line = QNA-0
Hardware address = 00-00-01-00-00-02
And I see no difference.
So, a NIC may have different MAC addresses depending of the network
stack running. Am I right here?
Sortof. Your machine normally do only have one MAC address, but if you have DECnet running, it will need to change your MAC address. All other network protocols on your machine will then also use this "new" MAC address.
If we would run on bare metal. They don't because simh shields it. Maybe the "Physical address" is kept just for restoring it at shutdown?
Well, my system is working 99%, that's not so bad :)
It is working 100%, you just have performance issues...
Besides playing around, which I admin is awfully fun, the reason for using DECnet was to transfer big files (tens of megabytes). So I am out of luck for now, but I haven't said my last word.
--
Jean-Yves Bernier
On Sun, 25 May 2014, Johnny Billquist wrote:
Heh... Well, you need to know the protection system in RSX...
Yeah. I'm skimming the Manager's guide (which doesn't actually have the commands. Seriously. There are blank spaces where the command should be)
File protection is totally unrelated to the terminal privilege status. File protection comes in four categories.
System - Any access from a group <=10 (octal)
Owner - Should be obvious
Group - Matching group but not member
World - Everybody else
So, in your case, either having a UIC of [131,54] or any system UIC should have done it. Maybe any member of 131 as well.
[137,10] means you'll fall under the WORLD mask.
Ahhhhhhh. That makes much more sense, thanks!
The terminal privilege status on the other hand allows you to change your terminal UIC to anything you want. If you are unprivileged, you cannot change your UIC.
Ahhhhhhhh. I was thinking of it in VMS terms.
And then, of course, tasks can be installed to run under another UIC than your terminal UIC...
But installing tasks also requires that your terminal is privileged...
Good thing I've not managed to make the console unprivileged. ;)
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-25 15:24, Cory Smelosky wrote:
On Sun, 25 May 2014, Johnny Billquist wrote:
:-)
Not entirely uncommon that people miss. Did you read the manuals, or
did you just jump? :-)
Yeah. I followed the install manual. Thought I configured it for an RA81.
The type of size of the disk don't matter. When you restore the tape image to disk, it will use the same parameters as the original disk the back was created from, unless you explicitly override it. And the disk that the installation tape is created from have very few headers, so that a restore is pretty much ensured to succeed no matter what the destination disk might be...
Anyway, yes, what you should have done is specify a non-default for
maximum number of file headers when you restored the original system
to disk using the BRUSYS system.
I THINK I did that...but I was doing so many different installs in SIMH
the past few days I could've been thinking of another one.
Suspect you missed it in the end.
Anyways, dropped to BRUSYS and copied from DU0 to DU1 in SIMH and had
everything copied in 30 seconds. Booting MVII cluster node to copy the
new image as we speak.
Good.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-25 15:22, Cory Smelosky wrote:
On Sun, 25 May 2014, Johnny Billquist wrote:
On 2014-05-25 13:57, Cory Smelosky wrote:
On Sun, 25 May 2014, Cory Smelosky wrote:
If only it didn't care about this...
* 04.00 Where is the Network distribution kit loaded [S]: du2:
;
; Error - Distribution kit cannot be a disk kit
Which...seems to disagree with the manual. *grumble*.
Well. What command file are you running? I suspect it's PREGEN, which
you should not run in this case. You should go directly to NETGEN...
Well, first I gotta get the files on the system disk. ;)
Why?
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-25 15:22, Cory Smelosky wrote:
On Sun, 25 May 2014, Johnny Billquist wrote:
No. You just have to have the right privileges... :-)
You apparently do not have the right to write to the output directory.
So, the obvious question is what your current UIC is when you do this...
(Think of this as the same thing as effective UID under Unix.)
I had made TT0: privileged. The current UIC at the time was...[137,10].
Should I have been in [1,2]?
Heh... Well, you need to know the protection system in RSX...
File protection is totally unrelated to the terminal privilege status. File protection comes in four categories.
System - Any access from a group <=10 (octal)
Owner - Should be obvious
Group - Matching group but not member
World - Everybody else
So, in your case, either having a UIC of [131,54] or any system UIC should have done it. Maybe any member of 131 as well.
[137,10] means you'll fall under the WORLD mask.
The terminal privilege status on the other hand allows you to change your terminal UIC to anything you want. If you are unprivileged, you cannot change your UIC.
And then, of course, tasks can be installed to run under another UIC than your terminal UIC...
But installing tasks also requires that your terminal is privileged...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Sun, 25 May 2014, Brian Hechinger wrote:
On Sun, May 25, 2014 at 09:44:01AM -0400, Cory Smelosky wrote:
On Sun, 25 May 2014, Brian Hechinger wrote:
Have fun!
Briefly, after which point I'll likely go back to vi and multiple
terminal windows like usual. :)
Understandable. It's a lot simpler than IDLE.
Looks like RSX does infact idle correctly. It was just user error.
Good to know!
Fun fact: the RSX-11M+ 4.6 baseline up on ftp.trailing-edge is not
infact a /pure/ baseline. ;)
Define not a pure baseline? What needs to be known?
Well, it won't boot on an 11/23 or 11/23+. It also won't initially offer to do AUTOCONFIGURE. It seems an inbetween baseline executive was made before distribution.
Get a real -11, too! ;)
Now that I have space, I should. :)
Enough for an 11/70? ;)
Yes actually. :)
Cool! You've got three-phase service right? :D
A quick search of PDP-11 on craigslist in atlanta doesn't return
anything. Guess I'll have to dig a bit deeper. :)
Perhaps!
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sun, May 25, 2014 at 09:44:01AM -0400, Cory Smelosky wrote:
On Sun, 25 May 2014, Brian Hechinger wrote:
Have fun!
Briefly, after which point I'll likely go back to vi and multiple
terminal windows like usual. :)
Looks like RSX does infact idle correctly. It was just user error.
Good to know!
Fun fact: the RSX-11M+ 4.6 baseline up on ftp.trailing-edge is not
infact a /pure/ baseline. ;)
Define not a pure baseline? What needs to be known?
Get a real -11, too! ;)
Now that I have space, I should. :)
Enough for an 11/70? ;)
Yes actually. :)
A quick search of PDP-11 on craigslist in atlanta doesn't return
anything. Guess I'll have to dig a bit deeper. :)
-brian
On Sun, 25 May 2014, Brian Hechinger wrote:
On Sat, May 24, 2014 at 09:49:54PM -0400, Gregg Levine wrote:
Hello!
Are you sure you don't have the entire Monty Python crowd working
inside your setup Brian? Sorry I couldn't resist.
Well, you do know van Rossum named Python partly to honor Monty Python,
right?
Now if only he made robots...;)
We can take a guess then that IDLE is named partly to honor Eric
himself. :)
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, May 24, 2014 at 09:49:54PM -0400, Gregg Levine wrote:
Hello!
Are you sure you don't have the entire Monty Python crowd working
inside your setup Brian? Sorry I couldn't resist.
Well, you do know van Rossum named Python partly to honor Monty Python,
right?
We can take a guess then that IDLE is named partly to honor Eric
himself. :)
-brian
