Does this help?
http://www.youtube.com/watch?v=Dmrmj5y72kg
:)
On 06/10/2013, at 7:30 AM, Sampsa Laine <sampsa at mac.com> wrote:
Umm.. That actual unit in the video arrives at my house on Monday. I bought it on eBay a week ago :)
I didn't know they weren't common.
I am more than moderately jealous.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 6 Oct 2013, at 01:26, Cory Smelosky <b4 at gewt.net> wrote:
On Sat, 5 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
Evil????
They're evil when they're not being descriptive.
Is there some way to just turn them off for a user?
I know about the EXQUOTA privilege but that doesn't to help in Cory's case.
sampsa
Umm.. That actual unit in the video arrives at my house on Monday. I bought it on eBay a week ago :)
I didn't know they weren't common.
I am more than moderately jealous.
On Sat, 5 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
Evil????
They're evil when they're not being descriptive.
Evening all,
I'm fighting with nonsensical quota errors from DECUS UUCP: p:uucp <<
h:b4gate [10/05-18:50:07-0000013f] * Rd qio req err (4096
%SYSTEM-F-EXQUOTA, process quota exceeded) u:uucp
What kind of error message is that?
That's what I want to know!
Yet:
UAF> sh uu_b4gate
Username: UU_B4GATE Owner: b4gate UUCP login
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisWelcome DisNewMail DisMail DisReport
DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: #----------------------- #-----------------------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ##### Full access ###### ##### Full access ######
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: 5-OCT-2013 12:47
Last Login: 5-OCT-2013 18:49 (interactive), 5-OCT-2013 13:02
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_daemon
Username: UUCP_DAEMON Owner: UUCP daemon account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: SYS$SYSDEVICE:[USER]
LGICMD: LOGIN
Flags: DisCtlY LockPwd DisWelcome DisNewMail DisMail DisReport
DisReconnect
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ----- No access ------ ----- No access ------
Dialup: ----- No access ------ ----- No access ------
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: 90 00:00 Pwdchange: (pre-expired)
Last Login: (none) (interactive), 5-OCT-2013 18:45
(non-interactive)
Maxjobs: 0 Fillm: 300 Bytlm: 32768
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 1024
CPU: (none) Enqlm: 250 Pgflquo: 32768
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_login
Username: UUCP_LOGIN Owner: Template UUCP Account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisUser DisWelcome DisNewMail DisMail
DisReport DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: (pre-expired)
Last Login: (none) (interactive), (none)
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
After a fresh and clean reboot, there is no problem. After awhile however
UUCP ust completely falls over and throws quota limits. As I have rainsed
several of them far above defaults...any ideas where the problem could be?
My guess, if I had to wager one, would be BYTLM.
I'll try upping that.
However, I'd like to know where it's returning SS$_EXQUOTA. C programmers
often seem to miss returning the most important piece of information when
they include the cryptic error messages like that which you posted. If it
is possible to get a process dump/traceback or there's a way to modify the
error messaging such that the PC (program counter) can be returned, it is
then possible -- assuming you have generated compiler .LIStings and linke
r .MAPs when building UUCP -- to figure out which system service returned
the SS$_EXQUOTA
I'd love to find that out myself. Mark P. can help...iirc he DID write part of this UUCP stack. I'm not too fmailiar with UUCP's internals.
That said, most quotas are debited and credited. If there's a programming
error, some deductible quota may be debited and not credited back when it
is no longer needed (like memory leaks when allocated memory is not freed)
leading to a shortfall when a system service invoked to perform some deed
that has no quota left to debit from.
I can attempt to enable further UUCP debugging.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Umm.. That actual unit in the video arrives at my house on Monday. I bought it on eBay a week ago :)
I didn't know they weren't common.
Daniel
Sent from my iPhone
On 6 Oct 2013, at 12:11 am, Sampsa Laine <sampsa at mac.com> wrote:
I think I'm going to spend the rest of life looking for a VT340/340+. It's an addiction, but I simply must own one of them.
Video made me drool: http://www.youtube.com/watch?v=2HwhNYQFe-0
sampsa <sampsa at mac.com>
mobile +358 40 7208932
Cory Smelosky <b4 at gewt.net> writes:
Evil????
Evening all,
I'm fighting with nonsensical quota errors from DECUS UUCP: p:uucp <<
h:b4gate [10/05-18:50:07-0000013f] * Rd qio req err (4096
%SYSTEM-F-EXQUOTA, process quota exceeded) u:uucp
What kind of error message is that?
Yet:
UAF> sh uu_b4gate
Username: UU_B4GATE Owner: b4gate UUCP login
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisWelcome DisNewMail DisMail DisReport
DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: #----------------------- #-----------------------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ##### Full access ###### ##### Full access ######
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: 5-OCT-2013 12:47
Last Login: 5-OCT-2013 18:49 (interactive), 5-OCT-2013 13:02
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_daemon
Username: UUCP_DAEMON Owner: UUCP daemon account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: SYS$SYSDEVICE:[USER]
LGICMD: LOGIN
Flags: DisCtlY LockPwd DisWelcome DisNewMail DisMail DisReport
DisReconnect
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ----- No access ------ ----- No access ------
Dialup: ----- No access ------ ----- No access ------
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: 90 00:00 Pwdchange: (pre-expired)
Last Login: (none) (interactive), 5-OCT-2013 18:45
(non-interactive)
Maxjobs: 0 Fillm: 300 Bytlm: 32768
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 1024
CPU: (none) Enqlm: 250 Pgflquo: 32768
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
UAF> sh uucp_login
Username: UUCP_LOGIN Owner: Template UUCP Account
Account: UUCP UIC: [144,1]
([UUCP,UUCP_LOGIN])
CLI: DCL Tables: DCLTABLES
Default: UUCP_DISK:[UUCP.SPOOL]
LGICMD: UUCP_BIN:UUCP_LOGIN
Flags: DisCtlY LockPwd Restricted DisUser DisWelcome DisNewMail DisMail
DisReport DisReconnect Captive
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
Primary 000000000011111111112222 Secondary 000000000011111111112222
Day Hours 012345678901234567890123 Day Hours 012345678901234567890123
Network: ----- No access ------ ----- No access ------
Batch: ##### Full access ###### ##### Full access ######
Local: ##### Full access ###### ##### Full access ######
Dialup: ##### Full access ###### ##### Full access ######
Remote: ----- No access ------ ----- No access ------
Expiration: (none) Pwdminimum: 6 Login Fails: 0
Pwdlifetime: (none) Pwdchange: (pre-expired)
Last Login: (none) (interactive), (none)
(non-interactive)
Maxjobs: 0 Fillm: 30 Bytlm: 50000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 80 JTquota: 8192
Prclm: 8 DIOlm: 80 WSdef: 2500
Prio: 4 ASTlm: 80 WSquo: 3500
Queprio: 0 TQElm: 20 WSextent: 3000
CPU: (none) Enqlm: 250 Pgflquo: 10000
Authorized Privileges:
EXQUOTA NETMBX TMPMBX
Default Privileges:
EXQUOTA NETMBX TMPMBX
After a fresh and clean reboot, there is no problem. After awhile however
UUCP ust completely falls over and throws quota limits. As I have rainsed
several of them far above defaults...any ideas where the problem could be?
My guess, if I had to wager one, would be BYTLM.
However, I'd like to know where it's returning SS$_EXQUOTA. C programmers
often seem to miss returning the most important piece of information when
they include the cryptic error messages like that which you posted. If it
is possible to get a process dump/traceback or there's a way to modify the
error messaging such that the PC (program counter) can be returned, it is
then possible -- assuming you have generated compiler .LIStings and linke
r .MAPs when building UUCP -- to figure out which system service returned
the SS$_EXQUOTA
That said, most quotas are debited and credited. If there's a programming
error, some deductible quota may be debited and not credited back when it
is no longer needed (like memory leaks when allocated memory is not freed)
leading to a shortfall when a system service invoked to perform some deed
that has no quota left to debit from.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
Cory what did you do? It seems from the earlier message that something
happened where you are.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sat, Oct 5, 2013 at 7:06 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
On Sat, Oct 05, 2013 at 11:13:49AM -0400, Cory Smelosky wrote:
Morning all,
Are the scripts not running? I updated DNS to reflect my IP change
several days ago, didn't receive an email, and can't reach the rest of
HECnet.
Completed NOTIFY: PID=10867, CHANNEL=tunnels, PAYLOAD={"action": "MANUAL", "reason": "oops, Broke DNS. Better now."}
No emails went out, just FYI.
-brian
On Sat, Oct 05, 2013 at 11:13:49AM -0400, Cory Smelosky wrote:
Morning all,
Are the scripts not running? I updated DNS to reflect my IP change
several days ago, didn't receive an email, and can't reach the rest of
HECnet.
Completed NOTIFY: PID=10867, CHANNEL=tunnels, PAYLOAD={"action": "MANUAL", "reason": "oops, Broke DNS. Better now."}
No emails went out, just FYI.
-brian
On Sat, Oct 05, 2013 at 11:13:49AM -0400, Cory Smelosky wrote:
Morning all,
Are the scripts not running? I updated DNS to reflect my IP change
several days ago, didn't receive an email, and can't reach the rest of
HECnet.
Traceback (most recent call last):
File "./gen_cisco_tunnels.py", line 332, in <module>
send_emails(tunnels, reason)
File "./gen_cisco_tunnels.py", line 219, in send_emails
s.sendmail(from_email, tun.email, msg.as_string())
File "/usr/local/lib/python3.3/smtplib.py", line 759, in sendmail
raise SMTPSenderRefused(code, resp, from_addr)
smtplib.SMTPSenderRefused: (451, b'4.1.8 Domain of sender address
hecnet at 4amlunch.net does not resolve', 'HECnet Cisco Config Tool <hecnet at 4amlunch.net>')
DNS broke. My script handles that very poorly it seems. Emails are sent
before SNMP is pushed.
DNS is fixed but the mail server complaining in this case isn't aware of
that yet it seems.
I'll fix the code to gracefully handle this.
-brian
Johnny Billquist <bqt at softjar.se> writes:
On 2013-10-05 22:27, Dave McGuire wrote:
On 10/05/2013 11:45 AM, Johnny Billquist wrote:
I have two VaxStation 3100's that I bought some time back but didn't
have time to mess with until now.
Unlike my DEC 3000, the serial console is an MMJ port and not a DB9
serial port.
Does anyone have an excess or spare MMJ to DB9 adaptor, or know where
I can purchase an inexpensive one?
First of all, you are talking about a DE9, not a DB9 (surprising how
many don't know the correct name of that connector).
I educate whomever I can, but I have all but given up on the general
technical public understanding this.
It is rather surprising that this lack of understanding continues...
Second, DEC often used a different pinout for a DE9 than IBM did, so you
might not be too happy with the adapter, depending on what you want in
the end.
In this case, the DEC-machine-facing side is the MMJ. (at least that
is my understanding)
Mine too. But he was asking for a MMJ to DE9 adapter as well. And I was
pointing out that the (most) common adapter is not IBM PC compatible.
I don't believe that the most common MMJ adapters are NOT PeeCee compatible.
I have and I have come across manymnay more that are PeeCee compatible that
those that are not. The original 9-pin pinout was abandoned pretty early on
in the MMJ adapter history. See the OpenVMS FAQ for actual part number for
these adapters.
http://www.hoffmanlabs.org/vmsfaq/
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
