INFO-VAX Fri, 07 Dec 2007 Volume 2007 : Issue 669 Contents: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Re: DECnet on Mac OS-X ? Eureka ! X on the MAC GET FREE TONES InfoServers and cd-r drives Re: InfoServers and cd-r drives Re: InfoServers and cd-r drives Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: RX2600 hangs (VMS 8.3) Re: tracing Pthreads ? Re: Unix for VMS guys Re: validate username/password against UAF using java ? ---------------------------------------------------------------------- Date: Thu, 6 Dec 2007 12:58:58 -0800 (PST) From: bcole@emjmetals.com Subject: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Message-ID: <1d179ef3-8b2f-4911-a5ca-37517f20720c@e6g2000prf.googlegroups.com> Looking to set up the following configuration on OpenVMS One Apache server which re-routes calls to two different Tomcat instances. I do not want to use load balancing but rather I want one Tomcat instance to be for the Development environment and the other for the Test environment. We would like to access these instances by calling: http://mydevserver/dev (This equates to http://mydevserver:8080) or http://mydevserver/test (This equates to http://mydevserver:8090) Apache / \ Tomcat_DEV Tomcat_TEST When we deploy projects out to each Tomcat instance, we deploy them as http://mydevserver:8080/app1 and http://mydevserver:8080/app2 for instance. Tomcat_DEV / \ /App1/* /App2/* We then want to remap the URL of http://mydevserver/dev/app1 to go to the Tomcat DEV instance of app1. Using mod_jk2, I am able to get Apache to forward all calls into Tomcat_DEV via ajp13 protocol. However, I can't find any documentation for mod_jk2 so I am not sure how to remap the URL when going into Tomcat. I have tried setting the following in /tomcat_dev $home/conf/workers2.properties [uri:/dev/*] context=/* And the following in /apache_home/conf/workers2.properties [uri:/dev/*] worker=apj13:localhost:8009 group=lb This seems to forward the calls through to the correct tomcat instance but fails finding the pages because it is looking for a resource of / dev/app1 rather than just /app1 on Tomcat. I also tried removing the change from the tomcat workers2.properties and just updating the apache version of workers2.properties with the following: [uri:/dev/*] worker=apj13:localhost:8009 group=lb context=/* Does anyone know how to do this using mod_jk2? Does anyone know where there is some "complete" documentation of mod_jk2? Has anyone tried switching to mod_jk on OpenVMS, Apache 2, Tomcat 5.5? Any hints or ideas? Thanks ------------------------------ Date: Fri, 07 Dec 2007 00:00:16 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Message-ID: In article <1d179ef3-8b2f-4911-a5ca-37517f20720c@e6g2000prf.googlegroups.com>, bcole@emjmetals.com writes: >{...snip...} How's life in sunny downtown Downey? Tell Tim L. I daid "Hello". -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 06 Dec 2007 20:12:07 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Message-ID: <47589de7$0$90268$14726298@news.sunsite.dk> bcole@emjmetals.com wrote: > Does anyone know how to do this using mod_jk2? Does anyone know where > there is some "complete" documentation of mod_jk2? Has anyone tried > switching to mod_jk on OpenVMS, Apache 2, Tomcat 5.5? Any hints or > ideas? mod_jk and mod_jk2 docs are not very good. mod_jk is officially obsolete and mod_jk recommended. The available docs are at: http://tomcat.apache.org/connectors-doc/ http://tomcat.apache.org/connectors-doc-archive/jk2/index.html Arne ------------------------------ Date: Thu, 06 Dec 2007 20:28:54 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Message-ID: <4758a1d7$0$90265$14726298@news.sunsite.dk> Arne Vajhøj wrote: > mod_jk is officially obsolete and mod_jk recommended. Actually mod_proxy_ajp is recommended but I don't know is that is available ... Arne ------------------------------ Date: Thu, 06 Dec 2007 20:41:15 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: Apache 2, Multiple Tomcat (5.5.9) instances on OpenVMS Message-ID: <4758a4bc$0$90274$14726298@news.sunsite.dk> bcole@emjmetals.com wrote: > Looking to set up the following configuration on OpenVMS > > One Apache server which re-routes calls to two different Tomcat > instances. I do not want to use load balancing but rather I want one > Tomcat instance to be for the Development environment and the other > for the Test environment. We would like to access these instances by > calling: > > http://mydevserver/dev (This equates to http://mydevserver:8080) > > or > > http://mydevserver/test (This equates to http://mydevserver:8090) > > Apache > / \ > Tomcat_DEV Tomcat_TEST > > When we deploy projects out to each Tomcat instance, we deploy them as > http://mydevserver:8080/app1 and http://mydevserver:8080/app2 for > instance. > > Tomcat_DEV > / \ > /App1/* /App2/* > > We then want to remap the URL of http://mydevserver/dev/app1 to go to > the Tomcat DEV instance of app1. > Does anyone know how to do this using mod_jk2? After thinking a bit about it then I can not come up with a mod_jk2 solution to do that mapping. It would not work well anyway if you app outputs links that include context path. If you do not deploy many apps you can define the contexts explicit and specify a path as /dev/app1 . Arne ------------------------------ Date: Thu, 06 Dec 2007 23:49:26 GMT From: Bob Harris Subject: Re: DECnet on Mac OS-X ? Message-ID: In article , Kilgallen@SpamCop.net (Larry Kilgallen) wrote: > In article <13lcmvus6kqtv95@corp.supernews.com>, "John Wallace" > writes: > > > > "JF Mezei" wrote in message > > news:9ef67$4756105c$cef8887a$21598@TEKSAVVY.COM... > >> Anyone know if it is possible to have some task/task DECnet on OS-X so > >> that a unix script on a MAC could access information from a VMS node ? > > > > You don't say whether you've looked at the "DECnet for Linux" project at > > http://linux-decnet.sourceforge.net/ which says "What you get is DECnet > > phase IV end-node and routing capabilities on your Linux box you can > > "set host" to an OpenVMS system, copy files to and from OpenVMS systems, > > run > > remote tasks and test the connections.". > > I was told by someone from DEC (sic) that the more recent PowerPC > Macintoshes had lost the (required by the standard) ability to set > the Ethernet address. That is supposedly why the Thursby product > (the basis for Pathworks for Macintosh) is no longer viable. > > Has this changed for Intel Macs ? Minor clarification about PATHWORKS for Mac and PATHWORKS for OpenVMS (Macintosh). Thursby Systems did provide the DECnet componet, and they even did the custom rebranding for us. However, the entire Macintosh PATHWORKS product set contained major components from Alisa Systems, Apple, and Digital, with a lot of integration and documentation work by Digital. Bob Harris ------------------------------ Date: Thu, 06 Dec 2007 22:42:14 -0500 From: JF Mezei Subject: Eureka ! X on the MAC Message-ID: <7f2dd$4758c118$cef8887a$17762@TEKSAVVY.COM> In the early days of the PC, the definition of a good "compatible" PC was one which could run the flight simulator. Now the VMS flight simulator won't run on modern alphas with modern graphics card unless you reconfigure and reboot into 256 colour mode. Not exactly "compatible". Low and behold comes the Macintosh which is more compatible than an alpha ! Yes sirs and mississes , you heard it here ! I finally, after over a year of abstinence, got flight to run, but this time, it ran on the MAC display !!!!! Still not quite made final and permanent: bash$ defaults write com.apple.X11 nolisten_tcp -boolean false bash$ defaults write com.apple.X11 no_auth -boolean true bash$ xhost +bike.vixenation.ca bash$ xhost +chain.vixenation.ca (Not sure how "sticky" those setting are across reboots etc). (By default MACs are configured to not allow incoming X connections) Then, in the X application, you go into preferences, go to the OUTPUT section, and in the Colour, select 256 (to run flight). Exit and restart X. Then, from the VMS host, use standard SET DISP/CREATE and run the flt$simulator So, to display FLIGHT on a MAC, you don't need to reboot and it doesn't kill all your other running apps (which can still be in millions of colours). ------------------------------ Date: Thu, 6 Dec 2007 22:13:26 -0800 (PST) From: "amuthayy@gmail.com" Subject: GET FREE TONES Message-ID: <5afb1b39-59d3-4a98-883d-5508334f186b@i29g2000prf.googlegroups.com> GET FREE RINGTONES AND NEW SONGS THIS OFFER IS ONLY TODAY http://rexmier.blogspot.com/ ------------------------------ Date: Thu, 6 Dec 2007 11:37:54 -0800 (PST) From: "tomarsin2015@comcast.net" Subject: InfoServers and cd-r drives Message-ID: Hello Installed the cd-r function on a InfoServer 100. I replaced one of the RRD42 with a HP CD-writer plus 9200 series (8x4x32x) hoping that the cd-r function would see the writer. No such luck. So I was wondering what old type cd writers worked under the cd-r function. The cd-r in the manual is a Sony CDW-900E. Ebay (acourse) has 1 going for 24.00(US) in a external case. Tks for any info. phil ------------------------------ Date: Thu, 06 Dec 2007 23:55:09 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: InfoServers and cd-r drives Message-ID: In article , "tomarsin2015@comcast.net" writes: > > >Hello >Installed the cd-r function on a InfoServer 100. I replaced one of the >RRD42 with a HP CD-writer plus 9200 series (8x4x32x) hoping that the >cd-r function would see the writer. No such luck. So I was wondering >what old type cd writers worked under the cd-r function. The cd-r in >the manual is a Sony CDW-900E. Ebay (acourse) has 1 going for >24.00(US) in a external case. Tks for any info. >phil The IS doc listed "suupported" drives. At the time, they were all 1x burners save for perhaps one at 2x. While it would be nice to be able to use an IS and CD burner, finding one that will function may be futile or cost you more than it is worth. Put a CD on your Alpha and use LD/CDRECORD. This way you can use re- cord speeds in excess of 1x. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 07 Dec 2007 00:02:55 -0500 From: Glenn Everhart Subject: Re: InfoServers and cd-r drives Message-ID: <13lhla6ijeuaa5e@corp.supernews.com> tomarsin2015@comcast.net wrote: > Hello > Installed the cd-r function on a InfoServer 100. I replaced one of the > RRD42 with a HP CD-writer plus 9200 series (8x4x32x) hoping that the > cd-r function would see the writer. No such luck. So I was wondering > what old type cd writers worked under the cd-r function. The cd-r in > the manual is a Sony CDW-900E. Ebay (acourse) has 1 going for > 24.00(US) in a external case. Tks for any info. > phil The infoserver was hardware wise very like a vaxstation 3100/33, a pretty slow box. Fastest CD-R I recall seeing in one at DEC was 2X speed. Recall too this was before "burn proof" existed. With a faster drive and faster Vax or Alpha considerably faster burns are possible (though the fastest scsi cd-r I have (kind of old now) is 6X on the alpha. But there is no question the alpha can run much faster. In essence the infoserver used the kind of processing in io$_diagnose to do its stuff, as I was told. That gives lots of flexibility, but it also sets up and tears down the SCSI connection (port to class) with every call. That is why normal i/o is faster: it sets up the SCSI connection once and uses it many times. Because of this, writing via io$_diagnose will not be as fast as disk writing with normal i/o calls. That is not a problem on slow devices but it will take more resources and time which at some point may be noticeable. Glenn Everhart ------------------------------ Date: Thu, 06 Dec 2007 12:04:48 -0800 From: Malcolm Dunnett Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: <475855e1@flight> Volker Halle wrote: > Malcolm, > > doesn't 'MC_xxx' sound like a Machine Check ? > > Volker. Yes, that was my first thought. I'm going to Google to see if I can find a document that explains the codes, in the meantime I hoped someone might know. ------------------------------ Date: Thu, 06 Dec 2007 16:20:13 -0800 From: Malcolm Dunnett Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: <475891be@flight> Malcolm Dunnett wrote: > Volker Halle wrote: >> Malcolm, >> >> doesn't 'MC_xxx' sound like a Machine Check ? >> >> Volker. > > Yes, that was my first thought. I'm going to Google to see if I can find > a document that explains the codes, in the meantime I hoped someone > might know. The system hung again. This time I tried to get the IPC menu to get a crash dump and got no response. When I did the warm reset the system wouldn't boot (got a little ways into the self test and stopped). Same errors in the log. Smells a lot like a hardware problem to me. ------------------------------ Date: Fri, 07 Dec 2007 00:44:58 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: In article <475891be@flight>, Malcolm Dunnett writes: > > >Malcolm Dunnett wrote: >> Volker Halle wrote: >>> Malcolm, >>> >>> doesn't 'MC_xxx' sound like a Machine Check ? >>> >>> Volker. >> >> Yes, that was my first thought. I'm going to Google to see if I can find >> a document that explains the codes, in the meantime I hoped someone >> might know. > > The system hung again. This time I tried to get the IPC menu to get a >crash dump and got no response. When I did the warm reset the system >wouldn't boot (got a little ways into the self test and stopped). Same >errors in the log. > > Smells a lot like a hardware problem to me. Nah, the prevailing air currents are just wafting the scent of the proNJ of the waters to you. :) Open the box and clean it out. These buggers have quite an air-flow through them. Mine gets a weekly vacuuming of the intake vents and a monthly "under the cover" cleaning with compressed air. You would not believe the crap that accumulates inside. It's worth a try. Reseat what you can inside too. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 06 Dec 2007 19:58:28 -0500 From: Robert Deininger Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: In article <47583595$1@flight>, Malcolm Dunnett wrote: > I have an rx2600 (dual 1.4GHz/1.5MB CPUs) which has been happily running > VMS for several years. It's at 8.3 with VMS83I_UPDATE4 and VMS83I_SYS4 > (along with a few other) patches installed. It's running Oracle 10.2.0.2 > server as its only application. > > This morning at around 4am it "stopped cold". No crash dump, no errors > in the system error log, nothing untoward in the OPERATOR log, no error > messages on the console. The other cluster nodes simply report losing > communication to it at that time. > > Unfortunately in the heat of the moment to get it going again this > morning I didn't get a chance to take a crash dump (I will if the > problem occurs again.) I did note the following errors in the BMC error > log that happened at the time of the hang: > > 576 SFW 0 2 0x5680028500E02630 0000000000000000 MC_INITIALIZED_RSE > 06 Dec 2007 04:13:10 > 577 SFW *7 0xC1475776D6022650 003FA17000130300 Type-02 137001 1273857 > 06 Dec 2007 04:13:10 > 578 SFW 0 *7 0xF680009800E02660 000000000000000B MC_INITIATED > 06 Dec 2007 04:13:10 > 579 SFW 0 2 0x568002A100E02680 08000000FFF61020 MC_PSP > 06 Dec 2007 04:13:11 > 580 SFW 0 2 0x5680010900E026A0 0000000000000000 PAL_CORRECTED_MC > 06 Dec 2007 04:13:11 > 581 SFW 0 2 0x568002B000E026C0 2007120600041313 MC_TIMESTAMP > 06 Dec 2007 04:13:11 > 582 SFW 0 2 0x568002A000E026E0 0000000000000000 MC_POST_PROCESS_PLAT > 06 Dec 2007 04:13:11 > 583 SFW 0 *7 0x7680011700E02700 0000000000000000 > UNEXPECTED_RET_TO_SAL_CHECK > 06 Dec 2007 04:13:11 > > do these provide any clue as to what the problem might be? > > ps I already have a call open through ITRC - but I have a feeling > there's folks in this group who know a lot more than ITRC does. This cascading series of system events involves a "Machine Check" a.k.a. "Machine Check Abort". While an MCA can be caused by software -- a wayward device driver or other inner-mode code -- the general situation you describe sounds more like a hardware-initiated problem. There is much more error information logged in the system than what is shown here. I recommend that you do NOT clear any of the logs until the HP support folks ask you too. But looking at the logs shouldn't cause any harm... Does this system have the optional Management Processor card? If so, it it much easier to look at the logs. I'll assume you have the MP... The events you saw are logged in the "System Event Log" (SEL) and/or the "Forward Progress Log" (FPL). Generally the SEL only contains the most serious events, while the FPL contains many routine status messages as well. If the FPL fills up, the oldest events are overridden. The SEL is persistent until something deletes events; VMS will do so if it gets too full. VMS also attempts to transfer events from the SEL to the VMS error log, where they can be analyzed by tools like WEBES. But the OS can't get the information for severe failures, at least not until after the fact. If the failure is bad enough, VMS does not get control of the system to do any logging. From the MP main menu, you can view the SEL by choosing the SL menu item, then the E option. Once you are in the SEL section, you can type T to switch to Text mode, where you get a more verbose interpretation of each message. You can use J to jump to a particular event by event number, and + and - to navigate forward and backward. The full text interpretation of the messages from you system may shed some additional light. Lots of information from the status and error registers in the chipset is logged in a separate section of NVRAM. You can view this from the EFI shell, using the "errdump" command. "errdump MCA" would be of interest here. If you can capture the errdump information, the services folks have a tool that can interpret it in great detail. The tool can often point right at the component that most likely caused the failure. Unfortunately, the errdump memory can only hold one event worth of data, and it saves the first event until it is cleared. If your system has ancient data in the errdump memory, it won't be helpful in solving the current problem. There's another log that hold information about memory pages that have been marked bad and deallocated. That is the Page Deallocation Table (PDT), and you can view it from the EFI shell via the "pdt" command. It's not unusually to see a small number of entries on a system that's been in production for a while. -- Robert ------------------------------ Date: Thu, 06 Dec 2007 20:03:35 -0500 From: Robert Deininger Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: In article , VAXman- @SendSpamHere.ORG wrote: > In article <47583595$1@flight>, Malcolm Dunnett > writes: > > > > > >I have an rx2600 (dual 1.4GHz/1.5MB CPUs) which has been happily running > >VMS for several years. It's at 8.3 with VMS83I_UPDATE4 and VMS83I_SYS4 > >(along with a few other) patches installed. It's running Oracle 10.2.0.2 > >server as its only application. > > > >This morning at around 4am it "stopped cold". No crash dump, no errors > >in the system error log, nothing untoward in the OPERATOR log, no error > >messages on the console. The other cluster nodes simply report losing > >communication to it at that time. > > > >Unfortunately in the heat of the moment to get it going again this > >morning I didn't get a chance to take a crash dump (I will if the > >problem occurs again.) I did note the following errors in the BMC error > >log that happened at the time of the hang: > > > >576 SFW 0 2 0x5680028500E02630 0000000000000000 MC_INITIALIZED_RSE > > 06 Dec 2007 04:13:10 > >577 SFW *7 0xC1475776D6022650 003FA17000130300 Type-02 137001 1273857 > > 06 Dec 2007 04:13:10 > >578 SFW 0 *7 0xF680009800E02660 000000000000000B MC_INITIATED > > 06 Dec 2007 04:13:10 > >579 SFW 0 2 0x568002A100E02680 08000000FFF61020 MC_PSP > > 06 Dec 2007 04:13:11 > >580 SFW 0 2 0x5680010900E026A0 0000000000000000 PAL_CORRECTED_MC > > 06 Dec 2007 04:13:11 > >581 SFW 0 2 0x568002B000E026C0 2007120600041313 MC_TIMESTAMP > > 06 Dec 2007 04:13:11 > >582 SFW 0 2 0x568002A000E026E0 0000000000000000 MC_POST_PROCESS_PLAT > > 06 Dec 2007 04:13:11 > >583 SFW 0 *7 0x7680011700E02700 0000000000000000 > >UNEXPECTED_RET_TO_SAL_CHECK > > 06 Dec 2007 04:13:11 > > > >do these provide any clue as to what the problem might be? > > > >ps I already have a call open through ITRC - but I have a feeling > >there's folks in this group who know a lot more than ITRC does. > > Go to the CM menu and type RB ( this is the command to clear buffers). > If this fills, I've found that my rx2600 seizes up too. My morning > ritual is not to clear these buffers (CM=>RB) as well as the SL logs > available from the main menu. This isn't very good advice, at least in the present context. VMS won't stop working if the hardware error logs are full. The worst symptom I know of is a "stop boot" condition (which prevents autoboot, but not manual boot) if the SEL is full. VMS tries to prevent the SEL from filling up, if you don't go out of your way to stop it. We only see filled SELs occasionally, and usually on systems that are routinely crashed just after boot, so VMS doesn't have time to maintain the SEL. In this case, if Malcolm clears all the logs, the HP service folks are likely to have nothing to help them diagnose the problem. Then the only thing is to wait for it to happen again. > Nothing like having a robust OS that can stay up and running years at > a time to be taken down because of a console log filling. VMS isn't taken down by filled-up logs. Look for another explanation if you're having crashes. > Not sure that this is *your* problem but it is one I have observed > since having my box. ------------------------------ Date: Fri, 07 Dec 2007 01:46:25 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: RX2600 hangs (VMS 8.3) Message-ID: In article , Robert Deininger writes: > > >In article , VAXman- @SendSpamHere.ORG >wrote: > >> In article <47583595$1@flight>, Malcolm Dunnett >> writes: >> > >> > >> >I have an rx2600 (dual 1.4GHz/1.5MB CPUs) which has been happily running >> >VMS for several years. It's at 8.3 with VMS83I_UPDATE4 and VMS83I_SYS4 >> >(along with a few other) patches installed. It's running Oracle 10.2.0.2 >> >server as its only application. >> > >> >This morning at around 4am it "stopped cold". No crash dump, no errors >> >in the system error log, nothing untoward in the OPERATOR log, no error >> >messages on the console. The other cluster nodes simply report losing >> >communication to it at that time. >> > >> >Unfortunately in the heat of the moment to get it going again this >> >morning I didn't get a chance to take a crash dump (I will if the >> >problem occurs again.) I did note the following errors in the BMC error >> >log that happened at the time of the hang: >> > >> >576 SFW 0 2 0x5680028500E02630 0000000000000000 MC_INITIALIZED_RSE >> > 06 Dec 2007 04:13:10 >> >577 SFW *7 0xC1475776D6022650 003FA17000130300 Type-02 137001 1273857 >> > 06 Dec 2007 04:13:10 >> >578 SFW 0 *7 0xF680009800E02660 000000000000000B MC_INITIATED >> > 06 Dec 2007 04:13:10 >> >579 SFW 0 2 0x568002A100E02680 08000000FFF61020 MC_PSP >> > 06 Dec 2007 04:13:11 >> >580 SFW 0 2 0x5680010900E026A0 0000000000000000 PAL_CORRECTED_MC >> > 06 Dec 2007 04:13:11 >> >581 SFW 0 2 0x568002B000E026C0 2007120600041313 MC_TIMESTAMP >> > 06 Dec 2007 04:13:11 >> >582 SFW 0 2 0x568002A000E026E0 0000000000000000 MC_POST_PROCESS_PLAT >> > 06 Dec 2007 04:13:11 >> >583 SFW 0 *7 0x7680011700E02700 0000000000000000 >> >UNEXPECTED_RET_TO_SAL_CHECK >> > 06 Dec 2007 04:13:11 >> > >> >do these provide any clue as to what the problem might be? >> > >> >ps I already have a call open through ITRC - but I have a feeling >> >there's folks in this group who know a lot more than ITRC does. >> >> Go to the CM menu and type RB ( this is the command to clear buffers). >> If this fills, I've found that my rx2600 seizes up too. My morning >> ritual is not to clear these buffers (CM=>RB) as well as the SL logs >> available from the main menu. > >This isn't very good advice, at least in the present context. > >VMS won't stop working if the hardware error logs are full. The worst >symptom I know of is a "stop boot" condition (which prevents autoboot, >but not manual boot) if the SEL is full. VMS tries to prevent the SEL >from filling up, if you don't go out of your way to stop it. We only >see filled SELs occasionally, and usually on systems that are routinely >crashed just after boot, so VMS doesn't have time to maintain the SEL. > >In this case, if Malcolm clears all the logs, the HP service folks are >likely to have nothing to help them diagnose the problem. Then the only >thing is to wait for it to happen again. > >> Nothing like having a robust OS that can stay up and running years at >> a time to be taken down because of a console log filling. > >VMS isn't taken down by filled-up logs. Look for another explanation if >you're having crashes. Well, I crash mine routinely when working on kernel code. I can get the bugger to reboot unless I clear out these logs. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 6 Dec 2007 21:45:32 +0200 From: "Guy Peleg" Subject: Re: tracing Pthreads ? Message-ID: <47584596$0$26042$88260bb3@free.teranews.com> "Klaus-D. Bohn" wrote in message news:475800f3$0$17826$9b622d9e@news.freenet.de... > Hello, > > does anybody know, how i could trace pthreads in a process context? > > The SDA extension pthread is very cryptic and so less described. > > I must resolve my problem: > > %SYSTEM-F-ACCVIO, access violation, reason mask=D0, virtual > address=000000000000001B, PC=0000000000000002, PS=46343649 > %TRACE-F-TRACEBACK, symbolic stack dump follows > image module routine line rel PC abs > PC > CXXL$64_LANGRTL CX6L$LRTS_VMS_UNWIND2 _Unwind_Resume > 30728 00000000000014D0 > FFFFFFFF851434D0 > SERVER-64BIT 0 00000000002DF410 > 00000000002DF410 > SERVER-64BIT 0 00000000002C6D30 > 00000000002C6D30 > PTHREAD$RTL THD_THREAD thdBase 244756 0000000000005C50 > FFFFFFFF845432F0 > PTHREAD$RTL 0 0000000000053950 > FFFFFFFF8451D950 > PTHREAD$RTL THD_INIT pthread_main 244458 00000000000004A0 > FFFFFFFF844FA4A0 > 0 FFFFFFFF80B98D00 > FFFFFFFF80B98D00 > DCL 0 000000000006BA90 > 000000007AE27A90 > %TRACE-I-END, end of TRACE stack dump Klaus, The format of the stack dump has been corrupted a little so it is hard to see what belongs where. I assume you are trying to understand the cause of an ACCVIO. I would start by creating a processes dump ($SET PROCESS/DUMP prior to starting the application). The dump may contain valueable information in determining the culprit. Guy > > I'm using OpenVMS 8.3-1H1 on my Itanium server. > > Thank you very much for your help! > > Klaus > > -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Fri, 07 Dec 2007 00:13:58 GMT From: Bob Harris Subject: Re: Unix for VMS guys Message-ID: In article <111be$475730eb$cef8887a$5445@TEKSAVVY.COM>, JF Mezei wrote: > Richard B. Gilbert wrote: > > > RUN AUTHORIZE vi /etc/passwd > > The mac has the "netinfo" GUI application to manage the accounts and a > lot more. netinfo goes away in Leopard (10.5). ------------------------------ Date: Thu, 06 Dec 2007 21:30:20 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: validate username/password against UAF using java ? Message-ID: <4758b03d$0$90276$14726298@news.sunsite.dk> Pierre wrote: > is it possible to validate a username/password against the UAF using > java ? As other has stated there are system service examples available. But here comes a complete example: package dk.vajhoej.vms.sys; public class VMSAuth { public static native boolean CheckCred(String un, String pw); static { System.loadLibrary("VMSAuth_shr"); } } #include #include #include #include struct itmlst { short int length; short int code; long int bufadr; long int retlenadr; }; #include "dk_vajhoej_vms_sys_VMSAuth.h" JNIEXPORT jboolean JNICALL Java_dk_vajhoej_vms_sys_VMSAuth_CheckCred(JNIEnv *cntx, jclass me, jstring jun, jstring jpw) { char *un = (char*)(*cntx)->GetStringUTFChars(cntx, jun, 0); char *pw = (char*)(*cntx)->GetStringUTFChars(cntx, jpw, 0); long int pwd[2],hpwd[2]; short int salt; char encryp; struct dsc$descriptor_s undesc,pwdesc; struct itmlst items[4] = { {sizeof(salt), UAI$_SALT, (long int)&salt, 0}, {sizeof(encryp), UAI$_ENCRYPT, (long int)&encryp, 0}, {sizeof(pwd), UAI$_PWD, (long int)&pwd, 0}, {0, 0, 0, 0} }; undesc.dsc$w_length = strlen(un); undesc.dsc$b_dtype = DSC$K_DTYPE_T; undesc.dsc$b_class = DSC$K_CLASS_S; undesc.dsc$a_pointer = un; pwdesc.dsc$w_length = strlen(pw); pwdesc.dsc$b_dtype = DSC$K_DTYPE_T; pwdesc.dsc$b_class = DSC$K_CLASS_S; pwdesc.dsc$a_pointer = pw; sys$getuai(0, 0, &undesc, &items, 0, 0, 0); sys$hash_password(&pwdesc, encryp, salt, &undesc, &hpwd); return pwd[0] == hpwd[0] && pwd[1] == hpwd[1]; } $ javac VMSAuth.java $ javah -classpath /disk2/arne -jni "dk.vajhoej.vms.sys.VMSAuth" $ cc/name=(as_is,shortened)/reent=multi/float=ieee/ieee=denorm/include=(sys$common:[java$142.include],sys$common:[java$142.include.alpha]) dk_vajhoej_vms_sys_VMSAuth $ @scan_globals_for_option dk_vajhoej_vms_sys_VMSAuth.obj VMSAuth.opt $ link/share=VMSAuth_shr.exe dk_vajhoej_vms_sys_VMSAuth+VMSAuth/option+sys$input/opt java$java_shr/share $ $ javac -classpath /disk2/arne Test.java $ define VMSAuth_shr sys$disk:[]VMSAuth_shr.exe Arne PS: In most cases you will want to do intrusion detection - find some better C code to use - if newer VMS version then something that uses SYS$ACM(W). ------------------------------ End of INFO-VAX 2007.669 ************************