Run Away MRP Blank Title 130843

Yahoo Archive
1
2
Hi Guys,

We have a server that used to run MRP in about 1 hour. We changed Hardware Recently and now the process just runs for ever doesn't ever finish. The MRP log just shows as below. We've tried removing the scheduled job and re-creating several times with no success


MRP Log
        Wednesday June 18 00:05:03 2014

00:05:03 MRP regeneration process begin.
00:05:03 PID: 4884; Session: 10.200.200.125::MfgSys803Print::8305::11d17d4d45fe9d54:a1807c:146996290bf:-6e32
00:05:03 Generating plant list.
00:05:03 Starting sub-processes
00:05:19 Deleting unfirm jobs ...
01:05:22 Process 1 not responding. Â Abandoned during process 'Deleting~MRP00000000006'
01:05:37 Process 101 not responding. Â Abandoned during process 'Deleting~MRP00000000117'
01:05:37 Scheduling jobs ...
01:05:38 Building PartList Level: 0
01:07:10 Sorting Level 0 Jobs




Jose C Gomez

Software Engineer


T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com

     Â


Quis custodiet ipsos custodes?
3
I am seeing these in the Epicor Log starting to think there is something going on with the DB...
[14/06/18@00:05:40.616+0800] P-000568 T-005816 1 AS -- (Procedure: 'RemoveShopLoad mr/MrpExpSched.p' Line:7087) 40001: [Microsoft][SQL Server Native Client 10.0][SQL Server]Transaction (Process ID 134) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the t
[14/06/18@00:05:40.616+0800] P-000568 T-005816 1 AS -- (Procedure: 'RemoveShopLoad mr/MrpExpSched.p' Line:7087) ransaction.



Jose C Gomez
Software Engineer


T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com

     Â


Quis custodiet ipsos custodes?


On Wed, Jun 18, 2014 at 9:26 AM, Jose Gomez <jose@...> wrote:
Hi Guys,

We have a server that used to run MRP in about 1 hour. We changed Hardware Recently and now the process just runs for ever doesn't ever finish. The MRP log just shows as below. We've tried removing the scheduled job and re-creating several times with no success


MRP Log

        Wednesday June 18 00:05:03 2014


00:05:03 MRP regeneration process begin.

00:05:03 PID: 4884; Session: 10.200.200.125::MfgSys803Print::8305::11d17d4d45fe9d54:a1807c:146996290bf:-6e32
00:05:03 Generating plant list.
00:05:03 Starting sub-processes
00:05:19 Deleting unfirm jobs ...
01:05:22 Process 1 not responding. Â Abandoned during process 'Deleting~MRP00000000006'
01:05:37 Process 101 not responding. Â Abandoned during process 'Deleting~MRP00000000117'
01:05:37 Scheduling jobs ...
01:05:38 Building PartList Level: 0
01:07:10 Sorting Level 0 Jobs




Jose C Gomez

Software Engineer


T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com

     Â


Quis custodiet ipsos custodes?

4

Hi Jose,

 

We occasionally used to get a similar problem when we were on 9.04 and it was normally something corrupt with the part rather than the mrp process, even though the part may have been used many times before.

 

To resolve it we had to delete the mrp job manually, if the job couldn’t be deleted we would run conversion 5460 and then once complete, delete the demand from the mrp job and delete the job.

 

Then go to the parts in question in part maintenance and untick the ‘process mrp’ flag in the partplant tab and save. Re-run mrp manually to see if it completes, if it does go back into the partplant tab and re-tick the ‘process mrp’ flag, save and run mrp again where it would be successful!

 

Hope this helps.

 

 

Regards,

 

Darryn

 

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com]
Sent: 18 June 2014 14:26
To: vantage@yahoogroups.com
Subject: [Vantage] Run Away MRP

 

 

Hi Guys,

 

We have a server that used to run MRP in about 1 hour. We changed Hardware Recently and now the process just runs for ever doesn't ever finish. The MRP log just shows as below. We've tried removing the scheduled job and re-creating several times with no success

 

MRP Log

                Wednesday June 18 00:05:03 2014

 

00:05:03 MRP regeneration process begin.

00:05:03 PID: 4884; Session: 10.200.200.125::MfgSys803Print::8305::11d17d4d45fe9d54:a1807c:146996290bf:-6e32

00:05:03 Generating plant list.

00:05:03 Starting sub-processes

00:05:19 Deleting unfirm jobs ...

01:05:22 Process 1 not responding.  Abandoned during process 'Deleting~MRP00000000006'

01:05:37 Process 101 not responding.  Abandoned during process 'Deleting~MRP00000000117'

01:05:37 Scheduling jobs ...

01:05:38 Building PartList Level: 0

01:07:10 Sorting Level 0 Jobs

 

 


Jose C Gomez

Software Engineer


T: 904.469.1524 mobile


Quis custodiet ipsos custodes?

5
Thanks Ralph We'll give it a shot


Thanks!


Jose C Gomez

Software Engineer


T: 904.469.1524 mobile
E: jose@...
http://www.josecgomez.com

     Â


Quis custodiet ipsos custodes?


On Wed, Jun 18, 2014 at 10:39 AM, 'Darryn Ralph' darrynralph@... [vantage] <vantage@yahoogroups.com> wrote:

 
<div>


  <p></p><div><p class="ygrps-yiv-260208070MsoNormal"><span style="font-size:11.0pt;color:#1f497d;">Hi Jose,<u></u><u></u></span></p><p class="ygrps-yiv-260208070MsoNormal"><span style="font-size:11.0pt;color:#1f497d;"><u></u>Â <u></u></span></p><p class="ygrps-yiv-260208070MsoNormal">

We occasionally used to get a similar problem when we were on 9.04 and it was normally something corrupt with the part rather than the mrp process, even though the part may have been used many times before.

Â

To resolve it we had to delete the mrp job manually, if the job couldn’t be deleted we would run conversion 5460 and then once complete, delete the demand from the mrp job and delete the job.

Â

Then go to the parts in question in part maintenance and untick the ‘process mrp’ flag in the partplant tab and save. Re-run mrp manually to see if it completes, if it does go back into the partplant tab and re-tick the ‘process mrp’ flag, save and run mrp again where it would be successful!

Â

Hope this helps.

Â

Â

Regards,

Â

Darryn

Â

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com]

Sent: 18 June 2014 14:26
To: vantage@yahoogroups.com
Subject: [Vantage] Run Away MRP

Â

Â

Hi Guys,

Â

We have a server that used to run MRP in about 1 hour. We changed Hardware Recently and now the process just runs for ever doesn't ever finish. The MRP log just shows as below. We've tried removing the scheduled job and re-creating several times with no success

Â

MRP Log

        Wednesday June 18 00:05:03 2014

Â

00:05:03 MRP regeneration process begin.

00:05:03 PID: 4884; Session: 10.200.200.125::MfgSys803Print::8305::11d17d4d45fe9d54:a1807c:146996290bf:-6e32

00:05:03 Generating plant list.

00:05:03 Starting sub-processes

00:05:19 Deleting unfirm jobs ...

01:05:22 Process 1 not responding. Â Abandoned during process 'Deleting~MRP00000000006'

01:05:37 Process 101 not responding. Â Abandoned during process 'Deleting~MRP00000000117'

01:05:37 Scheduling jobs ...

01:05:38 Building PartList Level: 0

01:07:10 Sorting Level 0 Jobs

Â

Â


Jose C Gomez

Software Engineer


T: 904.469.1524 mobile

E: jose@...
http://www.josecgomez.com

     Â


Quis custodiet ipsos custodes?

</div>




<div style="color:#fff;min-height:0;"></div>

6
Jose, we have been seeing the same thing as Darryn mentioned except in 905. I had not tried the unchecking the process MRP but everything else he mentioned we have done when we had that problem. If you finite schedule when running MRP I have also see where going back and running the Global Schedule has cleaned things up for us


On Wednesday, June 18, 2014 10:40 AM, "'Darryn Ralph' darrynralph@... [vantage]" <vantage@yahoogroups.com> wrote:


  
<div id="ygrps-yiv-839931387yiv7253590843ygrp-text">


  <div class="ygrps-yiv-839931387yiv7253590843WordSection1"><div class="ygrps-yiv-839931387yiv7253590843MsoNormal"><span style="font-size:11.0pt;color:#1F497D;">Hi Jose,</span></div><div class="ygrps-yiv-839931387yiv7253590843MsoNormal"><span style="font-size:11.0pt;color:#1F497D;"> &nbsp;</span></div><div class="ygrps-yiv-839931387yiv7253590843MsoNormal"><span style="font-size:11.0pt;color:#1F497D;">We occasionally used to get a similar problem when we were on 9.04 and it was normally something corrupt with the part rather than the mrp process, even though the part may have been used many times before.</span></div><div class="ygrps-yiv-839931387yiv7253590843MsoNormal"><span style="font-size:11.0pt;color:#1F497D;"> &nbsp;</span></div><div class="ygrps-yiv-839931387yiv7253590843MsoNormal"><span style="font-size:11.0pt;color:#1F497D;">To resolve it we had to delete the mrp job manually, if the job couldn’t be deleted we would run conversion 5460 and then once complete, delete the demand from the mrp job and delete the job.</span></div><div

class=“ygrps-yiv-839931387yiv7253590843MsoNormal”>  

Then go to the parts in question in part maintenance and untick the ‘process mrp’ flag in the partplant tab and save. Re-run mrp manually to see if it completes, if it does go back into the partplant tab and re-tick the ‘process mrp’ flag, save and run mrp again where it would be successful!
 
Hope this helps.
 
 
Regards,
 
Darryn
 
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com]
Sent: 18 June 2014 14:26
To: vantage@yahoogroups.com
Subject: [Vantage] Run Away MRP
 
 
Hi Guys,
 
We have a server that used to run MRP in about 1 hour. We changed Hardware Recently and now the process just runs for ever doesn't ever finish. The MRP log just shows as below. We've tried removing the scheduled job and re-creating several times with no success
 
MRP Log
                Wednesday June 18 00:05:03 2014
 
00:05:03 MRP
regeneration process begin.
00:05:03 PID: 4884; Session: 10.200.200.125::MfgSys803Print::8305::11d17d4d45fe9d54:a1807c:146996290bf:-6e32
00:05:03 Generating plant list.
00:05:03 Starting sub-processes
00:05:19 Deleting unfirm jobs …
01:05:22 Process 1 not responding.  Abandoned during process 'Deleting~MRP00000000006'
01:05:37 Process 101 not responding.  Abandoned during process 'Deleting~MRP00000000117'
01:05:37 Scheduling jobs …
01:05:38 Building PartList Level: 0
01:07:10 Sorting Level 0 Jobs
 
 

Jose C Gomez
Software Engineer

T: 904.469.1524 mobile

Quis custodiet ipsos custodes?

</div>




<div style="color:#fff;height:0;"></div></div>
#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843 -- #ygrps-yiv-839931387yiv7253590843ygrp-mkp { border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp hr {
border:1px solid #d8d8d8;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp #ygrps-yiv-839931387yiv7253590843hd {
color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp #ygrps-yiv-839931387yiv7253590843ads {
margin-bottom:10px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp .ygrps-yiv-839931387yiv7253590843ad {
padding:0 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp .ygrps-yiv-839931387yiv7253590843ad p {
margin:0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mkp .ygrps-yiv-839931387yiv7253590843ad a {
color:#0000ff;text-decoration:none;}
#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ygrp-lc {
font-family:Arial;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ygrp-lc #ygrps-yiv-839931387yiv7253590843hd {
margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ygrp-lc .ygrps-yiv-839931387yiv7253590843ad {
margin-bottom:10px;padding:0 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843actions {
font-family:Verdana;font-size:11px;padding:10px 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity {
background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity span {
font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity span:first-child {
text-transform:uppercase;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity span a {
color:#5085b6;text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity span span {
color:#ff7900;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843activity span .ygrps-yiv-839931387yiv7253590843underline {
text-decoration:underline;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843attach {
clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843attach div a {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843attach img {
border:none;padding-right:5px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843attach label {
display:block;margin-bottom:5px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843attach label a {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 blockquote {
margin:0 0 0 4px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843bold {
font-family:Arial;font-size:13px;font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843bold a {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 dd.ygrps-yiv-839931387yiv7253590843last p a {
font-family:Verdana;font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 dd.ygrps-yiv-839931387yiv7253590843last p span {
margin-right:10px;font-family:Verdana;font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 dd.ygrps-yiv-839931387yiv7253590843last p span.ygrps-yiv-839931387yiv7253590843yshortcuts {
margin-right:0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843attach-table div div a {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843attach-table {
width:400px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843file-title a, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843file-title a:active, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843file-title a:hover, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843file-title a:visited {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843photo-title a, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843photo-title a:active, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843photo-title a:hover, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div.ygrps-yiv-839931387yiv7253590843photo-title a:visited {
text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 div#ygrps-yiv-839931387yiv7253590843ygrp-mlmsg #ygrps-yiv-839931387yiv7253590843ygrp-msg p a span.ygrps-yiv-839931387yiv7253590843yshortcuts {
font-family:Verdana;font-size:10px;font-weight:normal;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843green {
color:#628c2a;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843MsoNormal {
margin:0 0 0 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 o {
font-size:0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843photos div {
float:left;width:72px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843photos div div {
border:1px solid #666666;height:62px;overflow:hidden;width:62px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843photos div label {
color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843reco-category {
font-size:77%;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843reco-desc {
font-size:77%;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 .ygrps-yiv-839931387yiv7253590843replbq {
margin:4px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-actbar div a:first-child {
margin-right:2px;padding-right:5px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg {
font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg table {
font-size:inherit;font:100%;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg select, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 input, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 textarea {
font:99% Arial, Helvetica, clean, sans-serif;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg pre, #ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 code {
font:115% monospace;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg * {
line-height:1.22em;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-mlmsg #ygrps-yiv-839931387yiv7253590843logo {
padding-bottom:10px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-msg p a {
font-family:Verdana;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-msg p#ygrps-yiv-839931387yiv7253590843attach-count span {
color:#1E66AE;font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-reco #ygrps-yiv-839931387yiv7253590843reco-head {
color:#ff7900;font-weight:700;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-reco {
margin-bottom:20px;padding:0px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ov li a {
font-size:130%;text-decoration:none;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ov li {
font-size:77%;list-style-type:square;padding:6px 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-sponsor #ygrps-yiv-839931387yiv7253590843ov ul {
margin:0;padding:0 0 0 8px;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-text {
font-family:Georgia;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-text p {
margin:0 0 1em 0;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-text tt {
font-size:120%;}

#ygrps-yiv-839931387 #ygrps-yiv-839931387yiv7253590843 #ygrps-yiv-839931387yiv7253590843ygrp-vital ul li:last-child {
border-right:none !important;}
#ygrps-yiv-839931387