CSCsi78581 - Hulc LED Process uses 10-15 percent CPU on Catalyst 3750/3560 - 10

I have the same issue, but now is in 3750E with IOS
15.0(1)SE3 does anybody see this bug in this version of IOS ?
      345433434433338833333333444433353433343334433433333533796763
      829698281199793397776998091576799099908973089099999499163527
100                                                        *
   90                                                        *
   80               **                                       * *
   70               **                                      ** *
   60   *           **               *                      ****
   50   **          **         * *   *                   * *##*
   40 *###**#******###*********###****###**#***##*##*###########
   30 ##########################################################
   20 ##########################################################
   10 ##########################################################
     0....5....1....1....2....2....3....3....4....4....5....5....6
               0    5    0    5    0    5    0    5    0    5    0
               CPU% per minute (last 60 minutes)
              * = maximum CPU%   # = average CPU%
173 1360214457   674705267       2016 19.68% 19.77% 19.76%   0 Hulc LED Process

I see this issue on a Catalyst 3560X-48P running IOS 15.0(2)SE2.
switch#show proc cpu sorted
CPU utilization for five seconds: 44%/0%; one minute: 42%; five minutes: 41%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
171 3074931895 362854359 8474 20.31% 20.10% 20.00% 0 Hulc LED Process

Similar Messages

CSCsi78581 - Hulc LED Process has even higher CPU (20%) running "fixed" version 15.2(2)E

A known good fix for the CPU issue was listed as version 15.2(2)E.
However, I have found that this version has even a higher CPU usage of 20% than the original bug indicated at 15%.
Does anyone know a fix for this?

Experiencing this with 12.2(55)SE9 as well.

2960 - HULC LED PROCESS

Dear All,
I have cisco WS-C2960S-48FPS-L stacked. Weekly twice, my PoE connections are dropped and when the device is restarted, everything starts working normal. This issue happens weekly once or twice.
Verified the power input and it's absolutely fine.
show power inline
Module   Available     Used     Remaining
          (Watts)     (Watts)    (Watts)
1           740.0       91.5       648.5
2           740.0       60.2       679.8
3           740.0      144.3       595.7
4           740.0      157.1       582.9
Upon taking a look to the CPU Process, device is punted with 75 - 85 % at normal usage, with "Hulc LED Process" as 18% utilisation. CPU utilisation also peaks to 90 - 100% sometimes.
CPU utilization for five seconds: 78%/48%; one minute: 58%; five minutes: 50%
100 *              *
90 * ** * *     *
80 *###############
70 ################
60 ################
50 ################
40 ################
30 ################
20 ################
10 ################
   0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.
             0    5    0    5    0    5    0    5    0    5    0    5    0
                   CPU% per hour (last 72 hours)
                  * = maximum CPU%   # = average CPU%
I can see that there is a bug id : CSCtg86211 and no work around for it.
Does anyone faced similar issue and any updates received from Cisco TAC ?
Any recommendations to overcome this issue !!
BR / Vimal.

I am also seeing an issue with two stacks of 5 x WS-C2960X-48FP-S switches similar to this case.
Code in use: c2960x-universalk9-mz.150-2.EX5.bin
At the moment there is nothing connected to the copper 48 ports in any of the switches.
Each stack has a LACP port-channel to a 2 x WS-C3850-48F-E core stack utilising ports x/0/51 and x/0/52 on each 2960X - total 10 ports in each port-channel (8 in use 2 Hot-standby)
The uplink ports are using GLC-Ts
There are 5 vlans (including Vlan1) on the switch.
sw02#show proc cpu | excl 0.00
CPU utilization for five seconds: 42%/0%; one minute: 42%; five minutes: 42%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
91 1355993 26717170 50 0.29% 0.22% 0.19% 0 RedEarth Tx Mana
92 886939 26742049 33 0.11% 0.12% 0.16% 0 RedEarth Rx Mana
121 618726 15414683 40 0.11% 0.06% 0.06% 0 HLFM address lea
127 2828875 11788935 239 0.41% 0.41% 0.42% 0 hpm main process
132 637843 4108756 155 0.05% 0.07% 0.05% 0 HRPC pm-counters
162 176218586 15422705 11425 25.07% 25.30% 25.31% 0 Hulc LED Process
173 2274099 122941 18497 0.35% 0.31% 0.30% 0 HQM Stack Proces
174 1720412 1228633 1400 0.23% 0.23% 0.23% 0 HRPC qos request
183 844538 205684 4105 0.05% 0.10% 0.11% 0 Power RPS Proces
207 2879 22868 125 0.11% 0.10% 0.06% 0 IP Input
220 288284 1554997 185 0.11% 0.04% 0.05% 0 Spanning Tree
237 1356330 6170406 219 0.11% 0.07% 0.14% 0 UDLD
293 324727 1359786 238 0.05% 0.04% 0.05% 0 Marvell wk-a Pow
372 120 123 975 0.05% 0.07% 0.01% 1 Virtual Exec
sw03#sh proc cpu | exc 0.00
CPU utilization for five seconds: 42%/0%; one minute: 46%; five minutes: 45%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
63 507 1733 292 0.05% 0.06% 0.03% 0 Per-Second Jobs
91 5409 72997 74 0.35% 0.23% 0.23% 0 RedEarth Tx Mana
92 4526 73169 61 0.11% 0.19% 0.23% 0 RedEarth Rx Mana
129 11881 29115 408 0.54% 0.42% 0.42% 0 hpm main process
133 1259 1674 752 0.23% 0.16% 0.12% 0 hpm counter proc
163 494386 41535 11902 25.38% 25.35% 25.30% 0 Hulc LED Process
174 6130 374 16390 0.29% 0.31% 0.29% 0 HQM Stack Proces
175 4446 3249 1368 0.29% 0.25% 0.24% 0 HRPC qos request
183 2237 559 4001 0.11% 0.16% 0.13% 0 Power RPS Proces
206 894 41778 21 0.05% 0.03% 0.03% 0 IP ARP Retry Age
237 5298 16703 317 0.11% 0.14% 0.26% 0 UDLD
251 4045 452 8949 0.29% 2.68% 0.98% 1 Virtual Exec
291 1183 3706 319 0.05% 0.05% 0.05% 0 Marvell wk-a Pow
Any advice from Cisco would be much appreciated.
Mark

MACFLAPS seen only on 1 vlan and also has HIGH CPU HULC LED PROCESS

Hi All,
Their is a weird problem we are having with MAC-FLAPS and HIGH CPU uses. The odd think is when we change the VLAN on the port to a different one then the flapping stops but when we turn it back it starts again. I removed the Vlan from a switch (3750) and the CPU usage returned back to normal even though it was only using it for a printer only (was 50%/30% cpu!).
However the problem now exists with TWO 2960 PCS and 1 2960 POE and they have HULC LED PROCESS at 65%/40% plus CPU usage. There are no STP or HSRP issues on that VLAN however I think it's related to that VLAN. I even backdated the IOS version and reloaded but problem still persists.
What else can I do or is the switch gone (memory leak?). I don't to change all 3 switches so how do I know which switch is the cause as the CPU to be High and only caused due to 1 vlan? ALso when we put something on that VLAN sometimes we get MACFLAPS; although if we change the VLAN the MACFLAPS stop. But the Macflaps are intermittent so I really am not sure what the problem is.

Hello.
Regarding "Hulc led" process - it's a bug; please provide the IOS version you are running.
It's not clear waht issue do you have with MAC flap; could you please provide command/log outputs?

Ruby Process using 80% or more CPU

Granted, I'm running Leopard Server on an old machine, but still. they Ruby process is keeping the CPU pretty well pinned, as it regularly uses more that 80% CPU.
Is it doing OS work, or can I disable it if I am not using it? Any ideas on how?
CK

https://discussions.apple.com/message/23685234?tstart=0#23685234
Hope this helps you!!
Stuart

Screen Sharing and WindowServer processes using 35-45% of CPU!!

I have recently relocated and reconfigured my Apple network and computers in the house :1) MacBook Air dual display MBA with 20" cinema screen in the office, and 2) and Mac Mini connected to a large LCD TV in the living room.
The plan now is to use the MBA as a primary computer and connect via wireless screen sharing to the MM so that I can monitor that system, run more intensive apps, watch EyeTV, file server tasks, etc.
But now this has increased CPU and fan activity on the MBA beyond what I would expect. The activity monitor indicates that the Screen Sharing and WindowServer processes are using combined between 35-45% of the CPU (screen share process is a constant 25%!!).
This is not good, and I wonder if it will be fixed in a future release. Any ideas or suggestions on how to limit the impact of screen sharing on CPU?

It seems to be running better with system update, and use of a faster computer (now using the higher end mac book air)

Solaris 9: Xsun process using over 47% of CPU

Anyone else having this problem?
The /usr/openwin/bin/Xsun process is consistently using over 47% of the CPU
on a Sun Fire V240 running Solaris 9. This system was just built last week
with all recommended patches. In the past 24 hours it has accumulated 1341:35
of execution time according to ps. It is now up to 1350:08 in the time it took me
to finish this message.

I had a similar problem with my v240 with my XVR-100 frame buffer, and was told that there is an incident that is not closed in a security patch for this, and that the work around was as follows:
mkdir /etc/dt/config
cp /usr/dt/config/Xconfig /etc/dt/config
cp /usr/dt/config/Xsetup /etc/dt/config
add "/usr/openwin/bin/xset -fbpm" to the end of /etc/dt/config/Xsetup
edit /etc/dt/config/Xconfig and change
Dtlogin*setup: Xsetup
to
Dtlogin*setup: /etc/dt/config/Xsetup

Sockd process uses a lot of CPU time

Hi,
I'm running the Sun Java System Web Proxy Server version 4.02 on a SunFire V210 dual processor box running Solaris 10 with the default socks5.conf for testing.
Just browsing a few web pages in Firefox or IE using the socks proxy boosts CPU usage from the sockd process to a staggering 50% and stay there for several minutes.
Comparing with the old NEC reference Socks5 daemon the Sun version is really performing badly.
The system is pretty standard though I have tuned /etc/system and the tcp stack using recommendations in the proxy administration manual. All Solaris 10 patches are installed.
prstat output:
   PID USERNAME SIZE   RSS STATE PRI NICE      TIME CPU PROCESS/NLWP
24519 proxy    6664K 4384K cpu1     0   10   0:11:18 50% sockd/43Any ideas what's wrong or do I have to stick with the old NEC reference daemon?
Regards
Kasper L�vschall

Using:
truss -dlfo truss.out ./sockd-wdog
Where things begin to happen:
5259/1:          11.2858     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/1:          12.2958     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/1:          13.3058     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/1:          14.3158     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/2:          15.1858     pollsys(0xFEAEFDC8, 1, 0xFEAEFD58, 0x00000000)     = 0
5259/1:          15.3258     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/2:          pollsys(0xFEAEFDC8, 1, 0xFEAEFD58, 0x00000000) (sleeping...)
5259/1:          lwp_park(0xFFBFF290, 0)          (sleeping...)
5259/1:          16.3359     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/1:          lwp_park(0xFFBFF290, 0)          (sleeping...)
5259/1:          17.3459     lwp_park(0xFFBFF290, 0)                    Err#62 ETIME
5259/2:          18.2382     pollsys(0xFEAEFDC8, 1, 0xFEAEFD58, 0x00000000)     = 1
5259/2:          18.2385     accept(3, 0xFEAEFEC8, 0xFEAEFE64, SOV_DEFAULT)     = 5
5259/2:          18.2386     lwp_unpark(43)                         = 0
5259/43:     18.2386     lwp_park(0x00000000, 0)                    = 0
5259/2:          18.2388     accept(3, 0xFEAEFEC8, 0xFEAEFE64, SOV_DEFAULT)     Err#11 EAGAIN
5259/43:     18.2389     getsockname(5, 0xFE5AFEA8, 0xFE5AFDA4, SOV_DEFAULT) = 0
5259/43:     18.2391     getpeername(5, 0xFE5AFE38, 0xFE5AFDA4, SOV_DEFAULT) = 0
5259/43:     18.2391     read(5, 0x00063B7E, 1)                    Err#11 EAGAIN
5259/43:     18.2407     pollsys(0xFE5AFD08, 1, 0xFE5AFCA0, 0x00000000)     = 1
5259/43:     18.2408     read(5, "04", 1)                    = 1
5259/43:     18.2409     read(5, "01\0 P BF9 ] c", 7)               = 7
5259/43:     18.2411     read(5, " k l\0", 255)                    = 3
5259/43:     18.2412     write(4, " [ 0 1 / M a r / 2 0 0 6".., 88)     = 88
5259/43:     18.2413     so_socket(PF_INET, SOCK_STREAM, IPPROTO_IP, "", SOV_DEFAULT) = 6
5259/43:     18.2414     fcntl(6, F_GETFL)                    = 2
5259/43:     18.2415     fcntl(6, F_SETFL, FWRITE|FNONBLOCK)          = 0
5259/43:     18.2416     bind(6, 0xFE5AF980, 16, SOV_SOCKBSD)          = 0
5259/43:     18.2418     connect(6, 0xFE5AF910, 16, SOV_DEFAULT)          Err#150 EINPROGRESS
5259/43:     18.2970     pollsys(0xFE5AF798, 1, 0xFE5AF730, 0x00000000)     = 1
5259/43:     18.2971     getsockopt(6, SOL_SOCKET, SO_ERROR, 0xFE5AF6D0, 0xFE5AF6D4, SOV_DEFAULT) = 0
5259/43:     18.2972     getsockname(6, 0xFE5AF980, 0xFE5AF8A4, SOV_DEFAULT) = 0
5259/43:     18.2973     write(5, "\0 Z918782E1 511", 8)               = 8
5259/43:     18.2974     lwp_unpark(3)                         = 0
5259/3:          18.2974     lwp_park(0x00000000, 0)                    = 0
5259/3:          18.2977     brk(0x00064850)                         = 0
5259/3:          18.2977     brk(0x00078850)                         = 0
5259/3:          18.2981     pollsys(0xFEACF458, 50, 0xFEACF3E8, 0x00000000)     = 0
5259/3:          18.2982     pollsys(0xFEACF458, 50, 0xFEACF3E8, 0x00000000)     = 0
5259/3:          18.2983     pollsys(0xFEACF458, 50, 0xFEACF3E8, 0x00000000)     = 0Then loades of pollsys(0xFEACF458, 50, 0xFEACF3E8, 0x00000000)     = 0 until I kill the daemon - seems like they are killing the server?
Thanks,
Kasper

Systemd-journal process using 100% of one cpu core after reboot

journalctl -b showed
"Process 2016 (virtuoso-t) dumped core."
more than a few times and virtuoso-t would was using more cpu than it does most of the time.
at 14 minutes of uptime systemd-journal stopped using 100% and went back to normal. Anyone know a way to figure out what happened here?
update:
systemd-coredump[3182]: Process 3133 (virtuoso-t) dumped core.
systemd-journal[5407]: Permanent journal is using 2.6G (max allowed 4.0G, trying to leave 4.0G free of 50.7G available → current limit 4.0G).
systemd[1]: systemd-journald.service watchdog timeout!
systemd[1]: Starting Journal Service...
systemd[1]: systemd-journald.service stop-sigterm timed out. Killing.
systemd[1]: Starting Journal Service...
systemd[1]: systemd-journald.service: main process exited, code=killed, status=9/KILL
systemd[1]: Unit systemd-journald.service entered failed state.
systemd[1]: systemd-journald.service has no holdoff time, scheduling restart.
systemd[1]: Stopping Journal Service...
systemd[1]: Starting Journal Service...
systemd[1]: Started Journal Service.
systemd-journal[5407]: Journal started
dbus[365]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.freedesktop.ModemManager1.service'
dbus[365]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freedesktop.ModemManager1.service failed to load: No such file or directory.
systemd-coredump[3289]: Process 3235 (virtuoso-t) dumped core.
it happened again here is what the journal was saying while it was happening (i removed lots of (virtuoso-t) dumped core that happened ... 10 or more times)
Thanks in advance,
Wolf Larson
Last edited by wolflarson (2014-03-22 15:36:37)

In the Newbie Corner of the forums, there are a few stickied threads that are recommended reads. One of which is this one.
If the logs are not too too much, then it can be posted here with code tags. If it is crazy big, pastebin it and then post the link.
If this is really all the information it gives about the journal being nuts, then you might want to enable debug levels of logging for the journal and then see if you can gather more information that way. This can either by done by using a drop-in snippet to the unit file, or by turning on debug levels for the entire system from the kernel command line.
The journal is not designed in such a way that it can be continously written to. There are safeguards in place to ensure that masively spamming services are cut off after a certain number of log messages in a given timeframe. Additionally, even the flush from the journal in RAM to the disk is only done periodically.

Long running processes using a lot of CPU

Hi all,
We have a clustered environment and on both the DB nodes there are processes that is taking a lot of CPU and runs a really long time. The load of the servers get really high and performance degrades drastically.
I've traced the processes and the module is usually a combination of the following:
icx.por.rcv.server.ReceiveItemsAM
icx.por.reqmgmt.server.ReqMgmtAM
I know it has something to do with Purchase Orders.
Can someone please give me more info on this processes and what I can do about them?
Thanks in advance.

..Step by Step to fix your Mac
They will just say it's a software problem you need to fix most likely.
However if you have exhausted your software fixes and/or Hardware Test gives something, it could be a hardware problem, but likely it's software for what your mentioning.

How to kill Forms Runaway Process using 95% CPU and running for 2 hours.

We had a situation at E-Business Suite customer (using Oracle VM server) where some of Form processes were not being cleared by form timeout settings automatically.
Also when user exits the form session from front end, the linux form process (PID) and DB session did not exit properly, so they got hung.
They were spiking CPU and memory usage and causing e-business suite to perform slowely and ultimately causing VM host to reboot the production VM guest (running on Linux).
We could see the form processes (PIDs) using almost 100% cpu with "top" command and running for a long time.
Also we verified those Form Sessions did not exist in the application itself.
ie. Using from Grid Control -> OAM-> Site Map -> Monitoring (tab) -> "Form Sessions".
It means that we could safely kill that form process from Linux using "kill -9 <PID>" command.
But that required a continuous monitoring and manual DBA intervention as customer is 24x7 customer.
So, I wrote a shell script to do the following;
•     Cron job runs every half an hour 7 days a week which calls this shell script.
•     Shell script runs and tries to find "top two" f60webmx processes (form sessions) using over 95% cpu with 2 minutes interval.
•     If no process is found or CPU% is less than 95%, it exits and does nothing.
•     If top process is found, it searches for its DB session using apps login (with hidden apps password file - /home/applmgr/.pwd).
a.     If DB session is NOT found (which means form process is hung), it kills the process from unix and emails results to <[email protected]>
b.     If DB session is found, it waits for 2 hours so that form process times automatically via form session timeout setting.
It also emails the SQL to check the DB session for that form process.
c.     If DB session is found and it does not timeout after 2 hours,
it kills the process from unix (which in turn kills the DB session). Output is emailed.
This are the files required for this;
1. Cron job which calls the shell script looks like this;
# Kill form runaway process, using over 95% cpu having no DB session or DB session for > 2hrs
00,30 * * * * /home/applmgr/forms_runaway.sh 2>&1
2. SQL that this script calls is /home/applmgr/frm_runaway.sql and looks like;
set head off
set verify off
set feedback off
set pagesize 0
define form_client_PID = &1
select count(*) from v$session s , v$process p, FND_FORM_SESSIONS_V f where S.AUDSID=f.audsid and p.addr=s.paddr and s.process='&form_client_PID';
3. Actual shell script is /home/applmgr/forms_runaway.sh and looks like;
# Author : Amandeep Singh
# Description : Kills runaway form processes using more than 95% cpu
# and Form Session with no DB session or DB session > 2hrs
# Dated : 11-April-2012
#!/bin/bash
. /home/applmgr/.bash_profile
PWD=`cat ~/.pwd`
export PWD
echo "`date`">/tmp/runaway_forms.log
echo "----------------------------------">>/tmp/runaway_forms.log
VAR1=`top -b -u applmgr -n 1|grep f60webmx|grep -v sh|grep -v awk|grep -v top|sort -nrk9|head -2|sed 's/^[ \t]*//;s/[ \t]*$//'| awk '{ if ($9 > 95 && $12 = "f60webmx") print $1 " "$9 " "$11 " "$12; }'`
PID1=`echo $VAR1|awk '{print $1}'`
CPU1=`echo $VAR1|awk '{print $2}'`
TIME1=`echo $VAR1|awk '{print $3}'`
PROG1=`echo $VAR1|awk '{print $4}'`
PID_1=`echo $VAR1|awk '{print $5}'`
CPU_1=`echo $VAR1|awk '{print $6}'`
TIME_1=`echo $VAR1|awk '{print $7}'`
PROG_1=`echo $VAR1|awk '{print $8}'`
echo "PID1="$PID1", CPU%="$CPU1", Running Time="$TIME1", Program="$PROG1>>/tmp/runaway_forms.log
echo "PID_1="$PID_1", CPU%="$CPU_1", Running Time="$TIME_1", Program="$PROG_1>>/tmp/runaway_forms.log
echo " ">>/tmp/runaway_forms.log
sleep 120
echo "`date`">>/tmp/runaway_forms.log
echo "----------------------------------">>/tmp/runaway_forms.log
VAR2=`top -b -u applmgr -n 1|grep f60webmx|grep -v sh|grep -v awk|grep -v top|sort -nrk9|head -2|sed 's/^[ \t]*//;s/[ \t]*$//'| awk '{ if ($9 > 95 && $12 = "f60webmx") print $1 " "$9 " "$11 " "$12; }'`
PID2=`echo $VAR2|awk '{print $1}'`
CPU2=`echo $VAR2|awk '{print $2}'`
TIME2=`echo $VAR2|awk '{print $3}'`
PROG2=`echo $VAR2|awk '{print $4}'`
PID_2=`echo $VAR2|awk '{print $5}'`
CPU_2=`echo $VAR2|awk '{print $6}'`
TIME_2=`echo $VAR2|awk '{print $7}'`
PROG_2=`echo $VAR2|awk '{print $8}'`
HRS=`echo $TIME1|cut -d: -f1`
exprHRS=`expr "$HRS"`
echo "PID2="$PID2", CPU%="$CPU2", Running Time="$TIME2", Program="$PROG2>>/tmp/runaway_forms.log
echo "PID_2="$PID_2", CPU%="$CPU_2", Running Time="$TIME_2", Program="$PROG_2>>/tmp/runaway_forms.log
echo " ">>/tmp/runaway_forms.log
# If PID1 or PID2 is NULL
if [ -z ${PID1} ] || [ -z ${PID2} ]
then
echo "no top processes found. Either PID is NULL OR CPU% is less than 95%. Exiting...">>/tmp/runaway_forms.log
elif
# If PID1 is equal to PID2 or PID1=PID_2 or PID_1=PID2 or PID_1=PID_2
[ ${PID1} -eq ${PID2} ] || [ ${PID1} -eq ${PID_2} ] || [ ${PID_1} -eq ${PID2} ] || [ ${PID_1} -eq ${PID_2} ];
then
DB_SESSION=`$ORACLE_HOME/bin/sqlplus -S apps/$PWD @/home/applmgr/frm_runaway.sql $PID1 << EOF
EOF`
echo " ">>/tmp/runaway_forms.log
echo "DB_SESSION ="$DB_SESSION >>/tmp/runaway_forms.log
# if no DB session found for PID
if [ $DB_SESSION -eq 0 ] then
echo " ">>/tmp/runaway_forms.log
echo "Killed Following Runaway Forms Process:">>/tmp/runaway_forms.log
echo "-------------------------------------------------------------------">>/tmp/runaway_forms.log
echo "PID="$PID1", CPU%="$CPU1", Running Time="$TIME1", Program="$PROG1>>/tmp/runaway_forms.log
kill -9 $PID1
#Email the output
mailx -s "Killed: `hostname -a` Runaway Form Processes" [email protected] </tmp/runaway_forms.log
cat /tmp/runaway_forms.log
else
# If DB session exists for PID
if [ ${exprHRS} -gt 120 ]; then
echo $DB_SESSION "of Database sessions exist for this forms process-PID="$PID1". But its running for more than 2 hours. ">>/tmp/runaway_forms.log
echo "Process running time is "$exprHRS" minutes.">>/tmp/runaway_forms.log
echo "Killed Following Runaway Forms Process:">>/tmp/runaway_forms.log
echo "-------------------------------------------------------------------">>/tmp/runaway_forms.log
echo "PID="$PID1", CPU%="$CPU1", Running Time="$TIME1", Program="$PROG1>>/tmp/runaway_forms.log
kill -9 $PID1
#Email the output
mailx -s "`hostname -a`: Runaway Form Processes" [email protected] </tmp/runaway_forms.log
cat /tmp/runaway_forms.log
else
echo "Process running time is "$exprHRS" minutes.">>/tmp/runaway_forms.log
echo $DB_SESSION "of Database sessions exist for PID="$PID1" and is less than 2 hours old. Not killing...">>/tmp/runaway_forms.log
echo "For more details on this PID, run following SQL query;">>/tmp/runaway_forms.log
echo "-----------------------------------------------------------------------">>/tmp/runaway_forms.log
echo "set pages 9999 lines 150">>/tmp/runaway_forms.log
echo "select f.user_form_name, f.user_name, p.spid DB_OS_ID , s.process client_os_id,, s.audsid, f.PROCESS_SPID Forms_SPID,">>/tmp/runaway_forms.log
echo "to_char(s.logon_time,'DD-Mon-YY hh:mi:ss'), s.seconds_in_wait">>/tmp/runaway_forms.log
echo "from v\$session s , v\$process p, FND_FORM_SESSIONS_V f">>/tmp/runaway_forms.log
echo "where S.AUDSID=f.audsid and p.addr=s.paddr and s.process='"$PID1"' order by p.spid;">>/tmp/runaway_forms.log
mailx -s "`hostname -a`: Runaway Form Processes" [email protected] </tmp/runaway_forms.log
cat /tmp/runaway_forms.log
fi
fi
else
#if PID1 and PID2 are not equal or CPU% is less than 95%.
echo "No unique CPU hogging form processes found. Exiting...">>/tmp/runaway_forms.log
cat /tmp/runaway_forms.log
fi
If you have the same problem with some other unix and DB processes, the script can be easily modified and used.
But use this with thorough testing first (by commenting out <kill -9 $PID1> lines.
Good luck.
Edited by: R12_AppsDBA on 19/04/2012 13:10

Thanks for sharing the script!
Hussein

Process used to update IOS 2960-S

I need to upgrade Cisco 2960S Stackable IOS this week. But before I want to know what is the process used.
HSP_TRSF_SWPB_E3#show processes cpu | include HULC
54           0         1          0 0.00% 0.00% 0.00%   0 HULC ACL Tcam Me
63           0         1          0 0.00% 0.00% 0.00%   0 HULC QM Tcam Mem
72      490715   4256103        115 0.00% 0.00% 0.00%   0 HULC Thermal Pro
81           5         5       1000 0.00% 0.00% 0.00%   0 HULC Device Mana
99           0         1          0 0.00% 0.00% 0.00%   0 HULC VLAN REF Ba
102           0         1          0 0.00% 0.00% 0.00%   0 HULC PM Vector P
121           5        19        263 0.00% 0.00% 0.00%   0 HULC CISP Proces
124      296126   2589355        114 0.00% 0.00% 0.00%   0 HULC DOT1X Proce
148           0         1          0 0.00% 0.00% 0.00%   0 HULC SNMP Proces
204           0         1          0 0.00% 0.00% 0.00%   0 HULC DAI Process
208           0         1          0 0.00% 0.00% 0.00%   0 HULC IP Source g
220           0         1          0 0.00% 0.00% 0.00%   0 CEF RF HULC Conv
246           0         6          0 0.00% 0.00% 0.00%   0 HULC DHCP Snoopi
Some cases saw the HULC archive dnl.
Thanks,

Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
Generally, process is, load new IOS, insure device will chose it first when reloaded, reload device.
Configuration guide, for your device/IOS should have all the details?
Were you looking for something more?

RequestTimeoutException error while invoking a BPEL process using RMI

Hi,
I am getting RequestTimeoutException error while invoking a BPEL process using this code:
Locator locator = LocatorFactory.createLocator(jndiProps);
String compositeDN = "default/"+processName+"!1.0";
Composite composite = locator.lookupComposite(compositeDN);
String serviceName = "client";
Service deliveryService = composite.getService(serviceName);
NormalizedMessage nm = new NormalizedMessageImpl();
nm.getPayload().put("payload", requestXml);
NormalizedMessage res = deliveryService.request("process", nm);
responseMap = res.getPayload();
The error stack trace is
weblogic.rmi.extensions.RequestTimeoutException: RJVM response from 'weblogic.rjvm.RJVMImpl@604f2d14 - id: '-361032376059206
2776S:10.67.232.164:[8001,-1,-1,-1,-1,-1,-1]:emaar_domain:soa_server1' connect time: 'Mon Jan 18 11:34:41 GST 2010'' for 'executeServiceMethod
(Loracle.soa.management.CompositeDN;Ljava.lang.String;Ljava.lang.String;[Ljava.lang.Object;) 'timed out after: 60000ms.
oracle.fabric.common.FabricInvocationException: weblogic.rmi.extensions.RequestTimeoutException: RJVM response from 'weblogic.rjvm.RJVMImpl@60
4f2d14 - id: '-3610323760592062776S:10.67.232.164:[8001,-1,-1,-1,-1,-1,-1]:emaar_domain:soa_server1' connect time: 'Mon Jan 18 11:34:41 GST 20
10'' for 'executeServiceMethod(Loracle.soa.management.CompositeDN;Ljava.lang.String;Ljava.lang.String;[Ljava.lang.Object;) 'timed out after: 6
0000ms.
        at oracle.soa.management.internal.facade.ServiceImpl.request(ServiceImpl.java:135)
        at com.gss.common.bo.BpelUtil.invokeBPELProcess(BpelUtil.java:81)
To add to it the BPEL process is executing successfuly and RMI call timeout is happening.
Can I know how to increase the related timeout value?

Have got the same problem. Scenario at my end is little different though.
I am trying to invoke a BPEL process from an ESB Service.
I am trying to look into it..
However, would be grateful, if someone can give some insight into this since many are running into this issue without being able to fix.
Ashish.

I am trying to connect my macbook air through my led tv using hdmi but it won't work. I could not find arrangement option on my system preference. how do i make it appear again on my system preference so i can mirror it through my tv. thanks

I am trying to connect my macbook air through my led tv using hdmi but it won't work. I could not find arrangement option on my system preference. how do i make it appear again on my system preference so i can mirror it through my tv. thanks

Hi jenette,
If you are having issues using an HDTV via HDMI as an external display to your MacBook Air, you may find the following article helpful:
OS X: How to use multiple displays with your Mac in Mountain Lion and earlier
http://support.apple.com/kb/ht5019
(Note: You will generally only see the arrangement option in Displays when you are configured to use the external display in Extended Desktop mode; there is no arrangement in Mirroring as both screens are showing the same image.)
Regards,
- Brenden

Error While Deploying the BPEL Process using obant script

Hi All,
I am getting the following error while deploying the BPEL Process using obant script. we are using the BPEL Version 10.1.2.0.2.Any information in this regard will be really helpful.
Buildfile: build.xml
main:
[bpelc] file:/home5102/dibyap/saravana/Test/CreditRatingService.wsdl
[bpelc] validating "/home5102/dibyap/saravana/Test/CreditRatingService.bpel" ...
BUILD FAILED
/home5102/dibyap/saravana/Test/build.xml:15: ORABPEL-01002
Domain directory not found.
The process cannot be deployed to domain "default" because the domain directory "/opt02/app/ESIT/oracle/esit10gR2iAS/BPEL10gR2/iAS/integration/orabpel/domains/default/deploy" cannot be found or cannot b
e written to.
Please check your -deploy option value; "default" must refer to a domain that has been installed locally on your machine.
Total time: 23 seconds
dibyap@ios5102_ESIBT:/home5102/dibyap/saravana/Test>
Thanks,
Saravana

In 10.1.2.0.2 you need to create your own build.xml
I have found an example, it may be of some help. This does call a property file
cheers
James
<?xml version="1.0" ?>

<project name="ASB_EFT" default="main" basedir=".">

<property name="deploy" value="default" />

<property name="rev" value="1.0" />


<property file="ebusd.properties"/>
<property name="env" value="${env.name}"/>
<property name="current.project.name" value="${project.name}"/>
<property name="target.project.name" value="${project.name}_${env}"/>
<property name="deployment.profile" value ="${env}.properties"/>
<property name="source.development.directory" location="${basedir}"/>
<property name="target.env.directory" location="${basedir}/deploy/${project.name}_${env}"/>
<property file="${deployment.profile}"/>
<property name="build.fileencoding" value="UTF-8"/>

<target name="print.env" description="Display environment settings">
<echo message="Base Directory: ${basedir}"/>
<echo message="Deployment Profile: ${deployment.profile}"/>
<echo message="target.env.directory: ${target.env.directory}"/>
<echo message="Deploy to Domain: ${deployToDomain}"/>
<echo/>
<echo message="os.name: ${os.name}"/>
<echo message="os.version: ${os.version}"/>
<echo message="os.arch: ${os.arch}"/>
<echo/>
<echo message="java.home: ${java.home}"/>
<echo message="java.vm.name: ${java.vm.name}"/>
<echo message="java.vm.vendor: ${java.vm.vendor}"/>
<echo message="java.vm.version: ${java.vm.version}"/>
<echo message="java.class.path: ${java.class.path}"/>
<echo/>
<echo message="env: ${env}"/>
<echo message="current.project.name: ${current.project.name}"/>
<echo message="target.project.name: ${target.project.name}"/>
<echo message="server.name: ${server.name}"/>
</target>

<target name="create.environment">
<copy todir="${target.env.directory}">
<fileset dir="${basedir}"/>
<filterset begintoken="@" endtoken="@">
<filtersfile file="${deployment.profile}"/>
</filterset>
</copy>
<move file="${target.env.directory}/${current.project.name}.jpr" tofile="${target.env.directory}/${target.project.name}.jpr"/>
</target>
<target name="main">

<bpelc input="${basedir}/bpel.xml" rev="${rev}" deploy="${deploy}" />
</target>
</project>
here is a property file
project.name=ASB_EFT
env.name=ebusd
deployToDomain=default
server.name=[server]
server.port=7788
ebusd\:7788=http://[server]:7788/
IntegrationMailAccount=OracleBPELTest
IntegrationMailAddress=[email]
IntegrationMailPassword=[password]
archivedir=[directory]
inbounddir=/[directory]
errordir=[directory]
outbounddir=[directory]
bpelpw=bpel
dbhost1=[dbserver]
dbhost2=[dbserver]
dbport=1523
dbservice=bpel
dbconnstr=jdbc:oracle:thin:@(DESCRIPTION=(LOAD_BALANCE=YES)(FAILOVER=YES)(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=[server])(PORT=1523))(ADDRESS=(PROTOCOL=tcp)(HOST=[server])(PORT=1523)))(CONNECT_DATA=(SERVICE_NAME=ebusd)))

CSCsi78581 - Hulc LED Process uses 10-15 percent CPU on Catalyst 3750/3560 - 10

Similar Messages

Maybe you are looking for