Re: VOC corruption
Is there a particular time of day, day of the week, or system loading consistency in when this corruption of the VOC happens? Any processes writing to the VOC for any reasons? How many users in the particular ACCOUNT where this particular VOC gets corrupted? How do the users access the ACCOUNT where this happens? Are these users physical dispersed throughout a region, country, or the world? Could you please re-post platform particulars? System details - OS, # Processors, Disk configuration, memory configuration, any SAN, any multiple network connections, OS Version and patch levels, U2 product version numbers, etc? Any routine BATCH jobs or PHANTOM processes scheduled to run regularly in this ACCOUNT? What type of application, and explain the typical processing schedule that occurs within this ACCOUNT where VOC gets corrupted. Any significant changes in anything for a month prior to when this problem surfaced, (and I do mean anything). Daylight Savings time kicked in during first weekend of April. When did this problem start? Just trying to brain-storm ideas that may come into play here. Regards, Scott Richardson Senior Systems Engineer / Consultant Marlborough, MA 01752 Email: [EMAIL PROTECTED] Web: http://home.comcast.net/~CheetahFTL/CC/CheetahFTL_1.htm eFax: 208-445-1259 - Original Message - From: Logan, David (SST - Adelaide) [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Wednesday, April 28, 2004 8:09 AM Subject: RE: VOC corruption Hi Ray, I have just switched it on now. I didn't realise you could turn it on and off like that. Thanks David The file is sized pretty well and is a type 11 Thanks Wol, I have had engineers go through all the hardware logs to no avail. There was a couple of small glitches during the last episode but the recommendations of the engineers re: replacement of hardware were heeded and the appropriate replacements were done. Problem has re-occurred since then I'll keep a close eye on the error logs from Universe to see if they can help. In the meantime, I have saved the VOC away each hour and hopefully this will allow a quick recovery if it happens again. Regards David Logan Database Administrator HP Managed Services 139 Frome Street, Adelaide 5000 Australia +61 8 8408 4273 - Work +61 417 268 665 - Mobile +61 8 8408 4259 - Fax -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Wurlod Sent: Wednesday, 28 April 2004 7:07 PM To: U2 Users Discussion List Subject: RE: VOC corruption Are you using UniVerse error message logging (enabled by creating the error message file in the UV account) and, if so, does it tell you anything? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: UniVerse vs Progress Performance
Sounds like something is not tuned properly somewhere. Another Onion that needs a damn good peeling! Download the DPMonitor on both of these puppies, and then you can realistically compare volumes of I/O, volumes of CPU, volumes of memory, etc... in an apples to apples sort of comparison of sorts. Once you have it peeled and profiled, you will then have the technology required to put it all back together properly, so that it will scream like a raped-ape as they say. Not only that - you can monitor what ever changes you make along the way and clearly see if they help, or hurt your cause, and why. See my other reply to the Performance Degraded... thread. When you peel all the layers off these tight, nasty onions, and understand what's going on at all the different levels - it make it easy to identify, address resolve these problems - and monitor them proactively going forward as changes occur, growth/shrinkage happens, or additional processes / users come into the mix. UV applications, properly tuned and configured on their platform, should run extremely well, price/performance-wise. Been there, done that. Many times over. Sincere Regards, Scott Richardson Senior Systems Engineer / Consultant Marlborough, MA 01752 Email: [EMAIL PROTECTED] Web: http://home.comcast.net/~CheetahFTL/CC/CheetahFTL_1.htm eFax: 208-445-1259 - Original Message - From: Ross Ferris [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Friday, April 16, 2004 12:48 AM Subject: RE: UniVerse vs Progress Performance Probably need to see Progress running on the IBM under AIX - or UV on Intel chip with same OS to make significant comparison; even neglecting just WHAT is going on under the hood could have been 400+ users doing 'nothing' Ross Ferris Stamina Software Visage - an Evolution in Software Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dawn M. Wolthuis Sent: Friday, 16 April 2004 1:36 PM To: 'U2 Users Discussion List' Subject: RE: UniVerse vs Progress Performance I'm curious if there is a follow up on this? Is it a database tuning issue? Indexing? Memory? ... Thanks. --dawn Dawn M. Wolthuis Tincat Group, Inc. www.tincat-group.com Take and give some delight today. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Nel Sent: Tuesday, March 23, 2004 3:07 AM To: [EMAIL PROTECTED] Subject: FW: UniVerse vs Progress Performance Hi All Visited a neighbouring company (same line of business as ours) running 430 users on a Compaq Proliant box with SCO Openserver 5 and Progress version 9.1c as database. Application is in-house. At the time of my visit the CPU usage was constantly running at 80%. No problems being experienced with users complaining the system is slow etc. The server spec is as follows: 2x intel pentium III xeon 500Mhz processors 1.8GB RAM Smart Array 3200 controller Compaq Fast SCSI-2 controller 10x 18.2 GB Ultra SCSI-2 drives (8 drives are RAID 1, other 2 RAID 0) and 5 drives on Ultra 2 controller and 5 drives on Ultra 3 Controller 2x 10/100 Tx Ethernet controllers We are running AIX v5.1 with Maintainance Level 3 and UniVerse 10.0.7 (190 users) on a p620 box with the following specs: System Model: IBM,7025-6F1 Machine Serial Number: 6577ABA Processor Type: PowerPC_RS64-III Number Of Processors: 2 Processor Clock Speed: 602 MHz CPU Type: 64-bit Kernel Type: 32-bit LPAR Info: -1 NULL Memory Size: 4096 MB Good Memory Size: 4096 MB Paging 3072MB Firmware Version: IBM,M2P01208 Our box is struggling with the 190 users. File types are T30. All our lines are minimum 64K diginet. Comparing the 2 boxes, the amount of users on each box, any reason why we are struggling with the 190 users? The transaction volumes of the company running 430 users are considerably higher than ours? Any comments please Thanks André -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.658 / Virus Database: 421 - Release Date: 9/04/2004 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: PI Open is going away
1979 - 1983 at Prime, Corporate Marketing Support Center Education Center 1983 - 1986 at MADIC Manufacturing applications on Prime Information 1986 -1989 back at Prime - Conversion Reseller Suport Center, INOFMRATION and VMark UniVerse and on, and on, and on, ... Where and will will services be held? - Original Message - From: Jeff Schasny [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Thursday, April 15, 2004 4:25 PM Subject: RE: PI Open is going away How true. I recall my days at Prime (82-84) fondly -Original Message- From: Lance J. Andersen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 1:22 PM To: U2 Users Discussion List Subject: Re: PI Open is going away This is indeed an end of an era for those of us who worked on the development/sustaining and support of PI, PI Open/PI+ :-( -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Performance
Hello Kevin, I have seen many good posts in reply to your situation already. File-sizing, (and therefore disk IO) is a key/critical area. What kind of file systems do you have? How much memory swap space do you have? What are the Virtual Memory AIX tuning parameters set to? IBM Hardware - AIX support and IBM U2 support - are all the same company, and they can't find it? Please give us the system configuration information so we can all develop a more clear picture of what you're running there. Is this system a recent OS upgrade from AIX 4.X? Any new or different hardare added or subtracted? Any other changes that may be noteworthy? The way you discuss memory, page faulting, and very high disk IO, I would make sure they verify each of your uvconfig parameters, and kernel system tunable parameters, and make sure you have more than ample swap space, and a large /tmp mounted file system space with fast striped disk sub-system underneath. One tool that will help map out exactly what is going on, and therefore provide a road map on how to address/resolve these issues, and then prove that these issues are indeed resolved, would be the DPMonitor. DPMonitor is available on the internet and has a free 10 day evaluation license available that will allow you to track system-wide parameters and performance metrics that will provide a very clear picture as to what is happening. Check it out at www.deltek.us. This tool has been used on AIX 5.1, on small single processor configurations, up through very large systems, 16 32 processor systems. Performance Agent runs on the AIX Application Server. Extremely low overhead Agent. Performance Explorer runs on a Windows Workstation. Well worth the free 10 day evaluation license. Regards, Scott Sr. Systems Engineer / Consultant Marlborough, MA - Original Message - From: Kevin Vezertzis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 08, 2004 12:08 PM Subject: Performance We are looking for some insight from anyone that has experienced performance degradation in UV, as it relates to the OS. We are running UV 10.0.14 on AIX 5.1.we are having terrible 'latency' within the application. This is a recent conversion from D3 to UV and our client is extremely disappointed with the performance. We've had IBM hardware support and Universe support in on the box, but to no avail..we are seeing high paging faults and very highly utilized disk space. Any thoughts or suggestions? Thanks, Kevin Kevin D. Vezertzis Project Manager Cypress Business Solutions, LLC. 678.494.9353 ext. 6576 Fax 678.494.9354 [EMAIL PROTECTED] Visit us at www.cypressesolutions.com -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: Help Needed regarding performance improvement of delete query
Great points from Wol, as always. What kind of /tmp disk space do you have on this system? (Assuming that /tmp is where UV does some of it's SELECT scratch pad intermediate writing when processing large queries, consult your sites actual uvconfig for all of your actual values...). If this /tmp is small, single physical disk, or heavily fragmented, this would also contribute to poor query runtime performance. Ditto on your system's swap space, which should be at least 2X physical memory. Wol's approach of breaking down the query into selecting smaller groups of data is a great one. Chip away at the stone, methodically, consistently, and constantly. What platform is this on? What OS version? What UV Version? How much memory disk space? How much /tmp and swap space? Are you running this query with other users on the system, who may be also trying to access the files this query is working with? Are you runing this at night when it might conflict with a backup operation? More food for thought. Regards, Scott - Original Message - From: Anthony Youngman [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Monday, March 15, 2004 4:02 AM Subject: RE: Help Needed regarding performance improvement of delete query This might help speed things up a bit ... Firstly, of course, is your file properly sized? Secondly, (and in this case you will need to run the SELECT / DELETE sequence several times) try putting a SAMPLE 1000 (or whatever number makes sense) at the end of your select. Basically, this will mean that the SELECT runs until it finds that number of records and then stops. So each sequence won't load the system so badly. Creating a huge select list will stress your ram badly ... looping through this sequence won't stress the system so badly, though you really do need to use indices to reduce the stress even more ... Create an index on various fields that you're using as your select criteria. If you're selecting old records, then you need to select on date, and this really will make life both easy and fast. The more closely you can guarantee that a select, acting on a single index, will pick up only or mostly records that you are going to delete, the better. That will SERIOUSLY reduce the time taken and the performance hit. Cheers, Wol -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ashish ratna Sent: 15 March 2004 08:25 To: [EMAIL PROTECTED] Subject: Help Needed regarding performance improvement of delete query Hi All, We are working for purging of old data from the database. But we are facing performance problems in this. We are using select query which is created dynamically on the basis of number of records. We want to know if there is any limit for size of query in Universe. Although in universe help pdf it is mentioned that there is no limit for the length of select query. But when we run the program on the file with records more than 0.5 million it gave the error- Pid 14433 received a SIGSEGV for stack growth failure. Possible causes: insufficient memory or swap space, or stack size exceeded maxssiz. Memory fault(coredump) If there is no limitation on the size of query then please suggest some other possible solution which can help us reducing the time of query and completing the process successfully without giving the error. Thanks in advance. Regards, Ashish. *** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 9911 7799, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. *** -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] Ever wondered how something works...
David is absolutely 100% correct. Louis Windsor is also 100% correct. The reason the L VOC entry clears your active SELECT is that the command is not interpreted, therefore the botched command - since it did not work against your SELECT list - by default - clears your active select list. ED VOC CLEARSELECT FILE VOC CLS (makes a synonym). - Original Message - From: Hona, David S [EMAIL PROTECTED] To: 'U2 Users Discussion List' [EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 9:53 PM Subject: RE: [UV] Ever wondered how something works... My VOC doesn't have these entries you mention...nor does the UV Account VOC (always a good place to check for such things - or the NEWACC file). However, looks like your application once resided on a Prime Computer, under PRIMOS and using Prime INFORMATION. L and LD are 'list directory' PRIMOS operating system commands. The VOC entry you showed was how you executed the commands from Prime INFORMATION PERFORM prompt (TCL). I believe field 3 PR indicated a PRIMOS command under PI. What you're seeing is a side-effect, rather than a 'feature' of UV TCL. Of course, there is no reason why you can clone 'L' from 'CLEARSELECT'. ;-) Regards David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barry Brevik Sent: Thursday, March 04, 2004 1:34 PM To: U2 list (E-mail) Subject: [UV] Ever wondered how something works... One day, I stumbled across an interesting behavior; at TCL, if I type 'L', it results in my current SELECT list being cleared. You get an error message, but it does not seem to hurt anything. This is great, because I hate typing in CLEARSELECT. But ever since, I've been wondering what it's really doing. Turns out that 'L' is one of only two similar VOC entries, the other being 'LD'. It looks like this: 0001: V 0002: L 0003: PR The error message you get reads: Unable to create new process. Will try again. Create Process failed (2). This is on NT. IIRC, on unix the message is different. Anybody know what this is doing, or if it is safe? -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] Ever wondered how something works...
You've definitely got VOC items that need clearing up and correction on that system. - Original Message - From: Barry Brevik [EMAIL PROTECTED] To: 'U2 Users Discussion List' [EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 10:09 PM Subject: RE: [UV] Ever wondered how something works... Thanks for the replies! If you hate typing CLEARSELECT or any other long command why don't you just create a shortened command? Because then I'd have to put it in every account, whereas 'L' is already everywhere. I just assumed it was some general command because this is the second company I've worked at that has it in the VOC (one on unix, the other on NT). Very interesting post on the PRIMOS stuff... we are running INFORMATION flavor. Also, I can run 'DOS' no problem, but it's interesting that you can get the same error by not having rights to 'cmd'. It's probably a coincidence, but the old command 'CT' doesn't work right on my system either. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: telnet
http://www-306.ibm.com/software/data/u2/pubs/library/100univ/8746.pdf Chapter 19 is a good place to start. The standard tcp/ip telnet port is port 23. There is no reason why you can't elect to have UV use another tcp/ip port number, such as 2051 for example. This way, you are freeing up the a-typical standard telnet port, and any conflicts it may have with anything else vying for the port/service. Of course, you need to ensure that nothing else in your networked environment is using, or expecting to use such ports. From a MS DOS Command prompt window, for example, you could say the following: telnet 192.168.1.100 2051, which specifies connect to host 192.168.1.100 on port 2050. Of course, the 192.168.1.100 host would have to be listening, (i.e. configured), for incoming telent requests for the UV host on that port number. Why have I selected 2050, or 2051? Those happen to be ports out of the main stream way, and I have used those in the past on mvBase platforms, for AccuTerm connections and telnet connections from MS DOS Command prompts. Your actual port selection may vary. It may take a little experimenting in your environment to get it setup, but should be fairly easy. HTH! - Original Message - From: Greesh [EMAIL PROTECTED] To: 'U2 Users Discussion List' [EMAIL PROTECTED] Sent: Monday, March 01, 2004 10:41 AM Subject: RE: telnet Hi Scott I've got the exact problem. Can you tell me how to change the UV telnet port settings to a different port (2051). Thanks Greesh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Richardson Sent: 01 March 2004 01:42 To: U2 Users Discussion List Subject: Re: telnet Have you applied any Microsoft Windows XP Secrity or Critical updates recently? Perhaps running a firewall like Zone Alarm, or Norton Internet Security? Try setting the UV telent port to something like 2051. Have you changed Windows User Logon and or Password recently? Changed the Systems name, WorkGroup, or IP Address? Double checked the Administrative Tools - Services - Properties? See if you can start it from there. If not, sometimes it yields or more descriptive clue as to why it won't start from there. What's eventlog say? - Original Message - From: Greg York [EMAIL PROTECTED] To: 'U2 Users Discussion List' [EMAIL PROTECTED] Sent: Sunday, February 29, 2004 5:35 PM Subject: RE: telnet Hi David The telnet service isn't started. Any other things to look at? This dam thing as been running without any problems for a long time, the only config or additional software that has been installed is a new 10.6 ver of VET Thanks Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Logan, David (SST - Adelaide) Sent: Monday, March 01, 2004 9:24 AM To: U2 Users Discussion List Subject: RE: telnet Hi Greg, Check to see the original telnet daemon hasn't started (should be in services). Universe uses the same port and if it is already being used, you will not be able to start the universe daemon. Regards David Logan Database Administrator HP Managed Services 139 Frome Street, Adelaide 5000 Australia +61 8 8408 4273 +61 417 268 665 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg York Sent: Monday, 1 March 2004 8:51 AM To: U2-Users Subject: telnet A small system running Universe PE 10 on WinXP Pro, am no longer able to telnet to the host, the telnet service and the rexec service will not start. Does anybody have any clues -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: telnet
Have you applied any Microsoft Windows XP Secrity or Critical updates recently? Perhaps running a firewall like Zone Alarm, or Norton Internet Security? Try setting the UV telent port to something like 2051. Have you changed Windows User Logon and or Password recently? Changed the Systems name, WorkGroup, or IP Address? Double checked the Administrative Tools - Services - Properties? See if you can start it from there. If not, sometimes it yields or more descriptive clue as to why it won't start from there. What's eventlog say? - Original Message - From: Greg York [EMAIL PROTECTED] To: 'U2 Users Discussion List' [EMAIL PROTECTED] Sent: Sunday, February 29, 2004 5:35 PM Subject: RE: telnet Hi David The telnet service isn't started. Any other things to look at? This dam thing as been running without any problems for a long time, the only config or additional software that has been installed is a new 10.6 ver of VET Thanks Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Logan, David (SST - Adelaide) Sent: Monday, March 01, 2004 9:24 AM To: U2 Users Discussion List Subject: RE: telnet Hi Greg, Check to see the original telnet daemon hasn't started (should be in services). Universe uses the same port and if it is already being used, you will not be able to start the universe daemon. Regards David Logan Database Administrator HP Managed Services 139 Frome Street, Adelaide 5000 Australia +61 8 8408 4273 +61 417 268 665 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg York Sent: Monday, 1 March 2004 8:51 AM To: U2-Users Subject: telnet A small system running Universe PE 10 on WinXP Pro, am no longer able to telnet to the host, the telnet service and the rexec service will not start. Does anybody have any clues -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [UV] paragraph labels
PARAGRAPHS are GREAT! Any PARAGRAPH using GO statements should have unique explicit labels. GO statements of any PARAGRAPH should explicitly call the label they want to go to. Logically, it does not make sense to have two have two different, but equally labeled PARAGRAPH Subroutines if you will. Best Advice for any price? Get the documentation and read it. - Original Message - From: Mark Johnson [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Sunday, February 22, 2004 11:46 AM Subject: Re: [UV] paragraph labels What does the 'also documented' sentence mean. How would a non-existant label appear before the GO in a paragraph. Regarding paragraphs: Do they behave like procs whereby you can accidentally have the same label twice and the proc goes to the first occurrence (starting at the beginning). This is a downside of procs due to not needing to be compiled. my 1 cent. - Original Message - From: Ray Wurlod [EMAIL PROTECTED] To: U2 Users Discussion List [EMAIL PROTECTED] Sent: Sunday, February 22, 2004 5:03 AM Subject: RE: [UV] paragraph labels It's documented behaviour that GO to a label that does not exist in a paragraph will cause the process to exit from the paragraph. From memory it's in the UniVerse System Description somewhere. There's no default label. It's also documented that the same behaviour will occur if you attempt to GO to a label that is earlier in the paragraph than the GO command. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Re: [OT] Pr1me Hardware question
Wow. I appreciate the OT, Dawn! I used to work at Pr1me, started in manufacturing in 1979, doing incoming quality control on their multi-layered printed circuit boards. This board may even have a stamp on it, showing who actually tested the board through the process. I moved up to Marketing Technical Support at the Corporate Marketing Support Center from manufacturing in 1981, and was there until 1983 - when I went off to join Pr1me VAR MADIC, (manufacturing applications package), written in Pr1me INFORMATION. I ended up coming back to Prime in 1986, after MADIC had business difficulties, and was a founding technical member of the PICK to Pr1me INFORMATION Conversion Reseller Support Center. I would dare to say that you are looking a an AMLC - Asynchronous Multi Line Controller card. Serial tty I/O board, four connectors of four Asynch ports per, yeilding 16, (0-15), total ports. I think 9600 baud maximum, (maybe 19.2K?). If I remember correctly, these are four layer, maybe 6 layers, of substrate/circuitry. The 0-3, 4-7, 8-11, 12-15 side would be sticking out the back, where cable assemblies would connect up to them. The opposite side of the board - with two longer gold tipped fingers connectors are, would be plugged into the backplane, which is how all the boards would talk to each other; Memory at the top,CPU board sets next, disk controllers communications controllers next, and asynchronous termial controllers next. Of course, power supplies at the base. These backplanes were basicially printed circuit boards, yet some of them still had wire-wrapped connections on them. These would be the boards that handled serial tty RS232 ports to dumb terminals, BeeHives (PT-45), Perkin Elmer OWL, PT200's in the later years. Do you recall what model of Pr1me 50 Series it came from? What company were you working at that was using it? I hope this helps provide you with some historical technical tidbits to share with the young whippa-snappers! Regards, Scott Richardson Senior Systems Engineer / Consultant Marlborough, MA 01752 Email: [EMAIL PROTECTED] Web: http://home.comcast.net/~CheetahFTL/CC eFax: 208-445-1259 - Original Message - From: Dawn M. Wolthuis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, February 22, 2004 10:00 PM Subject: [OT] Pr1me Hardware question I'm doing a talk tomorrow to college CS majors (name of talk is: IT is How it Seams -- at least I'm able to entertain myself with the double double meaning) I thought I'd bring in some of the odds and ends I've acquired over the years and one is a board from a Pr1me computer I worked on. It was gifted to me when the machine was retired. However, I'm a s/w kinda guy and I don't know a cpu board from a memory board from anything else. I figured this was the best place to ask about prime hardware, but sorry for being a little off-topic. It is an 18 inch-ish square green board with black chips and few white ones that say Bechman on them. The black ones are at least three different sizes. Along one side it has stickers that say LINES 0-3 ... LINES 12-15. That seems like a big clue, but I figured someone here would know what such a board might have been called. Thanks in advance. --dawn Dawn M. Wolthuis Tincat Group, Inc. www.tincat-group.com Take and give some delight today. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Unidata, Monitoring system parameters
Date: Thu, 19 Feb 2004 18:50:24 +1100 From: Ken Wallis [EMAIL PROTECTED] Subject: RE: Unidata, Monitoring system parameters James Hogan wrote: From time to time we have customers who break a Unidata parameter and the program they are running will crash with errors such as No more entries in MI table in 'LCT -n'. [snip] I have had a look at the commands sms, gstt and lstt. With some clever scripting these could be used to take snap shots of the system periodically to check for an over step of the parameters. The script could then warn the user if any parameter is over 80% utilised. :I doubt it could warn them in time James. When programs go wild and eat smm resources they tend to do it in a big hurry. With decent tuning you should be able to find a reasonable compromise between making lots of memory available for big jobs without lumbering little jobs with a huge footprint. Even on AIX now there are some extended shared memory facilities which allow you to have more segments instead of just making them all huge! I can't remember the exact details but EXTSHM rings a bell. Cheers, Ken Hello James Hogan,of Sungard and Ken Wallis, I have been getting the U2 Users Daily Digest for a for weeks now, after getting individual emails for the longest time. I just caught this thread, and had to get in on this. What James Hogan wants to accomplish can be done. There are products out there such as the DPMonitor that do exactly that. There are several key factors though: 1) Situations like that require constant monitoring, and mapping out of platform operational dynamics, and knowing the behaviors that occur when things start to go wrong. 2) The Monitor needs to be external to the application server being monitored. You need a real low overhaed process (Agent) on the Application Server doing low level kernel calls, consistently, over time, and establish what the operational baseline characteristics of the application are in normal mode. A real key is having that Agent talking to an Operations Console Performance Explorer and Alert Center, and having Probes, or Alarms set up, to notify Operations in things get out of whack, and therefore allow corrective action to take place before the application server or process gets hung. Imagine that - a proactive response as compared to a reactive response. 3) You can't run such standard system commands/programs/utilities, especially ones on the application server being monitored, as they consume significant volumes of resources, and contribute to the problem, if they ever report back to you, (such as Ken mentions). So, what do you do? Reinvent the wheel with some configuration of scripts? The smart choice is to download and evaluate the DPMonitor Performance Monitoring Solution. The licensed version will monitor individual, user-selected processes, in addition to the system wide parameters and metrics. You can set up Probes to test and watch for certian conditions or thresholds to be crossed, and then take pro-active, pre-programmed by the user responses to those situations, or simply generate an email, a page, or what have you. DPMonitor has Performance Agents for AIX, Solaris, and Windows. Even an Oracle Agent. U2 Products and applications can be monitored via individual per process monitoring. One Performance Explorer can display Agent data from all Agents, for centralized Enterprise, or ASP providers. Very easily installed and set up, and provides dynamic scaling, colorful, detail graphs of the health and resource level consumption of the application server platform, history of resource consumption, aggregation, and user-selectable timeframe periods for display. Dial right into problems situations quickly and easily and understand exactly what is going on, when it happens, and what ripple affects it causes in paltform operational dymanics. Real easy to solve the problems if you have a clear roadmap. DPMonitor provides that roadmap, at reasonable pricing. Check out the significantly updated www.deltek.us websoyte for product information and examples of how the DPMonitor could be easily quickly setup to provide exactly the type of application server monitoring James at Sungard was asking about. Regards, Scott Richardson Senior Systems Engineer / Consultant Marlborough, MA 01752 Email: [EMAIL PROTECTED] Web: http://home.comcast.net/~CheetahFTL/CC eFax: 208-445-1259 -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
