INFO-VAX Mon, 14 Jul 2008 Volume 2008 : Issue 390 Contents: Re: Another new VMS system. File modified date a week late Re: File modified date a week late RFC: Switching to WASD after 15 yrs with OSU... Re: RFC: Switching to WASD after 15 yrs with OSU... Re: RFC: Switching to WASD after 15 yrs with OSU... Re: RFC: Switching to WASD after 15 yrs with OSU... Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) VMS certifications Re: VMS certifications ---------------------------------------------------------------------- Date: Mon, 14 Jul 2008 06:32:33 +0800 From: "Richard Maher" Subject: Re: Another new VMS system. Message-ID: Hi Kerry, "SGX, a new OpenVMS customer, will base their SGX Quest installation on HP AlphaServer systems running HP's Reliable Transaction Router (RTR) and Oracle® Rdb database in a two-site, disaster-tolerant configuration." Doesn't sound very (AA) Active-Active to me :-( Of course UNIXesque failovers can also be considered "disaster-tolerant", but I had rather hoped that OMX would be leveraging the full capabilities of VMS clusters. Not to worry, you can carry on singing " Yeah RTR store-and-forward" from the roof-tops :-( Regards Richard Maher PS. But 2004 would make the decision before Nasdaq's takeover would it not? An if they went VMS OM_click in 2004, what was this change about? "Main, Kerry" wrote in message news:C72D63EB292C9E49AED23F705C61957BF631DDAEB5@G1W0487.americas.hpqcorp.net... > -----Original Message----- > From: Michael Austin [mailto:maustin@firstdbasource.com] > Sent: July 8, 2008 4:36 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Another new VMS system. > > Jan-Erik Söderholm wrote: > > See http://www.sgx.com/ > > Click "SGX moves to new securities trading engine". > > > > Or see : http://tinyurl.com/5zpm8k for a > > less-capable-browser-version... > > > I find no information (in google...) that describes the actual platform > this runs on... I cannot even find anything on Quest-ST - do you have a > source that describes the platform? Perhaps the experiences they had with what appears to be their last new system had some influence on their choice for this new application? http://www.openvms.org/stories.php?story=04/01/22/7074154 (2004 article) "SGX, a new OpenVMS customer, will base their SGX Quest installation on HP AlphaServer systems running HP's Reliable Transaction Router (RTR) and Oracle® Rdb database in a two-site, disaster-tolerant configuration." Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-254-8911 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sun, 13 Jul 2008 17:36:28 -0400 From: norm.raphael@metso.com Subject: File modified date a week late Message-ID: This is a multipart message in MIME format. --=_alternative 007702A285257485_= Content-Type: text/plain; charset="US-ASCII" I've seen this kind of thing before, but cannot authoritatively answer it. Is something just stuck in cache until the next week? $dire/siz=all/date=(c,m)/ver=3 jam451:[costtech]cswk*.log Directory JAM451:[COSTTECH] CSWKLYRPT.LOG;635 13/20 13-JUL-2008 14:05:48.33 13-JUL-2008 14:06:23.95 CSWKLYRPT.LOG;634 13/20 5-JUL-2008 22:04:59.40 5-JUL-2008 22:05:35.80 CSWKLYRPT.LOG;633 13/20 29-JUN-2008 02:53:04.34 29-JUN-2008 03:02:24.21 CSWKLYRPT_PRINT.LOG;633 11/20 13-JUL-2008 14:06:23.98 13-JUL-2008 14:06:34.11 <--okay CSWKLYRPT_PRINT.LOG;632 11/20 5-JUL-2008 22:05:35.85 13-JUL-2008 14:06:23.77 <--today? CSWKLYRPT_PRINT.LOG;631 11/20 29-JUN-2008 03:02:24.10 5-JUL-2008 22:05:35.62 <--week prior CSWKLYUPD.LOG;633 30/30 13-JUL-2008 13:35:48.16 13-JUL-2008 14:06:23.77 CSWKLYUPD.LOG;632 31/40 5-JUL-2008 21:34:59.32 5-JUL-2008 22:05:35.63 Total of 8 files, 133/190 blocks. $type/tail=6 jam451:[costtech]CSWKLYRPT_PRINT.LOG;632 CS_TECHNICAL job terminated at 5-JUL-2008 22:05:46.03 Accounting information: Buffered I/O count: 332 Peak working set size: 6240 Direct I/O count: 10624 Peak virtual size: 182000 Page faults: 1201 Mounted volumes: 0 Charged CPU time: 0 00:00:01.99 Elapsed time: 0 00:00:10.26 $type/tail=6 jam451:[costtech]CSWKLYRPT_PRINT.LOG;631 CS_TECHNICAL job terminated at 29-JUN-2008 03:02:45.97 Accounting information: Buffered I/O count: 332 Peak working set size: 8192 Direct I/O count: 10682 Peak virtual size: 182000 Page faults: 1169 Mounted volumes: 0 Charged CPU time: 0 00:00:02.83 Elapsed time: 0 00:00:22.41 --=_alternative 007702A285257485_= Content-Type: text/html; charset="US-ASCII"
I've seen this kind of thing before, but cannot authoritatively answer it.
Is something just stuck in cache until the next week?

$dire/siz=all/date=(c,m)/ver=3 jam451:[costtech]cswk*.log

Directory JAM451:[COSTTECH]

CSWKLYRPT.LOG;635         13/20       13-JUL-2008 14:05:48.33  13-JUL-2008 14:06:23.95
CSWKLYRPT.LOG;634         13/20        5-JUL-2008 22:04:59.40   5-JUL-2008 22:05:35.80
CSWKLYRPT.LOG;633         13/20       29-JUN-2008 02:53:04.34  29-JUN-2008 03:02:24.21
CSWKLYRPT_PRINT.LOG;633   11/20       13-JUL-2008 14:06:23.98  13-JUL-2008 14:06:34.11 <--okay
CSWKLYRPT_PRINT.LOG;632   11/20        5-JUL-2008 22:05:35.85  13-JUL-2008 14:06:23.77 <--today?
CSWKLYRPT_PRINT.LOG;631   11/20       29-JUN-2008 03:02:24.10   5-JUL-2008 22:05:35.62 <--week prior
CSWKLYUPD.LOG;633         30/30       13-JUL-2008 13:35:48.16  13-JUL-2008 14:06:23.77
CSWKLYUPD.LOG;632         31/40        5-JUL-2008 21:34:59.32   5-JUL-2008 22:05:35.63

Total of 8 files, 133/190 blocks.

$type/tail=6 jam451:[costtech]CSWKLYRPT_PRINT.LOG;632
  CS_TECHNICAL job terminated at  5-JUL-2008 22:05:46.03

  Accounting information:
  Buffered I/O count:                332      Peak working set size:       6240
  Direct I/O count:                10624      Peak virtual size:         182000
  Page faults:                      1201      Mounted volumes:                0
  Charged CPU time:        0 00:00:01.99      Elapsed time:       0 00:00:10.26

$type/tail=6 jam451:[costtech]CSWKLYRPT_PRINT.LOG;631
  CS_TECHNICAL job terminated at 29-JUN-2008 03:02:45.97

  Accounting information:
  Buffered I/O count:                332      Peak working set size:       8192
  Direct I/O count:                10682      Peak virtual size:         182000
  Page faults:                      1169      Mounted volumes:                0
  Charged CPU time:        0 00:00:02.83      Elapsed time:       0 00:00:22.41
--=_alternative 007702A285257485_=-- ------------------------------ Date: Sun, 13 Jul 2008 18:07:20 -0400 From: bradhamilton Subject: Re: File modified date a week late Message-ID: <487A7C98.2070404@comcast.net> norm.raphael@metso.com wrote: > > I've seen this kind of thing before, but cannot authoritatively answer it. > Is something just stuck in cache until the next week? > > $dire/siz=all/date=(c,m)/ver=3 jam451:[costtech]cswk*.log > > Directory JAM451:[COSTTECH] > > CSWKLYRPT.LOG;635 13/20 13-JUL-2008 14:05:48.33 > 13-JUL-2008 14:06:23.95 > CSWKLYRPT.LOG;634 13/20 5-JUL-2008 22:04:59.40 > 5-JUL-2008 22:05:35.80 > CSWKLYRPT.LOG;633 13/20 29-JUN-2008 02:53:04.34 > 29-JUN-2008 03:02:24.21 > *CSWKLYRPT_PRINT.LOG;633 11/20 13-JUL-2008 14:06:23.98 > 13-JUL-2008 14:06:34.11 <--okay* > *CSWKLYRPT_PRINT.LOG;632 11/20 5-JUL-2008 22:05:35.85 > **13-JUL-2008 14:06:23.77 <--today?* > CSWKLYRPT_PRINT.LOG;631 11/20 29-JUN-2008 03:02:24.10 > 5-JUL-2008 22:05:35.62 <--week prior > CSWKLYUPD.LOG;633 30/30 13-JUL-2008 13:35:48.16 > 13-JUL-2008 14:06:23.77 > CSWKLYUPD.LOG;632 31/40 5-JUL-2008 21:34:59.32 > 5-JUL-2008 22:05:35.63 WAG - do you run a daily incremental batch job that does a /RECORD pass? ------------------------------ Date: Sun, 13 Jul 2008 20:49:17 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: RFC: Switching to WASD after 15 yrs with OSU... Message-ID: Hi. After 15 yrs with the OSU http server, I'm now thinking of switching to the WASD server instead. Mostly becuse the WASD server seem to be more actively developed and since JFP's (Jean-François PIÉRONNE) very nice Python distribution seems to have a closer connection and better integration with WASD then OSU. Now, is there any reason I should make this switch ? Bets regards, Jan-Erik. PS: Yes, I know about "secure web server" also, but I think both OSU and WASD are more VMS-ish then Apache... ------------------------------ Date: Sun, 13 Jul 2008 20:50:50 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: RFC: Switching to WASD after 15 yrs with OSU... Message-ID: Jan-Erik Söderholm wrote: > Hi. > > After 15 yrs with the OSU http server, I'm now > thinking of switching to the WASD server instead. > Mostly becuse the WASD server seem to be more > actively developed and since JFP's (Jean-François > PIÉRONNE) very nice Python distribution seems to > have a closer connection and better integration > with WASD then OSU. > > Now, is there any reason I should make this switch ? > > Bets regards, > Jan-Erik. > > PS: Yes, I know about "secure web server" also, but > I think both OSU and WASD are more VMS-ish then > Apache... He, that should read : > Now, is there any reason I should *not* make this switch ? of course... Jan-Erik. ------------------------------ Date: Sun, 13 Jul 2008 18:41:32 -0700 From: "Tom Linden" Subject: Re: RFC: Switching to WASD after 15 yrs with OSU... Message-ID: On Sun, 13 Jul 2008 13:50:50 -0700, Jan-Erik Söderholm wrote: > Jan-Erik Söderholm wrote: >> Hi. >> After 15 yrs with the OSU http server, I'm now >> thinking of switching to the WASD server instead. >> Mostly becuse the WASD server seem to be more >> actively developed and since JFP's (Jean-François >> PIÉRONNE) very nice Python distribution seems to >> have a closer connection and better integration >> with WASD then OSU. >> Now, is there any reason I should make this switch ? >> Bets regards, >> Jan-Erik. >> PS: Yes, I know about "secure web server" also, but >> I think both OSU and WASD are more VMS-ish then >> Apache... > > > He, that should read : > > > Now, is there any reason I should *not* make this switch ? > > of course... None. Mark does a marvelous job of maintaining and enhancing WASD and supporting users. > > Jan-Erik. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Sun, 13 Jul 2008 23:17:22 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: RFC: Switching to WASD after 15 yrs with OSU... Message-ID: <487ac53d$0$90275$14726298@news.sunsite.dk> Jan-Erik Söderholm wrote: > After 15 yrs with the OSU http server, I'm now > thinking of switching to the WASD server instead. > Mostly becuse the WASD server seem to be more > actively developed and since JFP's (Jean-François > PIÉRONNE) very nice Python distribution seems to > have a closer connection and better integration > with WASD then OSU. > > Now, is there any reason I should make this switch ? Nothing prevents you from running both. > PS: Yes, I know about "secure web server" also, but > I think both OSU and WASD are more VMS-ish then > Apache... Or all 3. Apache has mod_php and mod_jk (if you happen to need those). Arne ------------------------------ Date: Sun, 13 Jul 2008 16:15:02 -0400 From: JF Mezei Subject: Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Message-ID: <487a625a$0$1814$c3e8da3@news.astraweb.com> VAXman- @SendSpamHere.ORG wrote: > Me! :) Billy Joel is not and never was an A-towner! Somehow, Allentown conjures up images of heavy industries (steel etc). Not quite compatible with your "pensy farmboy" statement you had made some time ago :-) :-) :-) :-) ------------------------------ Date: 13 Jul 2008 23:57:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Message-ID: <487a9655$0$20933$607ed4bc@cv.net> In article <487a625a$0$1814$c3e8da3@news.astraweb.com>, JF Mezei writes: >VAXman- @SendSpamHere.ORG wrote: > >> Me! :) Billy Joel is not and never was an A-towner! > > >Somehow, Allentown conjures up images of heavy industries (steel etc). >Not quite compatible with your "pensy farmboy" statement you had made >some time ago :-) :-) :-) :-) If it does, it's only because YOUR vision is tainted by that idiotic Billy Joel song. I was born in Allentown General on Chew St. Fortunately, it was residence only for a few days when I was born. I did take up residence there in the summer of 1978 because I was hit by a car running a stop sign. I spent my summer there with 34 broken bones and a crushed leg. Save for that, home was in Neffs. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" Copyright 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents _in_its_entirety_ including this copyright notice, disclaimer and quotations. The citizens of our state must be free, within reason, to speak out on matters of public concern. So long as they state the facts implicated fairly and express their opinions, even in the most colorful and hyperbolic terms, their speech should be protected by us. -- NJ Superior Court Appellate Div. (NJSC) ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) "Coding is _not_ a crime!" Support the EFF: http://www.eff.org ------------------------------ Date: Sun, 13 Jul 2008 11:16:53 -0700 (PDT) From: "avikrc18@gmail.com" Subject: VMS certifications Message-ID: Hi, I am using OpenVMS for a year now and I was wondering what kind of certifications are available for it. I mean i have been working by logging in remotely through powerterm/putty I haven't even seen an alpha (the one I work on is in a different country :P). Do you guys have any suggestions for me? Thank you in advance. ------------------------------ Date: Sun, 13 Jul 2008 15:31:16 -0700 (PDT) From: Ed Wilts Subject: Re: VMS certifications Message-ID: <5898dc28-d071-4dba-93e3-8bfd378b5bdb@w7g2000hsa.googlegroups.com> avikrc18@gmail.com wrote: > I am using OpenVMS for a year now and I was wondering what kind of > certifications are available for it. Was this so hard? http://www.google.com/search?hl=en&q=openvms+certification&btnG=Google+Search .../Ed ------------------------------ End of INFO-VAX 2008.390 ************************