Confprod running with 99.9% cpu
Hi, I am supporting an Unidata 5.2 system running on Tru64 UNIX V5.1A with two CPU. When I look at the processes running in the system I find a process with command confprod is taking 99.9% CPU. Can anybody please tell me what is it and why is it happening? Collect -S -s p -n 4 # Process Statistics (RSS & VSZ in Decimal units, i.e 1K = 1000 bytes) # PID User %CPU RSS VSZ UsrTim SysTim IBk OBk Maj Min Command 21467 root 99.9 475K 4.9M 0.516 0.483 0 0 0 0 confprod 45766 CSAMGR1 3.3 3.8M 25M 0.008 0.007 0 0 0 1 udt 58765 VICCO01 1.7 5.2M 30M 0.023 0.017 0 6 0 34 udt 105494 VICCSA23 0.7 5.8M 30M 0.001 0.001 0 1 0 12 udt Have a lovely day. Regards, Kafsat Taiyus Network Administrator Retail Decisions Pty Ltd Incorporating Motorpass, Motorcharge Ltd T: 61 3 9274 9163 F: 61 3 9274 9130 E: [EMAIL PROTECTED] W: www.retaildecisions.com.au This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Confprod running with 99.9% cpu
Thank you Wally, have done that. Regards Kafsat -Original Message- From: Wally Terhune [mailto:[EMAIL PROTECTED] Sent: Wednesday, 4 February 2004 8:06 AM To: U2 Users Discussion List Subject: Re: Confprod running with 99.9% cpu This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Tuning Tru64
Hello everybody, We are running Unidata 5.2 on AlphaServer ES45 Model 2 Operating System: Compaq Tru64 UNIX V5.1A If we run sys_check it returns following suggestions. Virtual Memory and Swap Operational: Check the values of ubc-maxpercent, ubc-minpercent, ubc-borrowpercent, vm-ubcdirtypercent, vm-ubcseqpercent, and vm-ubcseqstartpercent settings. One or more of these attributes is not set correctly. Virtual Memory and Swap Operational: Check the values of vm-page-free-target, vm-page-free-optimal, vm-page-free-min, and vm-page-free-reserved settings. One or more of these attributes is not set correctly. Current values for thiese parameters are ubc-maxpercent = 100, ubc-minpercent = 10, ubc-borrowpercent = 20, vm-ubcdirtypercent = 40, vm-ubcseqpercent = 10, and vm-ubcseqstartpercent = 50 vm-page-free-target = 768, vm-page-free-optimal = 394, vm-page-free-min = 20 , and vm-page-free-reserved = 10 Please give me some suggestion on these parameters. Have a wonderful time. Regards Kafsat Taiyus Network Administrator Retail Decisions Pty Ltd This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
SB error
Hi, In a Unidata 5.2 SB+ plus environment running on Tru64 UNIX we are occasionally receiving following error. Fatal: deadlock will occur if this request of lock wait in the queue. File name: /file/NAME, inum: 57907, dev: -251488945, key: 136445950 Do anyone know why is this happening and how to fix it? Regards, Kafsat Taiyus This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: SB error
Thank you David, I shall talk with the programmers. Regards Kafsat -Original Message- From: David Wolverton [mailto:[EMAIL PROTECTED] Sent: Tuesday, 30 March 2004 1:19 AM To: 'U2 Users Discussion List' Subject: RE: SB error This would tell me that you have two programs running: Session 1 locks Record A Session 2 locks Record B Session 1 WANTS to lock Record B, and holds, awaiting the lock release Session 2 NOW Wants to lock Record A - if this happens, DEADLOCKS occurs - neither program will ever be able to progress. The system detects this, and kills Session 2 'for the good of all' - used to be 'in the old days' you'd just have two sessions sitting there forever Your best way to prevent Deadlocks is to ensure programs ALL lock files in the same order. In this example, Session 1's program locked A then B, while Session 2's propgram locked B, then A. That's a deadlock waiting to happen. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of kafsat taiyus Sent: Monday, March 29, 2004 12:26 AM To: 'U2 Users Discussion List' Subject: SB error Hi, In a Unidata 5.2 SB+ plus environment running on Tru64 UNIX we are occasionally receiving following error. Fatal: deadlock will occur if this request of lock wait in the queue. File name: /file/NAME, inum: 57907, dev: -251488945, key: 136445950 Do anyone know why is this happening and how to fix it? Regards, Kafsat Taiyus This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- 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 This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
Unidata ODBC - Suborutine call form dictionary.
Hi, We have published a Unidata File through ODBC view. One of the dictionaries published uses subroutine call to get data. The dictionary using subroutine call, does not work from ODBC, the rest of the dictionaries work fine. Is there anything we can do to fix it? Regards Kafsat This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
RE: Unidata ODBC - Suborutine call form dictionary.
Amy, Dawn, David, Thank you all for your answers. It was a missing VOC entry for a cataloged Subroutine. When I tried to select from command line using SQL SELECT I saw the error and fixed it. Thank you again for your help. Have a lovely day. Regards Kafsat -Original Message- From: Amy Cook [mailto:[EMAIL PROTECTED] Sent: Tuesday, 6 April 2004 12:02 AM To: U2 Users Discussion List Subject: RE: Unidata ODBC - Suborutine call form dictionary. Also, once you check out David's suggestions below, verify first you can execute the sql select at tcl before trying through the driver, i.e. : SQL SELECT SUBR_FIELD FROM MYVIEW_NF; I've found this happen under two different situationsa dependency is the most common. Sometime's it's as simple as recompiling the subroutine. From: [EMAIL PROTECTED] on behalf of Hona, David S Sent: Mon 4/5/2004 12:08 AM To: 'U2 Users Discussion List' Subject: RE: Unidata ODBC - Suborutine call form dictionary. Does your subroutine have any dependencies? COMMON variables? Such previously open files, with the file variables stored in COMMON, etc., etc. If it does, you need to either remove these dependencies or work around them, some how...we've went through a similar exercise as yourself. Regards, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of kafsat taiyus Sent: Monday, April 05, 2004 4:16 PM To: 'U2 Users Discussion List' Subject: Unidata ODBC - Suborutine call form dictionary. Hi, We have published a Unidata File through ODBC view. One of the dictionaries published uses subroutine call to get data. The dictionary using subroutine call, does not work from ODBC, the rest of the dictionaries work fine. Is there anything we can do to fix it? Regards Kafsat -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users This email and any attachments are confidential and intended solely for the use of the person or entity to whom they are addressed. If you are not the intended recipient, please do not disclose, store, copy or take any action in reliance on it or them. If you have received this message in error, please tell us by reply email (or telephone + 61 (0) 3 9274 9100) and delete all copies on your system. Any opinion, advice or information in this email is not necessarily that of the owners or officers of this company. Please advise us immediately if you or your employer do not consent to email for messages of this type. Retail Decisions has taken reasonable precautions to ensure that any attachment to this email has been swept for viruses. However, we cannot accept any liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer system may be viewed by other Retail Decisions employees or officers strictly in accordance with law. -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users