Garbade collector problem on Sun Fire V440?

Hi All,
My java application is hanging on sun fire v440 machine with these logs. It is working fine on all other machines. Here garbage collector is getting called more frequently.
May I know what would be the actual problem?
Thanks,
pavan
================
Wed Oct 13 14:23:07 BST 2004: index not found
61.885: [GC 61.885: [DefNew: 2112K->64K(2112K), 0.0218188 secs] 6171K->4579K(6992K), 0.0218909 secs]
Wed Oct 13 14:23:07 BST 2004: index not found
Wed Oct 13 14:23:07 BST 2004: index not found
Wed Oct 13 14:23:07 BST 2004: index not found
Wed Oct 13 14:23:07 BST 2004: index not found
62.161: [GC 62.161: [DefNew: 2110K->64K(2112K), 0.0152459 secs]62.177: [Tenured[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor43]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor11]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor30]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor29]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor36]
[Unloading class sun.reflect.GeneratedMethodAccessor8]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor3]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor32]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor34]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor13]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor25]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor48]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor42]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor39]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor38]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor5]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor40]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor27]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor51]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor4]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor52]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor53]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor20]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor26]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor37]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor33]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor24]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor19]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor12]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor31]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor23]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor18]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor28]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor7]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor17]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor2]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor50]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor6]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor47]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor41]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor21]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor8]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor9]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor35]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor22]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor16]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor10]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor14]
: 4912K->3844K(5008K), 0.2942547 secs] 6625K->3844K(7120K), 0.3097968 secs]
62.527: [GC 62.527: [DefNew: 2045K->63K(2112K), 0.0082026 secs] 5890K->4172K(8528K), 0.0082760 secs]
62.582: [GC 62.582: [DefNew: 2111K->64K(2112K), 0.0061068 secs] 6220K->4434K(8528K), 0.0061736 secs]
62.630: [GC 62.630: [DefNew: 2112K->64K(2112K), 0.0052560 secs] 6482K->4665K(8528K), 0.0053196 secs]
62.675: [GC 62.675: [DefNew: 2111K->64K(2112K), 0.0048995 secs] 6713K->4870K(8528K), 0.0049618 secs]
62.716: [GC 62.716: [DefNew: 2092K->63K(2112K), 0.0050331 secs] 6898K->5056K(8528K), 0.0050955 secs]
62.757: [GC 62.757: [DefNew: 2111K->63K(2112K), 0.0054164 secs] 7104K->5229K(8528K), 0.0054869 secs]
62.794: [GC 62.794: [DefNew: 2111K->63K(2112K), 0.0049071 secs] 7277K->5392K(8528K), 0.0049689 secs]
62.830: [GC 62.830: [DefNew: 2111K->63K(2112K), 0.0045762 secs] 7440K->5544K(8528K), 0.0046403 secs]
62.864: [GC 62.864: [DefNew: 2111K->64K(2112K), 0.0043343 secs] 7592K->5689K(8528K), 0.0043950 secs]
62.897: [GC 62.897: [DefNew: 2091K->64K(2112K), 0.0042107 secs] 7717K->5828K(8528K), 0.0042717 secs]
62.929: [GC 62.929: [DefNew: 2083K->64K(2112K), 0.0040438 secs] 7848K->5960K(8528K), 0.0041035 secs]
62.960: [GC 62.960: [DefNew: 2112K->64K(2112K), 0.0039508 secs] 8008K->6086K(8528K), 0.0040090 secs]
62.991: [GC 62.991: [DefNew: 2109K->64K(2112K), 0.0038818 secs] 8132K->6211K(8528K), 0.0039394 secs]
63.021: [GC 63.021: [DefNew: 2074K->64K(2112K), 0.0045276 secs] 8221K->6328K(8528K), 0.0046056 secs]
63.051: [GC 63.051: [DefNew: 2088K->63K(2112K), 0.0038737 secs] 8352K->6442K(8528K), 0.0039353 secs]
63.080: [GC 63.080: [DefNew: 2098K->64K(2112K), 0.0038339 secs]63.084: [Tenured: 6489K->6543K(6544K), 0.2758755 secs] 8476K->6553K(8656K), 0.2801733 secs]
63.385: [GC 63.385: [DefNew: 2047K->64K(2112K), 0.0936026 secs] 8591K->6703K(13024K), 0.0936806 secs]
63.503: [GC 63.503: [DefNew: 2104K->64K(2112K), 0.0041849 secs] 8744K->6809K(13024K), 0.0042462 secs]
63.530: [GC 63.530: [DefNew: 2100K->63K(2112K), 0.0035858 secs] 8845K->6911K(13024K), 0.0036387 secs]
63.557: [GC 63.557: [DefNew: 2092K->63K(2112K), 0.0035407 secs] 8940K->7011K(13024K), 0.0035996 secs]
63.583: [GC 63.584: [DefNew: 2079K->64K(2112K), 0.0034728 secs] 9027K->7108K(13024K), 0.0035266 secs]
63.609: [GC 63.609: [DefNew: 2063K->63K(2112K), 0.0033886 secs] 9108K->7202K(13024K), 0.0034473 secs]
63.635: [GC 63.635: [DefNew: 2106K->63K(2112K), 0.0033728 secs] 9245K->7296K(13024K), 0.0034290 secs]
63.660: [GC 63.660: [DefNew: 2085K->63K(2112K), 0.0033262 secs] 9318K->7388K(13024K), 0.0033808 secs]
63.685: [GC 63.685: [DefNew: 2060K->64K(2112K), 0.0033150 secs] 9384K->7476K(13024K), 0.0033709 secs]
63.715: [GC 63.715: [DefNew: 2097K->63K(2112K), 0.0032966 secs] 9510K->7564K(13024K), 0.0033525 secs]
63.739: [GC 63.739: [DefNew: 2067K->64K(2112K), 0.0032396 secs] 9568K->7650K(13024K), 0.0032967 secs]
63.763: [GC 63.763: [DefNew: 2102K->64K(2112K), 0.0031747 secs] 9689K->7736K(13024K), 0.0032304 secs]
63.786: [GC 63.786: [DefNew: 2068K->63K(2112K), 0.0031776 secs] 9740K->7818K(13024K), 0.0032323 secs]
63.810: [GC 63.810: [DefNew: 2101K->64K(2112K), 0.0031527 secs] 9855K->7901K(13024K), 0.0032094 secs]
63.833: [GC 63.833: [DefNew: 2062K->63K(2112K), 0.0030559 secs] 9899K->7981K(13024K), 0.0031120 secs]
63.856: [GC 63.856: [DefNew: 2092K->64K(2112K), 0.0030935 secs] 10010K->8061K(13024K), 0.0031491 secs]
63.878: [GC 63.878: [DefNew: 2049K->64K(2112K), 0.0030488 secs] 10046K->8138K(13024K), 0.0031038 secs]
63.901: [GC 63.901: [DefNew: 2077K->63K(2112K), 0.0030238 secs] 10151K->8215K(13024K), 0.0030785 secs]
63.924: [GC 63.924: [DefNew: 2106K->63K(2112K), 0.0040037 secs] 10257K->8356K(13024K), 0.0040623 secs]
63.947: [GC 63.947: [DefNew: 2057K->63K(2112K), 0.0038807 secs] 10349K->8495K(13024K), 0.0039381 secs]
63.970: [GC 63.970: [DefNew: 2083K->63K(2112K), 0.0038592 secs] 10515K->8636K(13024K), 0.0039187 secs]
63.993: [GC 63.993: [DefNew: 2110K->63K(2112K), 0.0038702 secs] 10682K->8777K(13024K), 0.0039275 secs]
64.016: [GC 64.016: [DefNew: 2056K->63K(2112K), 0.0037892 secs] 10770K->8917K(13024K), 0.0038464 secs]
64.038: [GC 64.038: [DefNew: 2080K->63K(2112K), 0.0038030 secs] 10934K->9058K(13024K), 0.0038598 secs]
64.061: [GC 64.061: [DefNew: 2105K->63K(2112K), 0.0038868 secs] 11099K->9200K(13024K), 0.0039455 secs]
64.083: [GC 64.083: [DefNew: 2046K->63K(2112K), 0.0038023 secs] 11182K->9339K(13024K), 0.0038575 secs]
64.105: [GC 64.105: [DefNew: 2069K->63K(2112K), 0.0038123 secs] 11345K->9480K(13024K), 0.0038679 secs]
64.128: [GC 64.128: [DefNew: 2091K->63K(2112K), 0.0037734 secs] 11508K->9622K(13024K), 0.0038285 secs]
64.150: [GC 64.150: [DefNew: 2111K->63K(2112K), 0.0037960 secs] 11670K->9764K(13024K), 0.0038523 secs]
64.172: [GC 64.172: [DefNew: 2052K->63K(2112K), 0.0037488 secs] 11752K->9905K(13024K), 0.0038060 secs]
64.193: [GC 64.193: [DefNew: 2070K->63K(2112K), 0.0037035 secs] 11912K->10047K(13024K), 0.0037645 secs]
64.215: [GC 64.215: [DefNew: 2091K->63K(2112K), 0.0033295 secs] 12074K->10189K(13024K), 0.0033802 secs]
64.237: [GC 64.237: [DefNew: 2111K->63K(2112K), 0.0032447 secs] 12237K->10332K(13024K), 0.0032957 secs]
64.258: [GC 64.258: [DefNew: 2042K->61K(2112K), 0.0031874 secs] 12311K->10474K(13024K), 0.0032373 secs]
64.278: [GC 64.278: [DefNew: 2058K->61K(2112K), 0.0031763 secs] 12471K->10616K(13024K), 0.0032258 secs]
64.299: [GC 64.299: [DefNew: 2077K->61K(2112K), 0.0031845 secs] 12632K->10759K(13024K), 0.0032353 secs]
64.320: [GC 64.320: [DefNew: 2096K->61K(2112K), 0.0031650 secs] 12794K->10903K(13024K), 0.0032140 secs]
64.341: [GC 64.341: [DefNew: 2109K->60K(2112K), 0.0032825 secs]64.344: [Tenured[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor60]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor54]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor44]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor68]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor61]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor65]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor66]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor64]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor57]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor15]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor46]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor67]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor45]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor59]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor56]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor62]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor58]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor55]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor63]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor49]
: 10986K->9840K(11040K), 0.2481247 secs] 12951K->9840K(13152K), 0.2518108 secs]
64.612: [GC 64.612: [DefNew: 2173K->63K(2304K), 0.0030126 secs] 12013K->9990K(18712K), 0.0030642 secs]
64.634: [GC 64.635: [DefNew: 2252K->63K(2304K), 0.0032286 secs] 12178K->10139K(18712K), 0.0032799 secs]
64.657: [GC 64.657: [DefNew: 2272K->63K(2304K), 0.0029518 secs] 12348K->10290K(18712K), 0.0030019 secs]
64.680: [GC 64.680: [DefNew: 2293K->63K(2304K), 0.0029187 secs] 12519K->10441K(18712K), 0.0029657 secs]
64.702: [GC 64.702: [DefNew: 2303K->62K(2304K), 0.0029023 secs] 12681K->10591K(18712K), 0.0029517 secs]
64.725: [GC 64.725: [DefNew: 2243K->63K(2304K), 0.0029733 secs] 12773K->10743K(18712K), 0.0030819 secs]
64.747: [GC 64.747: [DefNew: 2254K->62K(2304K), 0.0033428 secs] 12934K->10895K(18712K), 0.0033958 secs]
64.769: [GC 64.769: [DefNew: 2271K->62K(2304K), 0.0030787 secs] 13105K->11047K(18712K), 0.0031295 secs]
64.792: [GC 64.792: [DefNew: 2290K->62K(2304K), 0.0033465 secs] 13276K->11200K(18712K), 0.0033972 secs]
64.814: [GC 64.814: [DefNew: 2302K->60K(2304K), 0.0033520 secs] 13440K->11352K(18712K), 0.0034044 secs]
64.836: [GC 64.836: [DefNew: 2230K->61K(2304K), 0.0045255 secs] 13522K->11506K(18712K), 0.0045953 secs]
64.860: [GC 64.860: [DefNew: 2241K->59K(2304K), 0.0038969 secs] 13686K->11658K(18712K), 0.0039598 secs]
64.882: [GC 64.882: [DefNew: 2256K->59K(2304K), 0.0038113 secs] 13856K->11812K(18712K), 0.0038709 secs]
64.905: [GC 64.905: [DefNew: 2273K->59K(2304K), 0.0037256 secs] 14026K->11966K(18712K), 0.0037802 secs]
64.928: [GC 64.928: [DefNew: 2290K->59K(2304K), 0.0036987 secs] 14197K->12121K(18712K), 0.0037518 secs]
64.950: [GC 64.950: [DefNew: 2299K->57K(2304K), 0.0037946 secs] 14361K->12275K(18712K), 0.0038513 secs]
64.972: [GC 64.972: [DefNew: 2223K->58K(2304K), 0.0037712 secs] 14441K->12430K(18712K), 0.0038273 secs]
64.994: [GC 64.994: [DefNew: 2231K->56K(2304K), 0.0037043 secs] 14604K->12585K(18712K), 0.0037598 secs]
65.016: [GC 65.016: [DefNew: 2245K->56K(2304K), 0.0036848 secs] 14774K->12740K(18712K), 0.0037373 secs]
65.038: [GC 65.038: [DefNew: 2260K->56K(2304K), 0.0036451 secs] 14945K->12896K(18712K), 0.0036987 secs]
65.061: [GC 65.061: [DefNew: 2276K->56K(2304K), 0.0038678 secs] 15117K->13053K(18712K), 0.0039269 secs]
65.083: [GC 65.083: [DefNew: 2292K->56K(2304K), 0.0037689 secs] 15289K->13211K(18712K), 0.0038245 secs]
65.105: [GC 65.105: [DefNew: 2194K->53K(2304K), 0.0037039 secs] 15349K->13366K(18712K), 0.0037605 secs]
65.126: [GC 65.126: [DefNew: 2206K->53K(2304K), 0.0036904 secs] 15519K->13523K(18712K), 0.0037448 secs]
65.148: [GC 65.148: [DefNew: 2220K->53K(2304K), 0.0038024 secs] 15690K->13680K(18712K), 0.0038596 secs]
65.170: [GC 65.170: [DefNew: 2234K->53K(2304K), 0.0037776 secs] 15861K->13838K(18712K), 0.0038356 secs]
65.192: [GC 65.192: [DefNew: 2248K->53K(2304K), 0.0037987 secs] 16033K->13997K(18712K), 0.0038573 secs]
65.214: [GC 65.214: [DefNew: 2263K->53K(2304K), 0.0037484 secs] 16207K->14157K(18712K), 0.0038033 secs]
65.235: [GC 65.235: [DefNew: 2277K->53K(2304K), 0.0037760 secs] 16380K->14317K(18712K), 0.0038310 secs]
65.257: [GC 65.257: [DefNew: 2291K->53K(2304K), 0.0038699 secs] 16555K->14478K(18712K), 0.0039282 secs]
65.279: [GC 65.279: [DefNew: 2186K->51K(2304K), 0.0037341 secs] 16611K->14638K(18712K), 0.0037914 secs]
65.300: [GC 65.300: [DefNew: 2196K->50K(2304K), 0.0037547 secs] 16783K->14797K(18712K), 0.0038127 secs]
65.321: [GC 65.321: [DefNew: 2208K->50K(2304K), 0.0036744 secs] 16955K->14958K(18712K), 0.0037309 secs]
65.342: [GC 65.342: [DefNew: 2221K->50K(2304K), 0.0037917 secs] 17128K->15118K(18712K), 0.0038513 secs]
65.364: [GC 65.364: [DefNew: 2234K->50K(2304K), 0.0037888 secs] 17302K->15280K(18712K), 0.0038449 secs]
65.385: [GC 65.385: [DefNew: 2246K->50K(2304K), 0.0037524 secs] 17476K->15443K(18712K), 0.0038089 secs]
65.407: [GC 65.407: [DefNew: 2259K->50K(2304K), 0.0037091 secs] 17651K->15606K(18712K), 0.0037660 secs]
65.428: [GC 65.428: [DefNew: 2272K->50K(2304K), 0.0037697 secs] 17827K->15770K(18712K), 0.0038245 secs]
65.450: [GC 65.450: [DefNew: 2285K->51K(2304K), 0.0038063 secs] 18004K->15934K(18712K), 0.0038661 secs]
65.469: [GC 65.469: [DefNew: 2291K->49K(2304K), 0.0039020 secs] 18174K->16098K(18712K), 0.0039628 secs]
65.488: [GC 65.488: [DefNew: 2189K->49K(2304K), 0.0038508 secs] 18239K->16263K(18712K), 0.0039089 secs]
65.506: [GC 65.506: [DefNew: 2194K->48K(2304K), 0.0038042 secs] 18408K->16427K(18712K), 0.0038631 secs]
65.524: [GC 65.524: [DefNew: 2204K->47K(2304K), 0.0042066 secs]65.529: [Tenured: 16543K->12536K(16664K), 0.3656310 secs] 18583K->12536K(18968K), 0.3703818 secs]
65.915: [GC 65.915: [DefNew: 2806K->61K(2880K), 0.0036503 secs] 15343K->12715K(23776K), 0.0037135 secs]
65.937: [GC 65.937: [DefNew: 2877K->59K(2880K), 0.0038197 secs] 15531K->12893K(23776K), 0.0038760 secs]
65.959: [GC 65.959: [DefNew: 2783K->61K(2880K), 0.0035670 secs] 15617K->13073K(23776K), 0.0036226 secs]
65.980: [GC 65.980: [DefNew: 2793K->59K(2880K), 0.0034856 secs] 15805K->13252K(23776K), 0.0035402 secs]
66.001: [GC 66.002: [DefNew: 2808K->59K(2880K), 0.0034195 secs] 16001K->13432K(23776K), 0.0034744 secs]
66.023: [GC 66.023: [DefNew: 2825K->59K(2880K), 0.0035410 secs] 16198K->13612K(23776K), 0.0035957 secs]
66.044: [GC 66.044: [DefNew: 2842K->59K(2880K), 0.0034366 secs] 16396K->13793K(23776K), 0.0034924 secs]
66.066: [GC 66.066: [DefNew: 2859K->59K(2880K), 0.0035347 secs] 16594K->13975K(23776K), 0.0035893 secs]
66.088: [GC 66.088: [DefNew: 2875K->58K(2880K), 0.0035057 secs] 16791K->14158K(23776K), 0.0035614 secs]
66.109: [GC 66.109: [DefNew: 2760K->56K(2880K), 0.0034488 secs] 16860K->14339K(23776K), 0.0035042 secs]
66.130: [GC 66.130: [DefNew: 2772K->56K(2880K), 0.0034782 secs] 17055K->14521K(23776K), 0.0035343 secs]
66.151: [GC 66.151: [DefNew: 2787K->56K(2880K), 0.0035856 secs] 17252K->14703K(23776K), 0.0036444 secs]
66.172: [GC 66.172: [DefNew: 2803K->56K(2880K), 0.0035669 secs] 17450K->14887K(23776K), 0.0036247 secs]
66.193: [GC 66.193: [DefNew: 2818K->56K(2880K), 0.0035187 secs] 17649K->15071K(23776K), 0.0035743 secs]
66.215: [GC 66.215: [DefNew: 2834K->56K(2880K), 0.0034602 secs] 17849K->15255K(23776K), 0.0035144 secs]
66.236: [GC 66.236: [DefNew: 2849K->56K(2880K), 0.0035305 secs] 18049K->15441K(23776K), 0.0035861 secs]
66.257: [GC 66.258: [DefNew: 2865K->56K(2880K), 0.0034798 secs] 18250K->15627K(23776K), 0.0035377 secs]
66.279: [GC 66.279: [DefNew: 2872K->54K(2880K), 0.0034837 secs] 18443K->15812K(23776K), 0.0035367 secs]
66.299: [GC 66.300: [DefNew: 2761K->55K(2880K), 0.0034620 secs] 18519K->15999K(23776K), 0.0035186 secs]
66.320: [GC 66.320: [DefNew: 2768K->53K(2880K), 0.0035061 secs] 18712K->16185K(23776K), 0.0035613 secs]
66.341: [GC 66.341: [DefNew: 2779K->53K(2880K), 0.0034503 secs] 18912K->16372K(23776K), 0.0035082 secs]
66.362: [GC 66.362: [DefNew: 2793K->53K(2880K), 0.0034536 secs] 19112K->16559K(23776K), 0.0035080 secs]
66.383: [GC 66.383: [DefNew: 2808K->53K(2880K), 0.0039836 secs] 19314K->16747K(23776K), 0.0040401 secs]
66.404: [GC 66.404: [DefNew: 2822K->53K(2880K), 0.0040443 secs] 19516K->16936K(23776K), 0.0041015 secs]
66.426: [GC 66.426: [DefNew: 2836K->53K(2880K), 0.0040674 secs] 19719K->17125K(23776K), 0.0041257 secs]
66.448: [GC 66.448: [DefNew: 2850K->53K(2880K), 0.0039544 secs] 19922K->17315K(23776K), 0.0040124 secs]
66.470: [GC 66.470: [DefNew: 2864K->53K(2880K), 0.0039802 secs] 20126K->17506K(23776K), 0.0040375 secs]
66.491: [GC 66.491: [DefNew: 2869K->51K(2880K), 0.0039958 secs] 20322K->17696K(23776K), 0.0040529 secs]
66.512: [GC 66.512: [DefNew: 2749K->52K(2880K), 0.0040276 secs] 20395K->17888K(23776K), 0.0040864 secs]
66.533: [GC 66.533: [DefNew: 2754K->50K(2880K), 0.0040152 secs] 20590K->18078K(23776K), 0.0040742 secs]
66.554: [GC 66.554: [DefNew: 2765K->50K(2880K), 0.0039692 secs] 20793K->18269K(23776K), 0.0040284 secs]
66.575: [GC 66.575: [DefNew: 2777K->50K(2880K), 0.0040164 secs] 20996K->18461K(23776K), 0.0040739 secs]
66.597: [GC 66.597: [DefNew: 2790K->50K(2880K), 0.0039647 secs] 21201K->18653K(23776K), 0.0040204 secs]
66.618: [GC 66.618: [DefNew: 2803K->50K(2880K), 0.0039815 secs] 21406K->18846K(23776K), 0.0040395 secs]
66.639: [GC 66.639: [DefNew: 2815K->50K(2880K), 0.0039523 secs] 21612K->19040K(23776K), 0.0040106 secs]
66.660: [GC 66.660: [DefNew: 2828K->50K(2880K), 0.0040371 secs] 21818K->19235K(23776K), 0.0040957 secs]
66.682: [GC 66.682: [DefNew: 2841K->50K(2880K), 0.0039917 secs] 22025K->19430K(23776K), 0.0040492 secs]
66.703: [GC 66.703: [DefNew: 2853K->50K(2880K), 0.0039726 secs] 22233K->19626K(23776K), 0.0040314 secs]
66.725: [GC 66.725: [DefNew: 2866K->50K(2880K), 0.0039776 secs] 22442K->19822K(23776K), 0.0040361 secs]
66.745: [GC 66.745: [DefNew: 2721K->47K(2880K), 0.0040077 secs] 22493K->20017K(23776K), 0.0040668 secs]
66.766: [GC 66.766: [DefNew: 2730K->47K(2880K), 0.0039913 secs] 22699K->20212K(23776K), 0.0041098 secs]
66.786: [GC 66.787: [DefNew: 2741K->47K(2880K), 0.0039795 secs] 22906K->20408K(23776K), 0.0040355 secs]
66.807: [GC 66.807: [DefNew: 2752K->47K(2880K), 0.0039974 secs] 23113K->20604K(23776K), 0.0040533 secs]
66.828: [GC 66.828: [DefNew: 2764K->47K(2880K), 0.0039928 secs] 23320K->20801K(23776K), 0.0040504 secs]
66.849: [GC 66.849: [DefNew: 2775K->47K(2880K), 0.0041790 secs]66.853: [Tenured: 20951K->14216K(21048K), 0.5197729 secs] 23529K->14216K(23928K), 0.5244747 secs]
67.398: [GC 67.398: [DefNew: 3061K->53K(3200K), 0.0037037 secs] 17278K->14420K(26896K), 0.0037658 secs]
67.425: [GC 67.425: [DefNew: 3129K->53K(3200K), 0.0038199 secs] 17496K->14625K(26896K), 0.0038771 secs]
67.453: [GC 67.453: [DefNew: 3143K->53K(3200K), 0.0036009 secs] 17715K->14831K(26896K), 0.0036562 secs]
67.481: [GC 67.481: [DefNew: 3157K->53K(3200K), 0.0035449 secs] 17935K->15037K(26896K), 0.0035979 secs]
67.509: [GC 67.509: [DefNew: 3171K->53K(3200K), 0.0035355 secs] 18155K->15244K(26896K), 0.0035915 secs]
67.537: [GC 67.537: [DefNew: 3185K->53K(3200K), 0.0036237 secs] 18377K->15452K(26896K), 0.0036784 secs]
67.565: [GC 67.565: [DefNew: 3189K->50K(3200K), 0.0035469 secs] 18588K->15658K(26896K), 0.0036046 secs]
67.592: [GC 67.592: [DefNew: 3055K->53K(3200K), 0.0035521 secs] 18662K->15867K(26896K), 0.0036081 secs]
67.618: [GC 67.618: [DefNew: 3059K->50K(3200K), 0.0035580 secs] 18874K->16074K(26896K), 0.0036154 secs]
67.645: [GC 67.645: [DefNew: 3069K->50K(3200K), 0.0035132 secs] 19094K->16282K(26896K), 0.0035709 secs]
67.672: [GC 67.672: [DefNew: 3082K->50K(3200K), 0.0035483 secs] 19314K->16491K(26896K), 0.0036056 secs]
67.699: [GC 67.699: [DefNew: 3095K->50K(3200K), 0.0035439 secs] 19535K->16700K(26896K), 0.0036000 secs]
67.727: [GC 67.727: [DefNew: 3107K->50K(3200K), 0.0035873 secs] 19757K->16910K(26896K), 0.0036431 secs]
67.754: [GC 67.754: [DefNew: 3120K->50K(3200K), 0.0035712 secs] 19980K->17121K(26896K), 0.0036252 secs]
67.781: [GC 67.781: [DefNew: 3133K->50K(3200K), 0.0035440 secs] 20203K->17332K(26896K), 0.0035977 secs]
67.808: [GC 67.809: [DefNew: 3145K->50K(3200K), 0.0035466 secs] 20427K->17544K(26896K), 0.0036030 secs]
67.836: [GC 67.836: [DefNew: 3158K->50K(3200K), 0.0036178 secs] 20652K->17757K(26896K), 0.0036708 secs]
67.864: [GC 67.864: [DefNew: 3171K->50K(3200K), 0.0036125 secs] 20878K->17971K(26896K), 0.0036699 secs]
67.892: [GC 67.892: [DefNew: 3183K->50K(3200K), 0.0036099 secs] 21104K->18185K(26896K), 0.0036679 secs]
67.919: [GC 67.919: [DefNew: 3186K->48K(3200K), 0.0036354 secs] 21321K->18398K(26896K), 0.0036904 secs]
67.946: [GC 67.946: [DefNew: 3040K->50K(3200K), 0.0036008 secs] 21390K->18613K(26896K), 0.0036564 secs]
67.973: [GC 67.973: [DefNew: 3044K->47K(3200K), 0.0035678 secs] 21607K->18826K(26896K), 0.0036205 secs]
67.999: [GC 68.000: [DefNew: 3052K->47K(3200K), 0.0036089 secs] 21831K->19040K(26896K), 0.0036649 secs]
68.026: [GC 68.026: [DefNew: 3064K->47K(3200K), 0.0035978 secs] 22057K->19255K(26896K), 0.0036545 secs]
68.053: [GC 68.053: [DefNew: 3075K->47K(3200K), 0.0035766 secs] 22283K->19471K(26896K), 0.0036323 secs]
68.080: [GC 68.080: [DefNew: 3086K->47K(3200K), 0.0035859 secs] 22510K->19687K(26896K), 0.0036430 secs]
68.107: [GC 68.107: [DefNew: 3098K->47K(3200K), 0.0035493 secs] 22737K->19903K(26896K), 0.0036047 secs]
68.134: [GC 68.134: [DefNew: 3109K->47K(3200K), 0.0035836 secs] 22965K->20121K(26896K), 0.0036378 secs]
68.161: [GC 68.161: [DefNew: 3120K->47K(3200K), 0.0035662 secs] 23194K->20339K(26896K), 0.0036221 secs]
68.189: [GC 68.189: [DefNew: 3131K->47K(3200K), 0.0035934 secs] 23423K->20558K(26896K), 0.0036479 secs]
68.216: [GC 68.216: [DefNew: 3143K->47K(3200K), 0.0036302 secs] 23653K->20777K(26896K), 0.0036843 secs]
68.244: [GC 68.244: [DefNew: 3154K->47K(3200K), 0.0036115 secs] 23884K->20997K(26896K), 0.0036660 secs]
68.271: [GC 68.271: [DefNew: 3165K->47K(3200K), 0.0042292 secs] 24115K->21218K(26896K), 0.0042877 secs]
68.299: [GC 68.299: [DefNew: 3177K->47K(3200K), 0.0042512 secs] 24347K->21439K(26896K), 0.0043103 secs]
68.328: [GC 68.328: [DefNew: 3183K->46K(3200K), 0.0041926 secs] 24575K->21661K(26896K), 0.0042526 secs]
68.355: [GC 68.355: [DefNew: 3017K->46K(3200K), 0.0042286 secs] 24632K->21881K(26896K), 0.0042844 secs]
68.382: [GC 68.382: [DefNew: 3022K->45K(3200K), 0.0042331 secs] 24858K->22102K(26896K), 0.0042914 secs]
68.409: [GC 68.409: [DefNew: 3031K->45K(3200K), 0.0042341 secs] 25088K->22323K(26896K), 0.0042920 secs]
68.436: [GC 68.436: [DefNew: 3041K->45K(3200K), 0.0042199 secs] 25319K->22545K(26896K), 0.0042788 secs]
68.464: [GC 68.464: [DefNew: 3051K->45K(3200K), 0.0042145 secs] 25551K->22767K(26896K), 0.0042726 secs]
68.491: [GC 68.491: [DefNew: 3061K->45K(3200K), 0.0041997 secs] 25784K->22990K(26896K), 0.0042575 secs]
68.518: [GC 68.518: [DefNew: 3071K->45K(3200K), 0.0041793 secs] 26017K->23214K(26896K), 0.0042361 secs]
68.546: [GC 68.546: [DefNew: 3081K->45K(3200K), 0.0041971 secs] 26250K->23438K(26896K), 0.0042537 secs]
68.573: [GC 68.573: [DefNew: 3091K->45K(3200K), 0.0041936 secs] 26484K->23663K(26896K), 0.0042490 secs]
68.601: [GC 68.601: [DefNew: 3101K->45K(3200K), 0.0044205 secs]68.605: [Tenured: 23844K->17511K(23880K), 0.4284236 secs] 26719K->17511K(27080K), 0.4334176 secs]
69.065: [GC 69.065: [DefNew: 3834K->56K(3904K), 0.0040130 secs] 21346K->17749K(33096K), 0.0040767 secs]
69.098: [GC 69.098: [DefNew: 3896K->54K(3904K), 0.0042036 secs] 21589K->17985K(33096K), 0.0042618 secs]
69.131: [GC 69.131: [DefNew: 3735K->56K(3904K), 0.0039081 secs] 21667K->18223K(33096K), 0.0039638 secs]
69.163: [GC 69.163: [DefNew: 3742K->53K(3904K), 0.0039585 secs] 21909K->18461K(33096K), 0.0040210 secs]
69.195: [GC 69.195: [DefNew: 3753K->53K(3904K), 0.0038288 secs] 22161K->18698K(33096K), 0.0038892 secs]
69.227: [GC 69.227: [DefNew: 3767K->53K(3904K), 0.0038240 secs] 22412K->18937K(33096K), 0.0038824 secs]
69.259: [GC 69.259: [DefNew: 3781K->53K(3904K), 0.0038191 secs] 22665K->19176K(33096K), 0.0038755 secs]
69.291: [GC 69.291: [DefNew: 3795K->53K(3904K), 0.0038599 secs] 22918K->19416K(33096K), 0.0039161 secs]
69.324: [GC 69.324: [DefNew: 3809K->53K(3904K), 0.0038210 secs] 23172K->19657K(33096K), 0.0038763 secs]
69.357: [GC 69.357: [DefNew: 3824K->53K(3904K), 0.0038862 secs] 23427K->19898K(33096K), 0.0039438 secs]
69.389: [GC 69.389: [DefNew: 3838K->53K(3904K), 0.0038216 secs] 23683K->20140K(33096K), 0.0038808 secs]
69.422: [GC 69.422: [DefNew: 3852K->53K(3904K), 0.0038513 secs] 23939K->20383K(33096K), 0.0039081 secs]
69.454: [GC 69.454: [DefNew: 3866K->53K(3904K), 0.0038434 secs] 24196K->20627K(33096K), 0.0039022 secs]
69.487: [GC 69.487: [DefNew: 3880K->53K(3904K), 0.0038803 secs] 24454K->20871K(33096K), 0.0039359 secs]
69.520: [GC 69.520: [DefNew: 3893K->53K(3904K), 0.0039113 secs] 24711K->21117K(33096K), 0.0039678 secs]
69.552: [GC 69.552: [DefNew: 3706K->50K(3904K), 0.0038784 secs] 24770K->21360K(33096K), 0.0039348 secs]
69.584: [GC 69.584: [DefNew: 3715K->50K(3904K), 0.0038902 secs] 25024K->21603K(33096K), 0.0039477 secs]
69.616: [GC 69.616: [DefNew: 3727K->50K(3904K), 0.0038517 secs] 25281K->21848K(33096K), 0.0039079 secs]
69.648: [GC 69.648: [DefNew: 3740K->50K(3904K), 0.0038761 secs] 25538K->22093K(33096K), 0.0039320 secs]
69.680: [GC 69.680: [DefNew: 3753K->50K(3904K), 0.0038716 secs] 25796K->22339K(33096K), 0.0039269 secs]
69.712: [GC 69.712: [DefNew: 3765K->50K(3904K), 0.0038624 secs] 26054K->22585K(33096K), 0.0039218 secs]
69.744: [GC 69.744: [DefNew: 3778K->50K(3904K), 0.0038800 secs] 26313K->22833K(33096K), 0.0039351 secs]
69.777: [GC 69.777: [DefNew: 3791K->50K(3904K), 0.0038613 secs] 26573K->23081K(33096K), 0.0039171 secs]
69.809: [GC 69.809: [DefNew: 3803K->50K(3904K), 0.0038889 secs] 26834K->23329K(33096K), 0.0039471 secs]
69.841: [GC 69.841: [DefNew: 3816K->50K(3904K), 0.0039272 secs] 27095K->23579K(33096K), 0.0039837 secs]
69.874: [GC 69.874: [DefNew: 3829K->50K(3904K), 0.0039211 secs] 27357K->23829K(33096K), 0.0039782 secs]
69.906: [GC 69.906: [DefNew: 3841K->50K(3904K), 0.0044602 secs] 27620K->24080K(33096K), 0.0045191 secs]
69.940: [GC 69.940: [DefNew: 3854K->50K(3904K), 0.0045721 secs] 27884K->24331K(33096K), 0.0046306 secs]
69.973: [GC 69.973: [DefNew: 3867K->50K(3904K), 0.0045909 secs] 28148K->24583K(33096K), 0.0047113 secs]
70.006: [GC 70.007: [DefNew: 3879K->50K(3904K), 0.0047209 secs] 28413K->24836K(33096K), 0.0047799 secs]
70.040: [GC 70.040: [DefNew: 3890K->50K(3904K), 0.0045785 secs] 28676K->25090K(33096K), 0.0046370 secs]
70.072: [GC 70.072: [DefNew: 3692K->48K(3904K), 0.0046851 secs] 28731K->25341K(33096K), 0.0047445 secs]
70.105: [GC 70.105: [DefNew: 3699K->47K(3904K), 0.0046118 secs] 28993K->25594K(33096K), 0.0046695 secs]
70.137: [GC 70.137: [DefNew: 3710K->47K(3904K), 0.0045811 secs] 29256K->25846K(33096K), 0.0046404 secs]
70.170: [GC 70.170: [DefNew: 3721K->47K(3904K), 0.0045582 secs] 29520K->26100K(33096K), 0.0046168 secs]
70.202: [GC 70.202: [DefNew: 3732K->47K(3904K), 0.0045854 secs] 29785K->26354K(33096K), 0.0046435 secs]
70.234: [GC 70.234: [DefNew: 3744K->47K(3904K), 0.0045665 secs] 30050K->26609K(33096K), 0.0046277 secs]
70.267: [GC 70.267: [DefNew: 3755K->47K(3904K), 0.0046055 secs] 30316K->26864K(33096K), 0.0046648 secs]
70.300: [GC 70.300: [DefNew: 3766K->47K(3904K), 0.0046036 secs] 30583K->27120K(33096K), 0.0046653 secs]
70.333: [GC 70.333: [DefNew: 3778K->47K(3904K), 0.0046429 secs] 30851K->27377K(33096K), 0.0047040 secs]
70.366: [GC 70.366: [DefNew: 3789K->47K(3904K), 0.0046445 secs] 31119K->27634K(33096K), 0.0047066 secs]
70.399: [GC 70.399: [DefNew: 3800K->47K(3904K), 0.0046170 secs] 31387K->27893K(33096K), 0.0046776 secs]
70.432: [GC 70.432: [DefNew: 3811K->47K(3904K), 0.0046111 secs] 31657K->28151K(33096K), 0.0046704 secs]
70.465: [GC 70.465: [DefNew: 3823K->47K(3904K), 0.0046338 secs] 31

You state that your "program is hanging on the V440". What makes you think
the hang is because of GC? That apart, the logs indicate GC running too frequently
and taking up nearly 28% of your available compute cycles. You may be
able to tune your heap to do much better, since most of your allocated
data appears to fie young. You might consider reading the GC tuning
documents avaliable at:
http://java.sun.com/docs/hotspot
You might also want to try JDK 1.5 which has "ergonomic"
features that would allow GC to work well out-of-the-box
with less need for tuning its performance.
Now, for the hang, I recommend that you determine whether the
JVM is hanging or just running slow or something else.
Tools such as jstat (erstwhile jvmstat) and prstat should help you
get to the bottom of that problem. If you determine that it is indeed
a hang, try using SIGQUIT to see if it reveals anything about the
state of your application. If so, you may want to use an IDE such
as Netbeans (or other) to determine why your program is hanging.
what count total mean max stddev
gen0(s) 1001 6.237 0.00623 0.094 0.0034
gen0t(s) 1001 6.298 0.00629 0.094 0.0034
gen1t(s) 20 13.471 0.67354 1.151 0.2281
GC(s) 1021 19.769 0.01936 1.151 0.0977
alloc(MB) 1001 6409.008 6.40261 11.294 2.7746
promo(MB) 999 425.182 0.42561 0.739 0.1817
used(MB) 999 47862.937 47.91085 96.590 22.7412
commit0(MB) 1001 6789.625 6.78284 12.000 2.9675
commit1(MB) 999 52652.453 52.70516 94.750 24.4676
commit(MB) 999 59437.953 59.49745 106.750 27.4272
alloc/elapsed_time = 6409.008 MB / 69.686 s = 91.970 MB/s
alloc/tot_cpu_time = 6409.008 MB / 278.744 s = 22.992 MB/s
alloc/mut_cpu_time = 6409.008 MB / 199.667 s = 32.098 MB/s
promo/elapsed_time = 425.182 MB / 69.686 s = 6.101 MB/s
promo/gc0_time = 425.182 MB / 6.298 s = 67.506 MB/s
gc_seq_load = 79.077 s / 278.744 s = 28.369%
gc_conc_load = 0.000 s / 278.744 s = 0.000%
gc_tot_load = 79.077 s / 278.744 s = 28.369%

Similar Messages

DVD Writer for Sun Fire V440

I was wondering if anyone had found a DVD writer that will work with the Sun Fire V440. I would like an internal drive if possible but an external device would also be acceptable.

Hello,
the V440 uses a slimline drive like these ones in notebooks.
Sun doesn't offer a slimline DVD writer (only full-height).
You might be tempted to install a slimline DVD writer for notebooks or server, but you have to keep two things in mind:
- Installing non-Sun or unsupported components voids your warranty/service contract.
- Slimline drives have no jumpers to select master/slave or cable-select . All drives use cable-select (or reverse cable-select). This setting is determined by the firmware of the drive.
If voiding the service contract or warranty doesn't bother you, get a drive from a dealer that is able to flash a new firmware to the drive or can sell a drive with the correct non-Sun firmware (and the correct setting cable-select or reverse cable-select).
Regarding the brands or types of DVD drives used by Sun, review the Sun System Handbook.
Using an external DVD writer in an USB enclosure might be possible, but the integrated USB controller (of the V440) is only USB 1.1 (supporting dual speeds of 12 and 1.5 Mbits/sec) which is insuficient for a DVD writer.
I would recommend that you browse the messages in the solarisx86 Yahoo group.
http://tech.groups.yahoo.com/group/solarisx86/messages
In this group you can find a lot of expertise. Send a single e-mail to one or two people (pointing out that your question isn't directly related to Solaris x86). Posting a message requires joining the group and please keep in mind that your off-topic question is sent to every subscriber of the maillist.
Michael

StorEdge 3300 + SUN Fire V440 Hardware connection

1. How is the Hardware connection done b/n a single node SUN Fire V440 and a disk array StorEdge 3300 the equipment is used for CDMA product and the SUN Fire have PCI4 and PCI5 SCSI ports, also
2. during first login it shows me as below
AAAserver sendmail[322]: My unqualified host name (AAAserver) unknown; sleeping for retry
Oct 31 13:50:52 AAAserver sendmail[321]: unable to qualify my own domain name (AAAserver) -- using short name
Oct 31 13:50:52 AAAserver sendmail[322]: [ID 702911 mail.alert] unable to qualify my own domain name (AAAserver) -- using short name
Oct 31 13:50:52 AAAserver sendmail[321]: [ID 702911 mail.alert] unable to qualify my own domain name (AAAserver) -- using short name
I want u guys to help me
Edited by: anan on Oct 31, 2007 9:33 AM

I think the answer for #2 is to add your fully qualified host name to /etc/hosts
e.g. �AAAserver.<your domain>.com� or just �AAAserver.�
The second example is just the hostname followed by a period "."

Problems with Sun Fire 280 Server...

Hi
I am facing a problem in sun-fire 280 server. It
consists of two 80 GB scsi HDD and a DVD ROM. When i
rebooted the server, it throwed some following scsi
error.
unknown scsi: WARNING: /pci@8, 700000/scsi
@6 (glm0):
SCSI bus DATA IN phase parity eror
SCSI bus DATA IN phase parity eror
WARNING: Device PSO failure detected by sesor
PSO_FAULT_SENSOR
The out put of show-disks cmd is as follows
a) /pci@8,600000/SUNW,qlc@4/fp@0,0/disk
b) /pci@8,700000/scsi@6,1disk
c) /pci@8,700000/scsi@6/disk
The output of probe-scsi-all is as follows.
/pci@8,600000/SUNW,qlc@4
/pci@8,700000/scsi@6,1
Fatal SCSI eror at script address 8 Illegal
instruction
Fatal SCSI eror at script address 8 Illegal
instruction
/pci@8,700000/scsi@6
Fatal SCSI eror at script address 8 Illegal
instruction
Fatal SCSI eror at script address 8 Illegal
instruction
Pls help me out, I desparetly need to up the this
server.
thanx in advance
skm my friend

Hi
Thanks for replay, but according to you replay i check my all sutaible HW problems like cable PSU etc but alls are fine for work, If you have any other possible couse please tell me....
Thank you
Mohammed Tanvir

Login problem in sun fire V490 through Hyper terminal

I am a new user of sun Solaris 10 . In my sun fire v490 server every thing is configured fine there is no fault in booting .But when I configured the file /etc/inet/hosts in solaris 10 and missed to configure the file /etc/inet/netmask and /etc/inet/ipnodes, due to which server is not allow me to login there is an error occur " unable to login" . Now what is the other way to login into server console. I am entering in the console using normal mode, should I try to login in using diagnostic mode., or is there any other way to login into and modify the file. I also need training videos of solaris configuration .
Help in this regard will be highly appreciable.

I don't think the test-scsi command is viable for that platform.
The FC disks are "viewed" by the system as external to the SCSI controller, almost as if they were in a multi-pack.
They are FC drives addressed by the chipset as SCSI disks.
Try:
<pre>probe-scsi-all</pre>
Edit:
Which release of Solaris 10 are you trying to install?
Older releases that might be fine for V480's won't work on V490's.
Edited by: rukbat on Mar 27, 2012 2:35 PM

Sun Fire v440 - which OBP Patch to use?

Hello,
According to this page: http://sunsolve.sun.com/handbook_private/Systems/SunFireV440/SunFireV440.html
There are several Flash PROM Patches to choose from:
118319 OBP 4.17.2
119240 OBP 4.16.6
119245 OBP 4.18.10
121685 OBP 4.22.x
The page does not really say which one I should use. Also, when I go to each patch page, it says "RELEASED" ....obviously not "OBSOLETED".
My OBP version is:
$ /usr/sbin/prtconf -V
OBP 4.17.2 2005/07/21 12:29
Do I want the highest numbered patch? Why are multiple OBP patches listed as "current" with no direction on which one to install?
Thanks,
Phil

Hello Phil,
maybe the following thread can give a clue
Sun Fire 280R firmware upgrade
I think you have to review the readme of each of these patches and read which bugs are fixed and what features are added...
Michael

How to retrieve serial number from a SUN Fire V440

Good afternoon,
In order to prepare a shipping of some machines, I am trying to collect serial numbers of all of them.
One of those is a V440.
Normally the way to retrieve the serial number is rebooting the machine, and then the serial number appears as one of the first outputs on screen.
However on this one machine I see "MACHINE_SN".
The ALOM of the machine does not know the command "showplatform".
Do you know whether there is another way to retrieve the serial number of a V440 machine?
Thanks
Dominique

Can I conclude that there is no way anymore to get the serial number of that machine?That would be correct.
The actual serial is only on that sticker unless someone installs and uses SNEEP to write the information to the prom of a system.
In your first post of this thread you mentioned seeing something named `serial` at bootup. That is only a representation of the systemboard's MAC address and isn't a chassis serial.
Was Explorer ever installed to that V440 by any chance? If "yes" then you might hope that the serial number information was manually entered during the installation of that software tool.
Now, having said all that, there were some model systems that had the chassis serial already written at the factory, but those were the bigger (expensive) midrange boxes such as the SF3800 through SF6900 models. That doesn't help you with your V440, though.

SUN Fire V440 + StroEdge 3310 Volume manager!

1. it is not possible to run disk management commands, the output is like:
# vxdisk list
vxdisk: not found
# vxprint -st
vxprint: not found
But i think the local disks for the SUN server is managed by Disksuite
the out put of /etc/vfstab is:
# more vfstab
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/md/dsk/d2 - - swap - no -
/dev/md/dsk/d1 /dev/md/rdsk/d1 / ufs 1 no -
/devices - /devices devfs - no -
ctfs - /system/contract ctfs - no -
objfs - /system/object objfs - no -
swap - /tmp tmpfs - yes -
so how is the external disks of the disk array be managed by the volume manager?
wht is the first step in doing the volume management ?
if some one suggest me documentaion?
2.
from the format output, from 0-3 are local disks and from 4-8 are disks of the storedge so how is the volume management done for the Storedge?
# format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
0. c1t0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1f,700000/scsi@2/sd@0,0
1. c1t1d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1f,700000/scsi@2/sd@1,0
2. c1t2d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1f,700000/scsi@2/sd@2,0
3. c1t3d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1f,700000/scsi@2/sd@3,0
4. c5t8d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1c,600000/scsi@1,1/sd@8,0
5. c5t9d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1c,600000/scsi@1,1/sd@9,0
6. c5t10d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1c,600000/scsi@1,1/sd@a,0
7. c5t11d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1c,600000/scsi@1,1/sd@b,0
8. c5t12d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
/pci@1c,600000/scsi@1,1/sd@c,0

The commands 'vsdisk' and 'vxprint' are installed with Veritas Volume Manager, if you have not bought and installed that application you do not have those commands.
Solaris Volume Manager and Veritas Volume Manager are not the same. SVM is embedded with Solaris, VxVM isn't.
For more information about SVM (Solaris Volume Manager) please have a look at http://docs.sun.com/app/docs/doc/816-4520.

Session problem on clustered sun fire with SP6.1

Hi All,
I am having a problem with a webapplication on a clustered system.
In the following I describe the current system setup.
I will then describe the setup of the web application.
Following this, I explain the trouble I'm having with sharing sessions in this environment.
Finally, I pose the key question.
SYSTEM SETUP:
Our group has a clustered server setup. I believe the two machines are Sun Fire systems running Solaris 9. Let me know if you need more information concerning the HW.
To manage the cluster, we use Sun Cluster software. Let me know if you need to know the version number. I do not have it handy. We just recently setup the system (in the past 6 months).
Also, we have the newest Sun Web Server installed 6.1. We used the default installation. The only thing we changed was the dynamicreloadinterval variable from "-1" to "60".
WEB APPLICATION:
We have a fairly simple MVC web application setup, which works well on a single-server system. Essentially, the web application (1) asks for a certain input via a webform, (2) takes this input, and uses it to get information from a database, (3) puts this information into a httpsession attribute, (4) redirects the response to a JSP. The JSP gets the httpsession attribute (populated in step 3) and prints it out.
So, HTML with form posts to Servlet, Servlet gets data from database and populates a session attribute, JSP gets that session attribute and prints it out.
Between each transition from HTML, Servlet and JSP, the currently processing server may switch. I.e. the HTML may be served, for instance, by ClusterServer1, the Servlet may be handled, for instance, by ClusterServer2, and the JSP may be served at random by either.
THE TROUBLE I'M HAVING
Sometimes, my JSP is able to find the session attribute and print out whatever I put into the session during the Servlet step. However, sometimes, the JSP will print out "null" (the session attribute isn't available to the JSP).
For the HTML and the JSP, I have the page print out what server it is being served from. Thus, I can tell that the HTML is served from, for instance, ClusterServer1 while JSP is served from, for instance, ClusterServer2. Sometimes, the same server serves both.
KEY QUESTIONS:
Why would this be happening?
How can I have a session stick to the user and be shared across both servers?
What other information would you need to provide an answer concerning this issue?
I appreciate your efforts very much!
Matthias Edrich
dailysun

Hi All,
Hi Elving,
I read through the documentation and have the following questions:
(1) It seems that I can share sessions amongst both servers if I
configure the web server to store sessions in a persistant manner such as in a file or in a database. Is this correct?
(2) To enable this persistent storage of a session, I would need to change the Session Manager used. Is this correct?
(3) If yes, I have the choice between the following managers. Please correct me if I have misunderstood the options.
- PersistentManager: Instead of securing session information
in memory, this manager saves session information within
a file on the server in a directory, which I specify within
sun-web.xml
- IWSSessionManager: With this manager, I can store sessions
in a defined database or file on the server.
- MMapSessionManager: This manager also stores sessions in
a file on the server
(4) What is the difference between PersistentManager and
MMapSessionManager if my web server is running in
single-process mode?
(5) If MMapSessionManager is a file-based manager, where do I
specify to what directory the related file is stored to as I
do in PersistentManager?
(6) What are the advantages and disadvantages of
Persistent/IWS/MMap managers?
(7) In looking at SessionManagers, am I even barking up
the right tree? It seems like these would help me share
sessions across clustered servers.
(8) Finally, I guess my plan of action would be the following:
-> Identify what session manager to use
-> Include a sun-web.xml file in /WEB-INF containing
the manager-specific info
-> Reload my web application
-> done...
Is this correct?
Elving, I appreciate your help. Thanks!
dailysun

Re: Sun Fire v490 / Solaris 9 booting from CD, Network problems

Hi Folks,
Apologies in advance for the length of this post.
For the purposes of disaster recovery I have built a custom CD based on the Solaris 9 installation disk with our third party backup / restore software included on it.
After the rcS script has setup networking it runs a bash shell so that I can label / partition / format the hard disks as necessary then use the third party software to recover the system.
This works fine on almost all the machines we've tested (Ultra 10s, Ultra 30s, FS Prime Power 400)
On one Sun Fire v490 however I seem to have problems with networking...
Part of the customised rcS script makes the following call
ifconfig ce0 10.4.20.20 netmask 255.255.0.0 upto configure the NIC. However when the rcS script leaves me at the shell I'm unable to ping anything.
The output from ifconfig - a looks like...
lo0 flag=..
inet 127.0.0.1
ce0: flags=1000823<UP BROADCAST,NOTRAILER,MULTICAST,IPv4>
mtu 1500 index 2 inet 10.4.20.20 netmask ffff0000 broadcast 10.255.255.255 ether 0:14:4f:0:be:beThe only thing that looks odd to me is that there's no "RUNNING" entry for ce0 that I get if I boot from the same CD on my other machines (Ultra 30s & Ultra 10s)
The broadcast address looks wrong, but again it's the same when I boot from th CD on my other test machines and they all seem to work.
I'm pretty sure that ce0 is "plumbed", 'cos if I "unplumb" it from the shell prompt then it doesn't even appear in the output from ifconfig.
Someone has suggested that it's a connectivity issue, but if I boot normally rather than from my custom CD then the networking is fine.
As a test I tried removing the drivers for hme from the CD then booting one of my Ultra30s but in this case the entry for hme0 was completely absent from the output of ifconfig.
So I've concluded that the driver for ce0 is at least there on the v490.
So for the moment I'm confused as to why the ce0 appears on the output for ifconfig, but has no RUNNING 'flag'
Anyone got any ideas
Many thanks in advance
Regards
Kevin

hello
you have an error in your interface configuration
you should have
you are using a class A ip adress but with a class B netmask
ip 10.4.20.20
netmask 255.255.0.0
broadcast should be 10.4.255.255
Message was edited by:
jerem81

Sun Fire V490 x 2 servers with Oracle RAC facing Split brain problem

Hi all,
I have Sun Fire V490 x 2 servers with Oracle RAC and they faced a Split brain problem. One of the node's database instance has gone down, The DBA claims it is due to network problem, but as such the networks are OK. We use the on board CE1 interface for Cluster interconnect and CE0 as the public interface.
Did anybody face this kind of a problem? Could this be a hardware/OS patch problem?
I had kept a continuous ping for 24 hours after this happened last time and the output shows no packet loss
Many thanks in advance.
Ushas Symon

In order to diagnose this properly, you'll need to provide too much detail and far too many log files for a generic discussion forum to handle.
Use your service contract and open a support case.
Because a cluster environment is involved you'll likely end up talking to the cluster support staff.
They can analyze hardware and software errors as well as review whether you configured the systems in a supportable fashion.
Be prepared to make a direct connection to each system and gather data using such as by using the Explorer tool. The technical support staff will tell you what they will actually need.

Solaris 9 in a Sun Fire V100 Box ServerSocket Bug

I am running Solaris 9 in a Sun Fire V100
I am having a problem openning Sockets where programs are written in Java.
The program is written in Java with the ServerSocket class.
I wrote a very simple class to test.
The port is available of course I already verified it.
I checked with the SecurityManager to verify this is not a
security policy but I receive a null from the System.getSecurityManager
which means there is no securityu manager installed.
I have many other apllications that are able to open ports and listen, but Java seams
to be having problem in Solaris 9. I have tried 5 different versions of Java. Last version
I tried is jsdk 1.4.2_05.
The same thing happens with Tomcat that crashes while
trying to open a listening Socket.
ServerSocket server;
try
server = new ServerSocket(8005,1024, InetAddress.getByName("127.0.0.1"));
System.out.println("BINDING SUCCESFUL");
catch(Exception e)
System.out.println(e);
System.exit(-1);
while(true)
try
Socket clientSocket = server.accept();
ClientHandler2 t = new ClientHandler2(clientSocket);
t.start();
catch(IOException e)
System.err.println( e );
Is this a well known bug...
Can anyone be so kind to help me up with this terrible matter
Thank you,
Juanpablo Lajud

Hi,How to set my link up in solaris 10 ?
I dont know want happend to my machine solaris v440 it suddenly disconnected from n/w and finally i came to know that is a problem with NIC card..i din't find any light's glowing back side of the machine at NIC card.
can any one help me in this pls how can i proceed furture for getting my NIC back?
and i have excuted few commands
#ndd -set /dev/ce instance 0
#ndd -set /dev/ce adv_1000fdx_cap 1
#ndd -set /dev/ce adv_autoneg_cap 0
I have got dladm show-dev is
ce0 link: unknown speed: 1000 Mbps duplex: full
ce1 link: unknown speed: 0 Mbps duplex: unknown
I dont understand that why my link is showing still unknown ...any help..

Solaris 8 on a Sun Fire v480 (full vs half duplex)

Hi All
I've installled Solaris 8 on a Sun Fire v480.
Now, when I boot I get the following (via serial A/LOM):
{2} ok boot -r
Boot device: /pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w2100002037cfdf9d,0:a File and args: -r
SunOS Release 5.8 Version Generic_108528-13 64-bit
Copyright 1983-2001 Sun Microsystems, Inc. All rights reserved.
configuring IPv4 interfaces: ce0.
Hostname: abcdef
WARNING: ce0: fault detected external to device; service degraded
WARNING: ce0: xcvr addr:0x01 - link down
Configuring /dev and /devices
NOTICE: ce0: fault cleared external to device; service available
NOTICE: ce0: xcvr addr:0x01 - link up 100 Mbps half duplex
Configuring the /dev directory (compatibility devices)
The system is coming up. Please wait.
checking ufs filesystems
/dev/rdsk/c1t0d0s5: is clean.
/dev/rdsk/c1t0d0s7: is clean.
starting rpc services: rpcbind done.
Setting netmask of ce0 to 255.255.224.0
Setting default IPv4 interface for multicast: add net 224.0/4: gateway abcdef
syslog service starting.
Print services started.
volume management starting.
The system is ready.
abcdef console login:Dec 22 11:01:34 abcdef picld[70]: Device PS1 AC UNAVAILABLE
Dec 22 11:01:35 abcdef picld[70]: FSP_GEN_FAULT_LED has turned ON: 1 failed device(s)
abcdef console login:
My question is what is going on. I see 2 things:
1)
NOTICE: ce0: fault cleared external to device; service available
NOTICE: ce0: xcvr addr:0x01 - link up 100 Mbps half duplex
what does the first line means and why half duplex and not full
2) FSP_GEN_FAULT_LED has turned ON......
hmmm, what does this mean ?
Any suggestions to help me untangle those messages ?
Thanks a lot in advance
Luca

Hi,How to set my link up in solaris 10 ?
I dont know want happend to my machine solaris v440 it suddenly disconnected from n/w and finally i came to know that is a problem with NIC card..i din't find any light's glowing back side of the machine at NIC card.
can any one help me in this pls how can i proceed furture for getting my NIC back?
and i have excuted few commands
#ndd -set /dev/ce instance 0
#ndd -set /dev/ce adv_1000fdx_cap 1
#ndd -set /dev/ce adv_autoneg_cap 0
I have got dladm show-dev is
ce0 link: unknown speed: 1000 Mbps duplex: full
ce1 link: unknown speed: 0 Mbps duplex: unknown
I dont understand that why my link is showing still unknown ...any help..

Resetting the ALOM on a Sun Fire T2000

I'm looking for information on resetting the ALOM for a Sun Fire T2000. It seems this machine may have had its ALOM misconfigured, and it needs to be reset now, but I can't console in. Are there any jumper settings that would clear the ALOM's settings out?
Thanks

Hi,How to set my link up in solaris 10 ?
I dont know want happend to my machine solaris v440 it suddenly disconnected from n/w and finally i came to know that is a problem with NIC card..i din't find any light's glowing back side of the machine at NIC card.
can any one help me in this pls how can i proceed furture for getting my NIC back?
and i have excuted few commands
#ndd -set /dev/ce instance 0
#ndd -set /dev/ce adv_1000fdx_cap 1
#ndd -set /dev/ce adv_autoneg_cap 0
I have got dladm show-dev is
ce0 link: unknown speed: 1000 Mbps duplex: full
ce1 link: unknown speed: 0 Mbps duplex: unknown
I dont understand that why my link is showing still unknown ...any help..

"Memory Sizing" error on Sun Fire V65x

Hello.
I have some trouble with my old Sun Fire V65x and i hope that you guys can help me out.
I had 2,5GB RAM installed in my server, working flawless. 2 x 256MB and 2 x 1GB modules. 256-modules in Bank 1 and 1GB´s in Bank 2.
To get rid of the boot up warning of wrong memory configuration i moved the 2 1GB modules to bank 3 (as stated in the manual) but that was when the problem started.
In this configuration the server won't go to POST, i tried moving the 1GB modules around between bank 1, 2 & 3 without any result.
The server will not go to POST. No beeps, no nothing. When turning the server on line it starts up, the fans starts running on at maximum speed and that's all, no picture and no POST and the system warning LED turns to red. After a couple of minutes in this state the fans slow down for a couple of seconds and then back to 100% (repeating cycle)
The POST diagnostics LEDs at the back of the main board indicates POST code 13h, "Memory sizing". The main board does not report any defective DIMMs, also worth mentioning is that the 2 256MB DIMMs are working flawlessly in all banks.
I have tried:
Resetting the memory config in BIOS (using the 2x256 DIMMs and then installing the 2 1GB modules.
Moving the memory modules around between different banks, both alone and with the 2 256MB DIMMs present.
Clearing the CMOS settings.
Searching manuals and Google for hours without answer to my problem or what "memory sizing " means in this situation.
System:
Sun Fire V65x
1 CPU
If anyone know the answer to my dilemma and are willing to help me, i would be really grateful.
Sadly i do not have the possibility to test the memory modules in another system.
Best regards. Erik Järlestrand, Sweden.

Hardware. A reboot will probably not do anything. From what I can tell, it's a CPU cache problem. If you do anything, shut the system down completely, turn the power off for a minimum of 20 seconds to let any residual electricty go away, the turn it back on. If the problem returns, you'll most likely need to either get a new CPU module or a new V100. I don't know if the CPU can be removed from the V100 motherboard, but since there are jumper settings for the speed I would assume that you can.

Garbade collector problem on Sun Fire V440?

Similar Messages

Maybe you are looking for