I live in London, but this weekend will probably the first weekend
this year I won't be here.
Dan
2009/11/3 Sampsa Laine <sampsa at mac.com>:
Guys,
If you're in or around London this weekend, let me know - I'm throwing a "92
Years Since The October Revolution" themed house party. Why? Why the hell
not.
Sampsa
Christine,
Terribly sorry about this, but turns out the guy I'm meant to drive down from Leeds can't make it this week - how is next week looking for you?
Sampsa
On 27 Oct 2009, at 15:37, Christine Caulfield wrote:
Oh god, my boiler is the same.
It used to crash every two or three weeks. And the plumber told me how to refill it and reset it. In the end it turned out to be a very slightly leaky radiator and it's been fine after that. I'm still supposed to check the pressure now and then though.
/me goes off to do it while she remembers.
Chrissie
On 27/10/09 15:30, Sampsa Laine wrote:
OK, cool, we'll synchronise schedules with my friend, probably come up
on Wednesday or Friday (Wed ideally, I'm thinking the traffic into
London on Friday might be a lot of Epic Phail).
As for the boiler repair, it was free - only had it installed a few
months back (behind my spare freezer, which isn't so great). Turns out
it just needed a top-up - this involved the guy fiddling with two dials.
Now the stupid thing cost me thousands AND has a computer already built
in, how freaking hard can it be to make the topping-up thing automatic.
Sampsa
On 27 Oct 2009, at 15:27, Christine Caulfield wrote:
Ahhh No problem.
That week is fine apart from Monday and Thursday.
I hope the boiler doesn't cost too much to fix :S
Chrissie
On 27/10/09 15:09, Sampsa Laine wrote:
Oh crap, so it was - I ACTUALLY mean the week commencing the 9th - sorry
about the confusion, been dealing with boiler repair guys all day.
Sampsa
On 27 Oct 2009, at 14:27, Christine Caulfield wrote:
Hiya
That's the week I thought you meant anyway! So that's fine.
My address is
39 St James Terrace
Horsforth
Leeds
LS18 5QT
Phone 0113 2288310
Chrissie
On 27/10/09 14:01, Sampsa Laine wrote:
Actually, if you can hold on to them for another week - i.e. the week
commencing 2 Nov, I'd be able to synchronise giving my friend a
lift to
London with the pick up. If this is a problem, no worries, I'll
come up
on next Thursday.
sampsa
On 27 Oct 2009, at 13:50, Christine Caulfield wrote:
On 27/10/09 12:41, Sampsa Laine wrote:
I'll take the VAXstation and Alpha PWS if you can spare them and
the CD
drives - as for pick up, well I'm between jobs so it's no biggie,
could
come up next week if that works for you.
Yes, that's fine. I work from home so most days during the daytime
will be OK, apart from Wednesday morning. Just give me a day or so's
notice when you'll be here and I'll be ready.
Chrissie
Guys,
If you're in or around London this weekend, let me know - I'm throwing a "92 Years Since The October Revolution" themed house party. Why? Why the hell not.
Sampsa
CODA is getting an early retirement. It's a very nice machine (a DS20E)
but it uses nearly 500W and with the marginal electricity rate here in CA at
something like 38 cents/kWh that's about $140 per month to keep it running
24x7. That's just too much, and I'm replacing it with a Charon-AXP-nce
emulation on a Linux box; it's the same Linux box we use for our MythTV
backend so it's already running 24x7 anyway. The Charon emulation is only
about half the speed of the original DS20 (the CPU emulation is not bad, but
the emulated I/O performance seems crappy when compared with the real
hardware) so it'll be an experiment to see if it can keep up.
The only real difference to HECnet is that people with Multinet
connections to me will see that they're now terminated by 2.17 CHARON rather
than 2.7 CODA.
Johnny, please add 2.17 CHARON to the node database on MIM.
Thanks,
Bob
If I don't select DECwindows Motif, then OpenVMS installs just fine. I guess there may be something wrong with the Motif PCSI package. Fortunately, I have no need for it to be installed, so I'll redo the installation without it and get a clean install going.
I've succesfully installed ovms 8.3 w/ DECwindows Motif from two different ISO images.
All works fine for me.
I ran into some strange problems with my Alpha CD. I was told that there were "bad blocks" found in the PCSI database during verification. The machine came up, so it appears to be okay, but I don't know that my installation completed successfully. I tried reimaging the CD I have into fresh ISOs, but they all come out the same.
For anyone who is curious how this ended up, I looked at Bob's image, and it was identical to mine, same size and same checksum.
I did some reinstallation attempts and finally tracked down the problem to trying to install DECwindows Motif. If I selected that package (not just the libraries, but the actual server component), I get this error during installation:
Portion done: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%
%PCSI-E-PDBFAILVAL, the product database failed verification due to an internal inconsistency
%PCSI-E-PDBFILERR, file PCSI$UPDATE_8.PCSI$DATABASE;1 failed with the following error:
-LIB-F-BADBLOSIZ, bad block size
%PCSI-E-PDBFAILVAL, the product database failed verification due to an internal inconsistency
%PCSI-E-S_OPFAIL, operation failed
%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition
If I don't select DECwindows Motif, then OpenVMS installs just fine. I guess there may be something wrong with the Motif PCSI package. Fortunately, I have no need for it to be installed, so I'll redo the installation without it and get a clean install going.
--Marc
I'm running ovms 8.3 w/ DECnet & TCP/IP under charon-nce.
eth0 used by host OS, eth1 used by emulator (no entry for eth1 in
`intefaces' file), both connected to the same switch.
Thanks, Oleg - that's basically the same setup I've got (except for the
interfaces file).
Gotta go now, but I'll fool with this some more tonight.
Bob
I don't know DECnet for Linux, but is there a way that you could
manually disable the eth1 circuit on sketti? Kind of a "define circuit
eth1 state off"?
DECnet/Linux is not supposed to be touching eth1. My /etc/default/decnet
says -
# DNET_INTERFACES specifies the names of ethernet interfaces whose
# MAC address is to be set to the DECnet node address
DNET_INTERFACES="eth0"
and also the /etc/decnet.conf says
#Node Node Name Node Line Line
#Type Address Tag Name Tag
Device
#----- ------- ----- ----- -----
------
executor 2.16 name sketti line eth0
So AFAIK the host DECnet should only be listening on eth0. Chrissy would
probably know for sure.
Bob
Bob Armstrong wrote:
Guys -
Sorry to bother you with a question, but I was wondering if anyone who had
tried Charon-AXP-nce was successful at getting DECnet running on OVMS 8.3
under the Charon emulation?
I'm running ovms 8.3 w/ DECnet & TCP/IP under charon-nce.
I't runnign right now (CTEPBA:: 1.301).
No problems found.
Host OS is Ubuntu 9.10, startup script:
--
#!/bin/sh
export CHARON_RAM_SIZE="256"
export CHARON_DKA0="dka0.vdisk"
export CHARON_DKA100="dka100.vdisk"
export CHARON_CDROM="ovms83-axp.iso"
export CHARON_EWA0="eth1"
cd /emul/charon && exec taskset -c 0-2 /emul/charon/es40_nce
--
eth0 used by host OS, eth1 used by emulator (no entry for eth1 in `intefaces' file), both connected to the same switch.
Hmmm.... Maybe I should uninstall DECnet/Linux from the host and try
again...
I don't know DECnet for Linux, but is there a way that you could manually disable the eth1 circuit on sketti? Kind of a "define circuit eth1 state off"?
--Marc
2.16 shouldn't have answered for your Alpha system.
I think that's OK - the Linux host is also running DECnet/Linux and its
(the host, that is) name is SKETTI, 2.16. It took some fooling, but I'm
pretty sure the host DECnet is using eth0 (as it should be).
That is a difference between our systems. I don't have DECnet on the host, so there isn't anything listening on eth1 except for CHARON-AXP.
I'm still concerned that a "TELL 2.17" got answered by the wrong system.
Here are a couple bad examples:
NCP>tell charon show exec
Node Volatile Summary as of 1-NOV-2009 13:16:12
Executor node = 2.17 (CHARON)
State = on
Identification = HP DECnet for OpenVMS Alpha
NCP>tell charon show exec
Node Volatile Summary as of 1-NOV-2009 13:16:13
Executor node = 2.16 (SKETTI)
Circuit = eth0
State = on
Identification = DECnet for Linux V2.6.31-14-generic on x86_64
And this looks worse:
$ set host charon
Welcome to OpenVMS (TM) Alpha Operating System, Version V8.3 Username: Exit Error reading command input
End of file detected
%REM-S-END, control returned to node DUSTY::
$ set host charon
Welcome to OpenVMS (TM) Alpha Operating System, Version V8.3 sketti login: ^Z
Login incorrect
sketti login: Interrupt Interrupt Are you repeating ^Y to abort the remote session on node CHARON? Y
Sometimes when you connect to 2.17, you're getting 2.16 answering instead. That can't be good.
--Marc
NCP>tell 2.17 show exec
Executor node = 2.16 (SKETTI)
Oppss. I take it all back about it being OK. You're right - that is a
problem. This is new, though - it wasn't doing this before.
That's really odd, though - if I log into the host Linux system and do
ifconfig, I see -
eth0 Link encap:Ethernet HWaddr aa:00:04:00:10:08
inet addr:10.1.1.25 Bcast:10.1.1.255 Mask:255.255.255.0
inet6 addr: fe80::21b:78ff:fe39:80df/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6419 errors:0 dropped:0 overruns:0 frame:0
TX packets:1049 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:439015 (439.0 KB) TX bytes:215532 (215.5 KB)
Interrupt:17
eth1 Link encap:Ethernet HWaddr aa:00:04:00:11:08
inet6 addr: fe80::a800:4ff:fe00:1108/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5174 errors:0 dropped:0 overruns:0 frame:0
TX packets:661 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:314584 (314.5 KB) TX bytes:42823 (42.8 KB)
Interrupt:18 Base address:0x5000
Note that eth0 and eth1 DON'T have the same MACs, and I believe they're the
correct MACs for 2.16 (eth0) and 2.17 (eth1) respectively.
Hmmm.... Maybe I should uninstall DECnet/Linux from the host and try
again...
Bob
2.16 shouldn't have answered for your Alpha system.
I think that's OK - the Linux host is also running DECnet/Linux and its
(the host, that is) name is SKETTI, 2.16. It took some fooling, but I'm
pretty sure the host DECnet is using eth0 (as it should be).
The emulation is 2.17, which I'm calling CHARON for the moment. Not very
original, but hey :-) It's using eth1.
The password to the SYSTEM account on 2.17 is GUEST. Have your way with
it - there's nothing on there I want to keep :-)
Bob
I think I see something funny going on. It looks as though your Linux host is listening on eth1:
NCP>tell 2.17 show exec
Node Volatile Summary as of 1-NOV-2009 13:05:01
Executor node = 2.16 (SKETTI)
Circuit = eth0
State = on
Identification = DECnet for Linux V2.6.31-14-generic on x86_64
2.16 shouldn't have answered for your Alpha system.
--Marc
Question - is "auto eth1" the right thing to do
I guess I can answer my own question - if you don't have the "auto" then
the "pre-up" to configure the MAC never gets invoked....
I tried this suggestion, and unfortunately it doesn't fix anything. Eth1
did indeed get pre-configured with the right DECnet MAC before Charon
started, but it made no difference.
I did notice this additional symptom, though -
[On the Charon-AXP-nce emulated OVMS system]
$ mcr ncp show act cir count
...
Circuit = EWA-0
...
12 Unrecognized frame destination
...
That looks like an Ethernet MAC problem, but I've no idea what's causing it.
Bob
I just "dd"ed mine to an ISO file. No problems there. If you have some
ftp site that I can upload it to, I can send you my .iso later tonight.
Thanks, that would be quite helpful. Can you sftp? If so, I'll send you a login you can use.
If my math is right, aa:00:04:00:11:08 works out to 2.17 (and that's the
right address).
It does look like Charon-AXP changed the hardware address of the interface correctly, then.
# The trailing zone network interface
auto eth1
iface eth1 inet manual
pre-up /sbin/ifconfig eth1 hw ether aa:00:04:00:d5:08
I'll give that a try next. Question - is "auto eth1" the right thing to
do? That makes the interface start up when the boot does an "ifup -a",
right? I didn't do that (I figured Charon would start it when it got around
to it).
I'm far from an expert on Linux network interfaces. It doesn't seem to harm anything, and I do want the interface to be up for the emulated system.
Since Charon-AXP is expecting to have dedicated access to the interface, it may do a lot more configuration and management of the interface than I expect. I've been using this setup with SIMH VAX and PDP-11, and something similar for Panda (TOPS-20), so it's just a matter of course for me when I'm setting up an emulated system (that uses DECnet, anyway).
--Marc
Thanks Marc -
I ran into some strange problems with my Alpha CD.
I just "dd"ed mine to an ISO file. No problems there. If you have some
ftp site that I can upload it to, I can send you my .iso later tonight.
One thing that I did that may be useful is that I preconfigured my eth1
interface with the expected (computed) hardware address for my DECnet ...
I didn't do that, although I did do 'ifconfig eth1' on the Linux host
while the Charon/OVMS emulation was running.
eth1 Link encap:Ethernet HWaddr aa:00:04:00:11:08
inet6 addr: fe80::a800:4ff:fe00:1108/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9870 errors:0 dropped:0 overruns:0 frame:0
TX packets:751 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:602103 (602.1 KB) TX bytes:66583 (66.5 KB)
Interrupt:18 Base address:0x5000
If my math is right, aa:00:04:00:11:08 works out to 2.17 (and that's the
right address).
# The trailing zone network interface
auto eth1
iface eth1 inet manual
pre-up /sbin/ifconfig eth1 hw ether aa:00:04:00:d5:08
I'll give that a try next. Question - is "auto eth1" the right thing to
do? That makes the interface start up when the boot does an "ifup -a",
right? I didn't do that (I figured Charon would start it when it got around
to it).
Bob
I decided to try looking at Charon-AXP NCE again and did have much better luck with it myself this time. I'm glad this topic came up.
then I mounted the OpenVMS Hobbyist
Alpha CD on the simulated CDROM and re-installed my own OpenVMS.
I ran into some strange problems with my Alpha CD. I was told that there were "bad blocks" found in the PCSI database during verification. The machine came up, so it appears to be okay, but I don't know that my installation completed successfully. I tried reimaging the CD I have into fresh ISOs, but they all come out the same. I wonder whether your version is somehow different from mine.
Whenever I try any outgoing connection from the emulated Charon-AXP
system, I always get "network communication error" and "network partner
aborted logical link". No outgoing connection seems to work; not SET HOST,
not FAL, not NCP, nothing.
It seems to be working fine for me in both directions.
One thing that I did that may be useful is that I preconfigured my eth1 interface with the expected (computed) hardware address for my DECnet address (I'm using 2.213 for my new system called ANDY). For my Ubuntu system, I have this file in /etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
# The trailing zone network interface
auto eth1
iface eth1 inet manual
pre-up /sbin/ifconfig eth1 hw ether aa:00:04:00:d5:08
I don't know whether this is required, but I did see in the either in the log file or in the startup messages that Charon-AXP did seem to pay attention to the interface's hardware address. Maybe you should try that and see if that improves things.
--Marc
Guys -
Sorry to bother you with a question, but I was wondering if anyone who had
tried Charon-AXP-nce was successful at getting DECnet running on OVMS 8.3
under the Charon emulation?
I installed Charon-AXP-nce (no sweat there, and thanks for the pointer to
it). It boots and runs OVMS8.3 just fine. First I used their sample
pre-installed system disk image, and then I mounted the OpenVMS Hobbyist
Alpha CD on the simulated CDROM and re-installed my own OpenVMS. Registered
hobbyist licenses, etc. No problems.
Then I installed a second Ethernet card on my Linux host system. Had a
little bit of trouble getting udev, Network Manager and DECnet/Linux to all
cooperate on which interfaces to name and use, but I eventually got that all
straightened out. Now I have an eth1 device which nobody on the Linux host
is messing with. I modified the start_es40_nce to use eth1 for EWA0. It
appears to work - I can start DECnet on the emulated OVMS system, and I get
circuit up and adjacency up events from DECnet. Looks great, but...
Whenever I try any outgoing connection from the emulated Charon-AXP
system, I always get "network communication error" and "network partner
aborted logical link". No outgoing connection seems to work; not SET HOST,
not FAL, not NCP, nothing.
BUT the really weird thing is that it works in the other direction. I can
go to CODA (a real Alpha system) and SET HOST to the Charon emulated system.
That works just fine, as does NCP, FAL, etc as _inbound_ connections.
Has anybody seen this behavior with DECnet before, either under emulation
or on real hardware? What could cause this?
Thanks,
Bob
You could try to blag a hobbyist license of SYSGEM...
http://www.sysgem.com/products/svms.php
On 1 Nov 2009, at 11:48, gerry77 at mail.com wrote:
Dear All,
I'm looking for some ideas about logging user activity for a guest account.
Up until now I've used image accounting and a batch job doing some cleanup
at every month end (old accounting file closure, guest records extraction,
compression, deletion, etc.), but I'm not very satisfied.
What I'm thinking about is something like .bash_history in Linux and such,
but I cannot figure out how to accomplish something similar either with a
user-written program or with some DCL code and system facilities.
I do know that this wouldn't be a very tight security feature, and anyway
the overall control over the guest account is already quite effective
(/RESTRICTED flag, specific group UIC and login procedure, good ACLs on
TCP/IP, increased system audit, and so on), but I'm just curious about what
guests do when they enter our systems. So, a log of the commands entered at
the DCL prompt would be a very nice bonus and would be also useful to spot
both possible silly break attempts and areas needing improved security.
Any suggestions? :)
Thank you,
G.
Dear All,
I'm looking for some ideas about logging user activity for a guest account.
Up until now I've used image accounting and a batch job doing some cleanup
at every month end (old accounting file closure, guest records extraction,
compression, deletion, etc.), but I'm not very satisfied.
What I'm thinking about is something like .bash_history in Linux and such,
but I cannot figure out how to accomplish something similar either with a
user-written program or with some DCL code and system facilities.
I do know that this wouldn't be a very tight security feature, and anyway
the overall control over the guest account is already quite effective
(/RESTRICTED flag, specific group UIC and login procedure, good ACLs on
TCP/IP, increased system audit, and so on), but I'm just curious about what
guests do when they enter our systems. So, a log of the commands entered at
the DCL prompt would be a very nice bonus and would be also useful to spot
both possible silly break attempts and areas needing improved security.
Any suggestions? :)
Thank you,
G.
Sampsa,
First check to make sure the image exists where it needs to. Second,
check using "INSTALL" that the sharable image is installed.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Sampsa Laine
Sent: Friday, October 30, 2009 11:40 PM
To: hecnet at Update.UU.SE
Subject: [HECnet] Python on IA64?
Anyone managed to get Python working on Integrity? I keep getting this
error:
%DCL-W-ACTIMAGE, error activating image LIBBZ2_SHR32
-CLI-E-IMAGEFNF, image file not found
RHESUS$DKA0:[SYS0.SYSCOMMON.] [SYSLIB]LIBBZ2_SHR32.EXE;
(during the install - if I ignore the error, it gives me that when I try
to run Python. I've installed LIBBZ2 already...)
RHESUSSYS$ product show product
------------------------------------ ----------- ---------
PRODUCT KIT TYPE STATE
------------------------------------ ----------- --------- <... snip
...>
JFP I64VMS FREETYPE V2.3-7 Full LP Installed
JFP I64VMS GDCHART V0.11-4 Full LP Installed
JFP I64VMS LIBBZ2 V1.0-4 Full LP Installed
JFP I64VMS LIBGD V2.0-35 Full LP Installed
JFP I64VMS LIBIMAGING V1.1-6 Full LP Installed
JFP I64VMS LIBJPEG V6.2 Full LP Installed
JFP I64VMS LIBPNG V1.2-31 Full LP Installed
JFP I64VMS LIBXSLT V1.1-12 Full LP Installed
JFP I64VMS PYTHON254 V1.0-0 Full LP Installed
JFP I64VMS ZLIB V1.2-3 Full LP Installed
------------------------------------ ----------- ---------
Anyone managed to get Python working on Integrity? I keep getting this error:
%DCL-W-ACTIMAGE, error activating image LIBBZ2_SHR32
-CLI-E-IMAGEFNF, image file not found RHESUS$DKA0:[SYS0.SYSCOMMON.][SYSLIB]LIBBZ2_SHR32.EXE;
(during the install - if I ignore the error, it gives me that when I try to run Python. I've installed LIBBZ2 already...)
RHESUSSYS$ product show product
------------------------------------ ----------- ---------
PRODUCT KIT TYPE STATE
------------------------------------ ----------- ---------
<... snip ...>
JFP I64VMS FREETYPE V2.3-7 Full LP Installed
JFP I64VMS GDCHART V0.11-4 Full LP Installed
JFP I64VMS LIBBZ2 V1.0-4 Full LP Installed
JFP I64VMS LIBGD V2.0-35 Full LP Installed
JFP I64VMS LIBIMAGING V1.1-6 Full LP Installed
JFP I64VMS LIBJPEG V6.2 Full LP Installed
JFP I64VMS LIBPNG V1.2-31 Full LP Installed
JFP I64VMS LIBXSLT V1.1-12 Full LP Installed
JFP I64VMS PYTHON254 V1.0-0 Full LP Installed
JFP I64VMS ZLIB V1.2-3 Full LP Installed
------------------------------------ ----------- ---------
Oleg Safiullin wrote:
Bob Armstrong wrote:
Thanks for all the feedback, guys. I guess it'll be Charon-AXP NCE :-)
Did any of you guys who are using that try running DECnet and/or
Multinet/UCX/etc on it? I notice that the release notes say "WARNING:
Ethernet adapter, which is assigned to CHARON, must not be used by
third-party programs." Does "third party programs" include the host Linux
OS and can I interpret that as meaning that you need a separate, dedicated,
Ethernet card for the Charon-AXP? Everything else looks pretty
straightforward...
Thanks again,
Bob
I think the reason for using dedicated NIC is very simple: it's used in non-promiscuous mode and all the changes
to mac address/mcast filters made by guest system affect physical NIC and may conflict with host OS.
Also, if you want to talk IP, you get into problems with the host, which also talks IP on the same NIC. Confusion easily follows...
Johnny
Bob Armstrong wrote:
Thanks for all the feedback, guys. I guess it'll be Charon-AXP NCE :-)
Did any of you guys who are using that try running DECnet and/or
Multinet/UCX/etc on it? I notice that the release notes say "WARNING:
Ethernet adapter, which is assigned to CHARON, must not be used by
third-party programs." Does "third party programs" include the host Linux
OS and can I interpret that as meaning that you need a separate, dedicated,
Ethernet card for the Charon-AXP? Everything else looks pretty
straightforward...
Thanks again,
Bob
I think the reason for using dedicated NIC is very simple: it's used in non-promiscuous mode and all the changes
to mac address/mcast filters made by guest system affect physical NIC and may conflict with host OS.
