INFO-VAX Tue, 04 Nov 2008 Volume 2008 : Issue 597 Contents: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: MES Serial communication Re: Most impressive VAX installations Re: Most impressive VAX installations Re: Most impressive VAX installations Re: Most impressive VAX installations Re: Most impressive VAX installations Re: Most impressive VAX installations Re: NTP stratum problem Synchronizing SYSUAF between independent machines Re: Synchronizing SYSUAF between independent machines RE: Synchronizing SYSUAF between independent machines ---------------------------------------------------------------------- Date: Tue, 4 Nov 2008 07:44:17 -0800 (PST) From: hans.van.buitenen@philips.com Subject: MES Serial communication Message-ID: <3191263c-5af9-4e59-ad7a-0eaf3a8336ac@v16g2000prc.googlegroups.com> Hi, at our site we have a VMS (OLD VAX) that communicated via a terminal server to Production equipment. What i need to know is what data is being send via these terminals. Can I use "connect" to view this i/o without interrupting the proces? ------------------------------ Date: Tue, 4 Nov 2008 08:01:03 -0800 (PST) From: Bob Gezelter Subject: Re: MES Serial communication Message-ID: <35b306a7-fdfe-49d7-a27f-08291e044cba@j40g2000prh.googlegroups.com> On Nov 4, 10:44 am, hans.van.buite...@philips.com wrote: > Hi, at our site we have a VMS (OLD VAX) that communicated via a > terminal server to Production equipment. What i need to know is what > data is being send via these terminals. Can I use "connect" to view > this i/o without interrupting the proces? Hans, The OP does not mention the version of OpenVMS that is in use. In similar situations, when I have wanted to monitor what is going back and forth on such a channel, I have often used one or more copies of Kermit and a carefully wired serial "Y" adapter (with one leg of the "Y" being Receive-only. There were a couple of terminal sharing packages extant at various points, but I would be cautious about using them on machine-machine communications without a careful technical review. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Tue, 4 Nov 2008 08:01:04 -0800 (PST) From: IanMiller Subject: Re: MES Serial communication Message-ID: <04546839-de8a-4b61-aca8-50f6b076a911@i24g2000prf.googlegroups.com> On 4 Nov, 15:44, hans.van.buite...@philips.com wrote: > Hi, at our site we have a VMS (OLD VAX) that communicated via a > terminal server to Production equipment. What i need to know is what > data is being send via these terminals. Can I use "connect" to view > this i/o without interrupting the proces? You could look at the LAT traffic on the LAN to see the data. ------------------------------ Date: Tue, 04 Nov 2008 16:08:52 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: MES Serial communication Message-ID: hans.van.buitenen@philips.com wrote: > Hi, at our site we have a VMS (OLD VAX) that communicated via a > terminal server to Production equipment. What i need to know is what > data is being send via these terminals. Can I use "connect" to view > this i/o without interrupting the proces? Usualy you have to connect a "serial monitor" to the actual serial line. In the term.server you can only see the in- and out-counters. That is, the number of bytes/characters sent and received. Or, modify the program/application on VMS to log all "traffic" to some file... ------------------------------ Date: Tue, 4 Nov 2008 08:13:39 -0800 (PST) From: Bob Gezelter Subject: Re: MES Serial communication Message-ID: On Nov 4, 10:44 am, hans.van.buite...@philips.com wrote: > Hi, at our site we have a VMS (OLD VAX) that communicated via a > terminal server to Production equipment. What i need to know is what > data is being send via these terminals. Can I use "connect" to view > this i/o without interrupting the proces? Hans, Certainly, as Ian suggests, it is possible to monitor the LAT traffic on the LAN using WireShark or similar LAN monitor. The reason that I suggested using a "Y" cable on the actual serial link is that LAT is not terribly well documented. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Tue, 04 Nov 2008 16:35:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: MES Serial communication Message-ID: <00A821F9.DAE42C3E@SendSpamHere.ORG> In article <35b306a7-fdfe-49d7-a27f-08291e044cba@j40g2000prh.googlegroups.com>, Bob Gezelter writes: >On Nov 4, 10:44 am, hans.van.buite...@philips.com wrote: >> Hi, at our site we have a VMS (OLD VAX) that communicated via a >> terminal server to Production equipment. What i need to know is what >> data is being send via these terminals. Can I use "connect" to view >> this i/o without interrupting the proces? > >Hans, > >The OP does not mention the version of OpenVMS that is in use. > >In similar situations, when I have wanted to monitor what is going >back and forth on such a channel, I have often used one or more copies >of Kermit and a carefully wired serial "Y" adapter (with one leg of >the "Y" being Receive-only. I have done this in the past. I wired up a sort of serial line monitor that recorded data. A couple of isolation diodes, a small breadboarding PCB, a 9pin D socket, connector pins and a breakout box coupled with my Mac running Kermit in debug mode worked nicely to trap this data but it was a bear to pour over. I used it to debug data coming from a digital scale being used in a pharmaceutical's necroscopy lab to a VT4xx series terminal's printer port for sample weight data collection. This was in- strumental in determining that the software I provided was correct and that the digital scale's communication spec was wrong. I used a KeySpan USB-Serial adapter and kermit as: alias serial 'kermit -y $HOME/.KeySerial and .KeySerial is: def YorNdebug def YorNlogit def LogFileName set quiet on set line /dev/tty.KeySerial1 set port /dev/tty.KeySerial1 set modem none set speed 9600 set parity none set stop-bits 1 set carrier-watch off set terminal cr-display normal ask YorNdebug {Debug Mode [Y/N]? } if equal "\m(YorNdebug)" "Y" { set terminal debug on echo Terminal set to Debug Mode echo ask YorNlogit {Log Session to File [Y/N]? } if equal "\m(YorNlogit)" "Y" { ask LogFileName {Log Session to: } log session \m(LogFileName) } } echo echo Connected to /dev/tty.KeySerial1 at 9600 baud echo Press Ctrl-\92 and then C to quit connect exit >There were a couple of terminal sharing packages extant at various >points, but I would be cautious about using them on machine-machine >communications without a careful technical review. Why do/would you say that? I maintain RAXCO's CONTRL. It is one of the best terminal sharing packages out there and it can be used in a strict "watch" (sniff) mode . This same technology (Patented) is also employed in ProvN's SecurityGuard to capture and log terminal I/O for audit/secur- ity purposes. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Tue, 04 Nov 2008 16:51:30 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: MES Serial communication Message-ID: VAXman- @SendSpamHere.ORG wrote: > I maintain RAXCO's CONTRL. It is one of the > best terminal sharing packages out there and it can be used in a strict > "watch" (sniff) mode . This same technology (Patented) is also employed > in ProvN's SecurityGuard to capture and log terminal I/O for audit/secur- > ity purposes. > Can it log traffic over TNAxxxx or LTAxxx device directly ? Can you provide a link to the product ? Jan-Erik. ------------------------------ Date: Tue, 4 Nov 2008 12:11:51 -0500 From: norm.raphael@metso.com Subject: Re: MES Serial communication Message-ID: This is a multipart message in MIME format. --=_alternative 005E7701852574F7_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Jan-Erik S=F6derholm wrote on 11/04/2008=20 11:51:30 AM: > VAXman- @SendSpamHere.ORG wrote: >=20 > > I maintain RAXCO's CONTRL. It is one of the > > best terminal sharing packages out there and it can be used in a=20 strict > > "watch" (sniff) mode . This same technology (Patented) is also=20 employed > > in ProvN's SecurityGuard to capture and log terminal I/O for=20 audit/secur- > > ity purposes. > >=20 >=20 > Can it log traffic over TNAxxxx or LTAxxx device directly ? >=20 > Can you provide a link to the product ? Doesn't he want CARBONCOPY? >=20 > Jan-Erik. --=_alternative 005E7701852574F7_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable
Jan-Erik S=F6derholm <jan-erik.soderholm@telia.co= m> wrote on 11/04/2008 11:51:30 AM:

> VAXman- @SendSpamHere.ORG wrote:
>
> > I maintain RAXCO's CONTRL.  It is one of the
> > best terminal sharing packages out there and it can be used in a strict
> > "watch" (sniff) mode .  This same technology (Pate= nted) is also employed
> > in ProvN's SecurityGuard to capture and log terminal I/O for audit/secur-
> > ity purposes.
> >
>
> Can it log traffic over TNAxxxx or LTAxxx device directly ?
>
> Can you provide a link to the product ?


Doesn't he want CARBONCOPY?

>
> Jan-Erik.
--=_alternative 005E7701852574F7_=-- ------------------------------ Date: Tue, 04 Nov 2008 18:16:32 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: MES Serial communication Message-ID: <00A82208.0507F663@SendSpamHere.ORG> In article , =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes: >VAXman- @SendSpamHere.ORG wrote: > >> I maintain RAXCO's CONTRL. It is one of the >> best terminal sharing packages out there and it can be used in a strict >> "watch" (sniff) mode . This same technology (Patented) is also employed >> in ProvN's SecurityGuard to capture and log terminal I/O for audit/secur- >> ity purposes. >> > >Can it log traffic over TNAxxxx or LTAxxx device directly ? Yes. $ CONTRL CONTRL> help WATCH Use this command to connect to another user's terminal and watch that user. When you are watching, everything the target user types and all the system responses appear on your screen. You cannot enter input to the target user's process. Format WATCH [node::][username] [/qualifiers] Additional information available: Parameters Qualifiers /INPUT_LOG /NOTIFY /OUTPUT_LOG /OVERRIDE ... /OUTPUT_LOG /OUTPUT_LOG[=log_name] /NOOUTPUT_LOG Use this qualifier to override the default log file characteristics established by the SET LOGGING command. If you specify the qualifier with or without a value, you open a log file when you begin watching. If you specify the negation of the qualifier, you don't open a log file when you begin watching. If you specify a value, you change the default log file name. >Can you provide a link to the product ? You ask tough questions! :) http://www.raxco.com/products/RaxcoSupport/more_info.cfm -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Tue, 04 Nov 2008 18:16:44 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: MES Serial communication Message-ID: norm.raphael@metso.com wrote: > > Jan-Erik Söderholm wrote on 11/04/2008 > 11:51:30 AM: > > > VAXman- @SendSpamHere.ORG wrote: > > > > > I maintain RAXCO's CONTRL. It is one of the > > > best terminal sharing packages out there and it can be used in a strict > > > "watch" (sniff) mode . This same technology (Patented) is also > employed > > > in ProvN's SecurityGuard to capture and log terminal I/O for > audit/secur- > > > ity purposes. > > > > > > > Can it log traffic over TNAxxxx or LTAxxx device directly ? > > > > Can you provide a link to the product ? > > Doesn't he want CARBONCOPY? > > > > > Jan-Erik. And where do I find *that* product ? "On Google" maybe... :-) Jan-Erik ------------------------------ Date: Tue, 04 Nov 2008 18:18:32 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: MES Serial communication Message-ID: <00A82208.4C8E3B03@SendSpamHere.ORG> In article , norm.raphael@metso.com writes: >This is a multipart message in MIME format. >--=_alternative 005E7701852574F7_= >Content-Type: text/plain; charset="ISO-8859-1" >Content-Transfer-Encoding: quoted-printable > >Jan-Erik S=F6derholm wrote on 11/04/2008=20 >11:51:30 AM: > >> VAXman- @SendSpamHere.ORG wrote: >>=20 >> > I maintain RAXCO's CONTRL. It is one of the >> > best terminal sharing packages out there and it can be used in a=20 >strict >> > "watch" (sniff) mode . This same technology (Patented) is also=20 >employed >> > in ProvN's SecurityGuard to capture and log terminal I/O for=20 >audit/secur- >> > ity purposes. >> >=20 >>=20 >> Can it log traffic over TNAxxxx or LTAxxx device directly ? >>=20 >> Can you provide a link to the product ? > >Doesn't he want CARBONCOPY? Hi Norm... That too can be used. It's all part of RaxcoSupport. I they're using CONTRL, WATCH/OUTPUT_LOG will allow the data to be stored in a log file as well as be viewed interactively. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Tue, 04 Nov 2008 18:25:09 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: MES Serial communication Message-ID: <9s0Qk.3852$U5.24246@newsb.telia.net> VAXman- @SendSpamHere.ORG wrote: >> Can it log traffic over TNAxxxx or LTAxxx device directly ? > > Yes. > > $ CONTRL > CONTRL> help WATCH > Use this command to connect to another user's terminal and watch > that user. When you are watching, everything the target user types > and all the system responses appear on your screen. In this case the "users" are 100's of detached processed that read/write from fixed mounted and hendheld barcode scannes. But that's OK as a "user", right ? Jan-Erik. > You cannot > enter input to the target user's process. > > Format > > WATCH [node::][username] [/qualifiers] > > > Additional information available: > > Parameters Qualifiers > /INPUT_LOG /NOTIFY /OUTPUT_LOG /OVERRIDE > > ... > > /OUTPUT_LOG > > /OUTPUT_LOG[=log_name] > /NOOUTPUT_LOG > > Use this qualifier to override the default log file characteristics > established by the SET LOGGING command. If you specify the > qualifier with or without a value, you open a log file when you > begin watching. If you specify the negation of the qualifier, you > don't open a log file when you begin watching. If you specify a > value, you change the default log file name. > > >> Can you provide a link to the product ? > > You ask tough questions! :) > > http://www.raxco.com/products/RaxcoSupport/more_info.cfm > > ------------------------------ Date: Tue, 4 Nov 2008 07:29:18 +0000 (UTC) From: "Dr Ivan D. Reid" Subject: Re: Most impressive VAX installations Message-ID: On Sat, 01 Nov 2008 15:01:03 -0400, Arne Vajhøj wrote in <490ca76d$0$90264$14726298@news.sunsite.dk>: > JF Mezei wrote: >> At the opposite scale of things... >> I ran an all mighty Microvax 2 with 8 megs of RAM and a 154meg drive to >> support 8 users runing WPS-Plus. The success of the project lead the >> MVII to be upgraded to 16 meg of RAM to support 12 users. >> This was circa 1987. > And today a single word processing user is using a PC > with 4 MB L2 cache, 2 GB RAM and 320 GB disk ... > HW has changed ! Not everybody has a single-user PC, tho'. [ireid:~] > top top - 08:16:57 up 55 days, 13:54, 75 users, load average: 2.23, 0.95, 0.72 Tasks: 648 total, 1 running, 643 sleeping, 3 stopped, 1 zombie Cpu0 : 1.7% us, 1.0% sy, 0.0% ni, 96.9% id, 0.0% wa, 0.0% hi, 0.3% si Cpu1 : 0.0% us, 0.3% sy, 0.0% ni, 0.0% id, 99.7% wa, 0.0% hi, 0.0% si Cpu2 : 0.0% us, 0.3% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si Cpu3 : 0.0% us, 0.7% sy, 0.0% ni, 0.0% id, 95.6% wa, 0.3% hi, 3.4% si Mem: 8162216k total, 7465120k used, 697096k free, 811288k buffers Swap: 16771520k total, 136920k used, 16634600k free, 4377612k cached ... [ireid:~] > cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping : 6 cpu MHz : 2992.598 cache size : 4096 KB ... There'll be more users later in the day of course. I'm not sure how many machines are actually in the lxplus cluster; at least four. This is at CERN, natuerlich. [ireid:~] > uname -a Linux lxplus235.cern.ch 2.6.9-78.0.1.EL.cernsmp #1 SMP Tue Aug 5 11:01:13 CEST 2008 x86_64 x86_64 x86_64 GNU/Linux -- Ivan Reid, School of Engineering & Design, _____________ CMS Collaboration, Brunel University. Ivan.Reid@[brunel.ac.uk|cern.ch] Room 40-1-B12, CERN KotPT -- "for stupidity above and beyond the call of duty". ------------------------------ Date: Tue, 04 Nov 2008 09:30:33 +0000 From: "R.A.Omond" Subject: Re: Most impressive VAX installations Message-ID: <4910163a$0$90276$14726298@news.sunsite.dk> Bob Eager wrote: > On Mon, 3 Nov 2008 18:32:08 UTC, "Richard B. Gilbert" > wrote: > >> Bob Eager wrote: >>> On Mon, 3 Nov 2008 15:06:49 UTC, DaveG >>> wrote: >>> >>>> I remember a DF32 we had installed on a PDP-12 back in the 70s. Heads >>>> did not move, the platter was very large by today's standards, but in >>>> its time, it was pretty fast. I'm showing my age. So is Kerry. ;-) >>> We had a fixed head disk in about 1973, on a PDP-11/20. As I recall, we >>> had to avoid switching it off too often as it wore out the heads (or so >>> we were told). Thought it was a DF32 but it was larger - was rolled out >>> onto TWO DECtapes! >>> >> There was a shop on RT 130 just south of Hightstown, NJ where I saw a >> disk platter that must have been three to four FEET in diameter! >> Ancient technology of course. > > Oh, I've seen a few of those over the years...last one was in someone's > office at Edinburgh University. Thought I recognised the name (Bob, EMAS at Univ of Kent ?). The disk you refer to is probably one of the EMAS Large Disk platters pictured here: http://www.flickr.com/photos/ed_comp_hist/532590983/ EMAS was what I grew up on ;-) ------------------------------ Date: Tue, 04 Nov 2008 11:19:59 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Most impressive VAX installations Message-ID: <00A821CD.D4232309@SendSpamHere.ORG> In article <4910163a$0$90276$14726298@news.sunsite.dk>, "R.A.Omond" writes: >Bob Eager wrote: >> On Mon, 3 Nov 2008 18:32:08 UTC, "Richard B. Gilbert" >> wrote: >> >>> Bob Eager wrote: >>>> On Mon, 3 Nov 2008 15:06:49 UTC, DaveG >>>> wrote: >>>> >>>>> I remember a DF32 we had installed on a PDP-12 back in the 70s. Heads >>>>> did not move, the platter was very large by today's standards, but in >>>>> its time, it was pretty fast. I'm showing my age. So is Kerry. ;-) >>>> We had a fixed head disk in about 1973, on a PDP-11/20. As I recall, we >>>> had to avoid switching it off too often as it wore out the heads (or so >>>> we were told). Thought it was a DF32 but it was larger - was rolled out >>>> onto TWO DECtapes! >>>> >>> There was a shop on RT 130 just south of Hightstown, NJ where I saw a >>> disk platter that must have been three to four FEET in diameter! >>> Ancient technology of course. >> >> Oh, I've seen a few of those over the years...last one was in someone's >> office at Edinburgh University. > >Thought I recognised the name (Bob, EMAS at Univ of Kent ?). > >The disk you refer to is probably one of the EMAS Large Disk platters >pictured here: http://www.flickr.com/photos/ed_comp_hist/532590983/ Great collection of some old kit in photos there. It's a shame that some of them are too dark to show them in better detail. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: 4 Nov 2008 13:51:14 GMT From: "Bob Eager" Subject: Re: Most impressive VAX installations Message-ID: <176uZD2KcidF-pn2-vZg7msWdd8dP@rikki.tavi.co.uk> On Tue, 4 Nov 2008 09:30:33 UTC, "R.A.Omond" wrote: > Bob Eager wrote: > > On Mon, 3 Nov 2008 18:32:08 UTC, "Richard B. Gilbert" > > wrote: > > > >> Bob Eager wrote: > >>> On Mon, 3 Nov 2008 15:06:49 UTC, DaveG > >>> wrote: > >>> > >>>> I remember a DF32 we had installed on a PDP-12 back in the 70s. Heads > >>>> did not move, the platter was very large by today's standards, but in > >>>> its time, it was pretty fast. I'm showing my age. So is Kerry. ;-) > >>> We had a fixed head disk in about 1973, on a PDP-11/20. As I recall, we > >>> had to avoid switching it off too often as it wore out the heads (or so > >>> we were told). Thought it was a DF32 but it was larger - was rolled out > >>> onto TWO DECtapes! > >>> > >> There was a shop on RT 130 just south of Hightstown, NJ where I saw a > >> disk platter that must have been three to four FEET in diameter! > >> Ancient technology of course. > > > > Oh, I've seen a few of those over the years...last one was in someone's > > office at Edinburgh University. > > Thought I recognised the name (Bob, EMAS at Univ of Kent ?). > > The disk you refer to is probably one of the EMAS Large Disk platters > pictured here: http://www.flickr.com/photos/ed_comp_hist/532590983/ > > EMAS was what I grew up on ;-) Yes, that's the one! Were you at Kent or Edinburgh? Name seems vaguely familiar! I implemented EMAS on the IBM 4381 but they decided a VAXcluster was cheaper... -- Bob Eager Use the BIG mirror service in the UK: http://www.mirrorservice.org ------------------------------ Date: Tue, 04 Nov 2008 14:18:20 +0000 From: "R.A.Omond" Subject: Re: Most impressive VAX installations Message-ID: <491059ad$0$90267$14726298@news.sunsite.dk> Bob Eager wrote: > [...snip...] > > Yes, that's the one! Were you at Kent or Edinburgh? Edinburgh; graduated in '78. ------------------------------ Date: 4 Nov 2008 15:51:51 GMT From: "Bob Eager" Subject: Re: Most impressive VAX installations Message-ID: <176uZD2KcidF-pn2-7LnI73hdtO5v@rikki.tavi.co.uk> On Tue, 4 Nov 2008 14:18:20 UTC, "R.A.Omond" wrote: > Bob Eager wrote: > > [...snip...] > > > > Yes, that's the one! Were you at Kent or Edinburgh? > > Edinburgh; graduated in '78. Oh...surprised you'd heard about me, then! :-) -- Bob Eager Use the BIG mirror service in the UK: http://www.mirrorservice.org ------------------------------ Date: Tue, 4 Nov 2008 00:17:55 -0800 (PST) From: jan.andersson@axfood.se Subject: Re: NTP stratum problem Message-ID: <35163b63-b88e-4c96-a9e6-1427fe719036@f40g2000pri.googlegroups.com> On Oct 30, 1:50 pm, Jim wrote: > On Oct 30, 8:13 am, jan.anders...@axfood.se wrote: > > > > > I have set up two Alphas as timeservers for our other 20 Alphas. > > They both use the the same copy of TCPIP$NTP.CONF: > > > server ntp1.sth.netnod.se > > server ntp2.sth.netnod.se > > server 2.se.pool.ntp.org > > server 2.europe.pool.ntp.org > > server 3.europe.pool.ntp.org > > > server 127.127.1.0 > > fudge 127.127.1.0 stratum 8 > > > I also added that they use each other ass peers > > > HUVUD is running TCP/IP Services Version V5.6 - ECO 2 > > GLOBAL is running TCP/IP Services Version V5.4 - ECO 2 > > > Node HUVUD which was the first NTP server started looks fine: > > > HUVUD> ntpdc -p > > remote local st poll reach delay offset disp > > ======================================================================= > > *ntp1.sth.netnod 194.14.159.55 1 1024 377 0.02243 0.005199 > > 0.01578 > > =ntp2.sth.netnod 194.14.159.55 1 1024 377 0.00876 0.006664 > > 0.01581 > > =irc-cobra.unizh 194.14.159.55 4 1024 377 0.11130 -0.031395 > > 0.01579 > > =zit-net1.uni-pa 194.14.159.55 1 1024 377 0.03905 -0.005733 > > 0.01581 > > =LOCAL(0) 127.0.0.1 8 64 377 0.00000 0.000000 > > 0.00287 > > =212.247.117.169 194.14.159.55 2 1024 377 0.04271 0.015330 > > 0.01579 > > +global.huv.daga 194.14.159.55 3 64 376 0.00098 -1.054923 > > 0.00308 > > > Node GLOBAL assign the stratum 1 servers a stratum 16 value: > > GLOBAL_GLOB> ntpdc -p > > remote local st poll reach delay offset disp > > ======================================================================= > > =LOCAL(0) 127.0.0.1 8 64 377 0.00000 0.000000 > > 0.00191 > > =ntp1.sth.netnod 194.14.159.42 16 128 0 0.00000 0.000000 > > 0.00000 > > =ntp2.sth.netnod 194.14.159.42 16 128 0 0.00000 0.000000 > > 0.00000 > > *HUVUD 194.14.159.42 2 64 377 0.00670 1.039268 > > 0.00302 > > =voodoo.banbook. 194.14.159.42 16 128 0 0.00000 0.000000 > > 0.00000 > > =public-timehost 194.14.159.42 16 128 0 0.00000 0.000000 > > 0.00000 > > =ran.r3blog.nl 194.14.159.42 16 128 0 0.00000 0.000000 > > 0.00000 > > > Tried to set up another node with TCP/IP Version V5.5 - ECO 2 > > but it gave the same result as GLOBAL. > > > All nodes are on the same LAN and the same network. > > > Why is node GLOBAL not accessing the stratum 1 servers? > > > GLOBAL_GLOB> ntpdate -q ntp1.sth.netnod.se > > Server ntp1.sth.netnod.se (192.36.144.22), stratum 0 > > offset +0.0000000, delay +0.0000000 > > No server suitable for synchronization found from those provided. > > Legal strata values are in the range of 1 to 15. I'm not familiar with > HP's TCPIP implementation of this but it would appear that the strata > 1 servers are not reachable by node GLOBAL. The reach value is an 8 > bit bitmask indicating the success of the past 8 polls. Your reach is > 0 for each of these servers so you've not been successful in polling > them (numerous other values are also 0 indicating the failure of the > NTP polls. Since the strata is stated to be 16 I would take this as an > indication that the system has never been able to successfully poll > the servers so as to learn their strata. I'd look for an intervening > firewall or some other blockage or denial of service... Explanation: Port 123 was blocked in the firewall. It's working now. Thanks all. ------------------------------ Date: Tue, 4 Nov 2008 07:16:11 -0800 (PST) From: Ramon Jimenez Subject: Synchronizing SYSUAF between independent machines Message-ID: Hello We have two HP Integrity boxes (OS Version V8.3-1H1) One of them must be keept as a failover, so we need to keep information synchronized between both machines. The application and data has been confined into a Logical Disk, so we just dismount the shadow and copy the files into the other machine. If we need to switch over we just need to mount the volumes on the failover server. We also need to keep synchronized the sysuaf.dat (and related files rights.dat...). Which could be the best method to do it? Regards Ramon ------------------------------ Date: Tue, 4 Nov 2008 08:07:50 -0800 (PST) From: Bob Gezelter Subject: Re: Synchronizing SYSUAF between independent machines Message-ID: <01f7d2b2-fe58-457c-9e2f-e1b19da8c3a9@b31g2000prf.googlegroups.com> On Nov 4, 10:16 am, Ramon Jimenez wrote: > Hello > > We have two HP Integrity boxes (OS Version V8.3-1H1) > > One of them must be keept as a failover, so we need to keep > information synchronized between both machines. > > The application and data has been confined into a Logical Disk, so we > just dismount the shadow and copy the files into the other machine. If > we need to switch over we just need to mount the volumes on the > failover server. > > We also need to keep synchronized the sysuaf.dat (and related files > rights.dat...). > > Which could be the best method to do it? > > Regards Ramon Ramon, The best method to achieve this type of configuration is to create an OpenVMS cluster. In a properly configured, OpenVMS cluster, the changeover can be completely automated and often all but transparent to all users. It would also be a good idea to use host-based volume shadowing to remove the dependency on a single physical disk or controller. Copying files in the event of a failure is a far less safe solution. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Tue, 4 Nov 2008 16:28:38 +0000 From: "Main, Kerry" Subject: RE: Synchronizing SYSUAF between independent machines Message-ID: <9D02E14BC0A2AE43A5D16A4CD8EC5A593ED8425329@GVW1158EXB.americas.hpqcorp.net> > -----Original Message----- > From: Ramon Jimenez [mailto:rjimen37@ford.com] > Sent: Tuesday, November 04, 2008 10:16 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Synchronizing SYSUAF between independent machines > > Hello > > We have two HP Integrity boxes (OS Version V8.3-1H1) > > One of them must be keept as a failover, so we need to keep > information synchronized between both machines. > > The application and data has been confined into a Logical Disk, so we > just dismount the shadow and copy the files into the other machine. If > we need to switch over we just need to mount the volumes on the > failover server. > > We also need to keep synchronized the sysuaf.dat (and related files > rights.dat...). > > Which could be the best method to do it? > > Regards Ramon Why not cluster the two systems, shadow the appropriate disks and simply disable logons on the backup system until such time as it is required? Of course, the preferred way if the app is cluster aware would be to cluster and load balance between the two servers. You not only get a better use of resources, but in the event one system failed, only the users connected to that failed server would have to re-connect. In a primary-backup (active-passive) scenario as what typically exists in Windows, UNIX and NSK servers, when the primary fails or is shutdown, everyone needs to reconnect. 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. ------------------------------ End of INFO-VAX 2008.597 ************************