On Sun, 6 Oct 2013, Brian Schenkenberger, VAXman- wrote:
Cory Smelosky <b4 at gewt.net> writes:
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.
Don't blame the paper when the author spills the ink on it! ;)
What if the author tripped on a different peice of paper? ;)
That "message" is pure UUCP code schtuff!
True. ;)
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.
You don't need to understand UUCP internals to change the error reporting
cryptic clues into something more substantial for debugging your issue.
I sorta do...the debug flags aren't /too/ well documented and octal, binary, and hex are all valid ways of defining debug flags.
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.
OK. I played about with UUCP only to port it to Alpha many years ago for
a paying client. It was never released to public domain as a result. It
ported fairly easily though. The only thing that I recall that had to be
done was to insure that the compiler did not apply any structure member
alignment.
I have updated object files...but I'm not too good at linking the object files to a piece of software I don't know intimately without scripts to aide me. ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Thursday, October 03, 2013 at 9:39 AM, Johnny Billquist wrote:
On 2013-10-03 17:24, Paul_Koning at Dell.com wrote:
On Sep 29, 2013, at 9:18 AM, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-09-29 14:48, Sampsa Laine wrote:
I noticed that the SIMH PDP-11 distribution contains emulation of
TC11/TU56 DECtape drives. My questions are:
- How hard would these be to port to the VAX SIMH emulation?
- Do modern VMS (e.g > 7.0) OSes support DECtapes?
I figure it would be a nice way to transfer files between a PDP-11 and
VAX system for example..
VMS have never supported DECtape, as far as I know...
Not officially. But I know it was done as a "midnight project", by Andy
Goldstein if I remember correctly. That supposedly even included
overlapped seek support, just as TOPS-10 did.
Why am I not surprised he would be involved...
You might just turn it on and see if it works "out of the box".
I would assume the file structure used is the same as what RSX uses,
whatever that is.
That would be normal Files-11 in that case. It might be a single directory file;
structure, though. Like for floppies.
It would be easy enough to add the TC11/TU56 to a simh Unibus VAX system.
I think that the hard part would be getting the "Midnight project" device driver which may have been written back then.
The driver doesn't seem to be included in VMS:
$ mc sysgen
SYSGEN> CONF
DEVICE> tc11
DEVICE> Exit
Device: TC11 Name: DTA CSR: 777340 Vector: 214 Support: no
Notice the "Support: no".
- Mark
Sampsa Laine <sampsa at mac.com> writes:
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?
Most of the process quotas exist to limit use of system resources that are
allocated on behalf of the user (for example, page dynamic memory or non-
paged pool) when some system service is called (mailbox creation or $QIO).
I know about the EXQUOTA privilege but that doesn't to help in Cory's case.
That's only for disk quota and it's generally an antiquated concept in the
age of terabyte spindles.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
That brings back memories! :)
-brian
On Oct 5, 2013, at 18:49, Johnny Billquist <bqt at softjar.se> wrote:
On 2013-10-05 21:23, Sampsa Laine wrote:
Is it possible to send DECNET frames over regular RS232 serial ports?
Yes. It's called DDCMP.
Johnny
Cory Smelosky <b4 at gewt.net> writes:
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.
Don't blame the paper when the author spills the ink on it! ;)
That "message" is pure UUCP code schtuff!
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.
You don't need to understand UUCP internals to change the error reporting
cryptic clues into something more substantial for debugging your issue.
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.
OK. I played about with UUCP only to port it to Alpha many years ago for
a paying client. It was never released to public domain as a result. It
ported fairly easily though. The only thing that I recall that had to be
done was to insure that the compiler did not apply any structure member
alignment.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
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.
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 tired hooking up my multisync monitor I have hooked up to my DEC
3000, but I don't think the graphic card is set to a setting within
the monitor's range, as nothing shows up.
Do the DEC 3000 have a VGA port?
It does not.
In that case, I would probably suspect the cable just as much as any possible frequency issues...
Johnny
On 2013-10-05 18:56, Sampsa Laine wrote:
A 340 is nice. The 330 is pretty much the same, except for being monochrome.
The problem with the 340 is that the power supply have a tendency of blowing up with age. (I have two broken ones...)
Can they be replaced with anything sensible, i.e. could a qualified electrician build a new one for not too much effort?
The power supply is not a separate unit, but sits on the same mainboard as everything else.
Johnny
Dave McGuire <mcguire at neurotica.com> writes:
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).
Fallout from DB-25 is likely to blame.
I educate whomever I can, but I have all but given up on the general
technical public understanding this.
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.
THe early DEC 9-pin connectors were basically DB-25(pins 1 through 8) mapped
to DE-9(pins 1 through 8) and DB-25(pin 20) to DE-9(pin 9). Due to the more
ubiquitous IBM PeeCee pin pin configuration, DEC bagan producings DE-9s with
that pin configuration.
The 9-pin console connection on the back of a MicroVAX-II, for example, hused
the earlier configuration. The 9-pin console connection on the PCI bus Alpha
workstations, a later DEC product example, used the latter pin configuraiton.
In this case, the DEC-machine-facing side is the MMJ. (at least that
is my understanding)
I tired hooking up my multisync monitor I have hooked up to my DEC
3000, but I don't think the graphic card is set to a setting within
the monitor's range, as nothing shows up.
Do the DEC 3000 have a VGA port?
It does not.
And there were different graphics options too for the 3000s depending upon
the model. None, that I recall, were VGA.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 10/05/2013 05:53 PM, Mark Wickens wrote:
I have a vt330 with a blown fly back transformer. I can see that
there are new fly backs on eBay at the moment, it will cost me a bit
to get one, but I think I should have another go at fixing it (I
previously had bought a compatible one but clearly wasn't right).
Wow...if any compatible flyback transformers are available, I'd grab
them while you can. If there are multiple available, please let us know!
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
I have a vt330 with a blown fly back transformer. I can see that there are new fly backs on eBay at the moment, it will cost me a bit to get one, but I think I should have another go at fixing it (I previously had bought a compatible one but clearly wasn't right).
They are nice terminals indeed, especially with the graphics support.
Mark
http://www.wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 5 Oct 2013, at 22:09, Dave McGuire <mcguire at neurotica.com> wrote:
On 10/05/2013 05:03 PM, Mark Benson wrote:
It would likely be easier to repair the existing power supplies. Are
schematics around?
That depends what components die and how directly replaceable they are.
True, of course. But it's usually electrolytic capacitors in older
switching power supplies. Not exclusively, of course, but usually.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
After considerable hacking (including a Raspi, serial cables and netcat) Cory has managed to get MOIRA, his VAXstation to connect over UUCP to UUHECNET.
We _HOPE_ that gating email will be simple, but still need to test it out..
Here's how it's set up:
http://uuhec.net/link.png
On 10/05/2013 05:03 PM, Mark Benson wrote:
It would likely be easier to repair the existing power supplies. Are
schematics around?
That depends what components die and how directly replaceable they are.
True, of course. But it's usually electrolytic capacitors in older
switching power supplies. Not exclusively, of course, but usually.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
