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 "."

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

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%

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

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.

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 1280 capacity planning

Hello, I'm doing capacity planning for Sun Fire 1280 hardware, and I need to clarify few black spots in my knowledge :-)
I'm not able to find any information on the bus speed (max transfert rate) for this specific hardware. Can anybody help on this?
Also, checking at the stats, I can see that the IO wait for CPU and disk is the same.
Can I safely assume that the bus is allowing a single "transaction" at the time (contention)? To be read: if the CPU is transferring data to the RAM, another simultanous operation (e.g. usb to scsi) is not possible.
Of course we're talking about micro seconds, but just to clarify.
Thanks in advance!

Hanoi,
The x4500 has numerous disks in it. Adding up the sizes of the disks yields 48TB of raw disk. If you were to format these disks and install an operating system, you'd still have around 48TB of disk.
However, you may want to create a RAID array with the disks, to either improve performance (by striping the data), or improve reliability (by adding metadata information that allows you to recover from a single or dual disk failure).
Typically, folks will use a RAID 5 level, which both stripes and creates a metadata reserve. With this level, you would subtract the size of 1 or more disks (depending on the protection level), as this would be a 'holdback' to contain the metadata.
Bottom line is that you should have much more than 30TB available if you use most RAID levels that do not include mirroring of disks (where each disk has another whole disk copying its data, reducing your usable capacity by half).

How can I connect to sun fire v125 with serial mgr port by hyperterminal

Hi there!
My c.o. got a sun fire v125 server.My mission is finish setting up the server.But as I followed the sun
fire v125's document, it aint be connected to this server with serial mgr port by using windows xp hyperterminal .
My step as:
step1. Find the original RJ45 net cable from the v125 box, and put one side into
Serial MGR Port of V125.
step2. Combined the RJ45 net cable's other side with DB-9 converter,
then plug the DB-9 converter into the PC's serial port(9 pins).
step3. start the pc(windows xp sp2), and then creat a hyperterminal link in COM1 as:
Bits/Sec--9600, DataBits--8, Parity--None, Stop bits--1, Flow control--Xon/Xoff
And then pause connect. make it hang up.
step4. push the sun fire v125 power button. after 1mins, resume the hyperterminal,
connect to the v125.
as above all is all my step here. Somewhere incorrect?if theres no problem, why can't I receive the
"sc> " promote?
Theres only one thing what i can do is input from keyboard....?
I had known that there will be promoted the "sc> " after you start the connection of hyperterminal with the correct steps?
BTW,I had input "#." with enter key, but it doesnt work!
Is there anybody met this problem as mine? Or can you give me some hits?
Thank you for your reading.
Sinceley Regards
Maqintoshi. 2008.2.7 pm4:10
Edited by: maqintoshi on Feb 6, 2008 11:51 PM

Im sorry for replying so late.
I'd solved it long time ago.
finally I found I made a mistake that I connect the Serialport Cable which came from PC
to the RJ45(NIC) port which came from Sun Server :-@
If you still can not get the prompts, check these parameters of your hyperterminal:
connect a terminal or a terminal emulator (PC or workstation) to the SC serial management port.
Configure the terminal or terminal emulator with these settings:
* 9600 baud
* 8 bits
* No parity
* 1 Stop bit
* No handshaking

Proper serial connections for Sun Fire v250

I recently purchased a (gently) used Sun Fire v250 for use as a workstation. The machine had a graphics card installed by a previous owner, but I accidentally reset the factory defaults on the SCC (I was having a boot problem, and apparently a brain problem).
My question is, how do I connect over serial to make the default boot up options 'screen' instead of 'ttya'? I know from the oracle docs that I need a specific type of serial cable, but I'm unsure where exactly I can go about finding this. Also, once I get the cable what software (for *NIX or windows) can I use to reset the SCC?
Thanks,
John Lambert
Dychron, Inc.

984429 wrote:
I recently purchased a (gently) used Sun Fire v250 for use as a workstation. The machine had a graphics card installed by a previous owner, but I accidentally reset the factory defaults on the SCC (I was having a boot problem, and apparently a brain problem).
My question is, how do I connect over serial to make the default boot up options 'screen' instead of 'ttya'? I know from the oracle docs that I need a specific type of serial cable, but I'm unsure where exactly I can go about finding this. Also, once I get the cable what software (for *NIX or windows) can I use to reset the SCC?
Thanks,
John Lambert
Dychron, Inc.Search for a cisco console cable .... this is a typically a 9 pin to RJ 45 ... usually less than say $10 on at least well known auction site.
If you laptop/desktop does not have a serial get a usb to serial converter as well.
If you have a linux desk OS then it is possible to connect to a serial connection ... from solaris you would use tip .... from linux typically use 'cu' (built it) ... if I remember correctly.
Or use recent versions of PuTTY from windows. ... which can also be configured for serial.

Problem in configuring Storedge 3300

Hi,
We are facing problem in configuring StorEdge 3300 in
SunFire 280R. We have a StorEdge 3300 (JBD) containing 5 X
36GB disks. We do not have any controller in this. We would
like make these disks accessible at OS level using format
utility. When we execute probe-scsi-all at Boot prompt we
get the following output
/pci@8,600000/SunW, qlc@4
LiD HA LUN Port Disk
0 0 0 some number Fujitsu
1 1 0 some number Fujitsu
/pci@8,700000/scsi@6,1
Target 4
Unit 0 Removable Tape Drive
/pci@8,700000/scsi@6
Unit 0 Removable Read-only Drive
/pci@8,700000/pci@3/scsi@5
/pci@8,700000/pci@3/scsi@4
Target 8
Unit 0 Disk Seagate
Target 9
Unit 0 Disk Seagate
Target a
Unit 0 Disk Seagate
Target b
Unit 0 Disk Seagate
Target c
Unit 0 Disk Seagate
Target f
Unit 0 Processor SUN Storedge 3310 AD000
Please help, Thanks
Regards
Krishna

I too have the same problem. Have a v440 and Storedge 3310, the first time I used the server it was all ok, after a week I booted it up again and when I use the command sccli i get the following error:
[root@server1 /]# sccli
sccli: no manageable devices found
sccli: Type "sccli help" for valid commands.
In the first day I used the server I remember I could access it in the format command, since I connected everything again, I can't see it no longer on the OS.
I did then following sequence off comands:
stop-a
setenv auto-boot? false (I don't won't it to boot again)
setenv boot-device false (I wan't to do a clean probe-scsi-all)
reset-all
I then used the probe-scsi-all comand which had the following output:
{1} ok probe-scsi-all
/pci@1f,700000/scsi@2,1
/pci@1f,700000/scsi@2
Target 0
Unit 0 Disk HITACHI DK32EJ36NSUN36G PQ0B 71132959 Blocks, 34732 MB
Target 1
Unit 0 Disk HITACHI DK32EJ36NSUN36G PQ0B 71132959 Blocks, 34732 MB
Target 2
Unit 0 Disk HITACHI DK32EJ36NSUN36G PQ0B 71132959 Blocks, 34732 MB
Target 3
Unit 0 Disk HITACHI DK32EJ36NSUN36G PQ0B 71132959 Blocks, 34732 MB
/pci@1d,700000/pci@2/scsi@5
/pci@1d,700000/pci@2/scsi@4
Target 0
Unit 0 Disk SUN StorEdge 3310 0325
Before I did that, I checked if the cables where in the correct configuration I wanted, it's a dual buffer configuration that is going to be used on raid 1+0 configuration.
After that I did:
setenv boot-device disk0
boot -r (to reconfigure)
I also download the pci scsi lvd controller driver and patches, nothing seems to work, I'm trying to recreate my first working day with server, until now, with no success.
The last thing I installed in that host was Disksuite? Might there be any kind of incompatility?
Orlando

Sun Fire x4100

I recently got a Sun fire x4100 server, which does not have an OS loaded. I am able to connect to ILOM (version 2.0.2.1) through the Serial management port and using SSH in Putty. I can also get to the web admin page and launch the remote java console.
However, when I enter the start /SP/console command from a Serial or SSH session the session hangs at "Serial console started. To stop, type ESC (" It will return to the -> prompt if you press the escape characters, however, it doesn't bring up another prompt (such as ok>) and it doesn't respond to any other input. I can't get anything except a blank black screen from the locally attached monitor or the java remote console. I also can't get a BIOS screen to show up for the system, though I can watch the full ILOM boot process in the serial connection.
The machine doesn't seem to detect any hardware problems. How can I check what it is using for a console output device? I just need to change the boot order so that it uses the OS install CD?
Thank you

Ok, that makes more sense and an important distinction for anyone who isn't used to Sun hardware to realize (This is my first experience with a Sun server)....I think I have been starting the system board using start /SYS because the fans, etc in the server would really take off after issuing that command. However, still no output to the local monitor, the javarconsole, or any change in the serial console (It is still hanging at the Escape sequence notice).
Just to make sure I'm doing this correctly, (if its not available through the local monitor) console access is usually achieved by:
1) starting ILOM (plug in server)
2) establish either a serial or SSH terminal session
3) fire up the system board using start /SYS (or restart it, when necessary, if it started when the server was plugged in using stop -f /SYS and then start /SYS)
4) allow console access using start /SP/console (Can you specify where console access is allowed/directed with this command?)
5) check javarconsole or local monitor for BIOS screen/system board boot up
Is there another way to start the system board or if it is starting, which it seems to be, is there a way to figure out what it is using for an output?

How Can I shutdown SUN FIRE 4800 Machine?

Dear IT Experts,
I maintain a SUN Server. It is SUN Fire F4800. To login , I must use HyperTerminal, serial cable , and Laptop.
I have a plan to shutdown this machine for about 30 minutes for hardware maintenance checking.
But, I can not shutdown it using command "power-off" at "OK" prompt.(before, I use "init 0" to "OK" prompt)
I got this message :
{13} ok power-off
ERROR: do_interpret: no such symbol "power-off"
ERROR: undefined word
Could any body tell me what step can I do to shutdown this machine properly,please?
Here is the machine description :
- F4800 Server Base � Factory Rack
- CPU / MEM BD BNDL � 2CPU @750/6GMEM
- Red. Kit for Sun Fire 4800
- PCI GIGABIT Ethernet 2.0 Card
- PCI I/O Assy for F4800-6800
- Media Tray HD2, DVD1, TP1
- OPT INT PCI 10/100 Base NIC
- Continental Europe PWR CRD KIT
- 15 m Fiber Cable (multi-mode) and connector
- JNI 64 Bit PCI adapter Non � OFC
- Sun Fire Cabinet
- Solaris 8 Std English - Only
- OPT PWR Cord for ENTERPR. (INT)
- SUN Trunking Software v 1.2.1
- WS SB_100PGX64 128/15GB/CDROM
- NORTHAMERICAN COUNTRY KIT
Please help this newbie person.
Thanks for any response
Regards,
Ferianto

Dear All,
Sorry, if I ask this question to this forum again. Yesterday, I tried to shutdown SUN Fire 4800 machine. It is the same machine which I asked to all of you before.
At "OK" prompt, I typed *#.* in order to go to SC (System Controller) to shutdown the Machine. (As I know that "OK" prompt just shutdown the OS level)
But, I got the Error message.. These are commands that I have typed, but still did not work
{12} ok ~#
ERROR: do_interpret: no such symbol "~#"
ERROR: undefined word
{12} ok ~.
ERROR: do_interpret: no such symbol "~."
ERROR: undefined word
{12} ok #.
ERROR: do_interpret: no such symbol "#."
ERROR: undefined word
{12} ok ~#
ERROR: do_interpret: no such symbol "~#"
ERROR: undefined word
{12} ok #
ERROR:
I also tried to type command :(This comamand I got from SUN Firev4800 manual reference)
OK ctrl - ]
I connect to SUN Fire 4800 using serial cable (DB25) to USB port at my laptop, using either "Hyperterminal" or "TeraTerm"
-Bit persecond : 9600
-Data Bit : 8
-Parity : None
-Stop Bits : 1
-Flow Control : None
I can see the screen and typed "init 0" to go to "OK" prompt.But it still does not work. What happen? What should I do? For this case, is there any influence from "keyboard" layout (because I use my laptop keyboard) ?
Note : I also tried typed *"init 5"* to shutdown the server, but it still go to "OK" prompt
Please suggest...
Thanks for any help
Regards,
Ferianto
Edited by: Ferianto on Mar 10, 2008 9:05 PM

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.

On Sun fire v490 - Solaris 10 with Oracle 8.1.7.4 & Sybase 12.0

Hi,
We are going to upgrade our server with this configuration -
Sun Fire V490     2 x 1.05 GHz UltraSPARC IV CPU
8096MB RAM     2 x73GB local disk
2x FC 2GB Sun/QLogic HBAs
DAT72
On one machine we will have Sun Solaris v10 with
Oracle DB v8.1.7.4 & Second one will be Sun Solaris v10 with Sybase DB v12.0.0.6.
Now our question is - Sun fire have Hyper-thread CPUs �� will the O/S and databases (Oracle and Sybase) view the proposed system as a true 4 CPU platform? Will parameters used to tune the database such as Sybase max online engines still operate in the same manner as before?
Our old machine configuration was - Sun E450     4x400MHz CPU     1024MB RAM     2 x18; 8x36GB disks

Questions on Oracle and Sybase should be directed to a database forum, this forum is for Sun hardware support.
Here is a link to a DB forum I look at from time to time:
http://www.dbforums.com/index.php
The topic of tuning Oracle or Solaris is way beyond the scope of this forum, I have attempted to go into it before but didn't get any feedback and I would only like to spend lots of time on it if I was being paid!!! On the memory side, keep in mind that Oracle 9i 64-bit can address a maximum of 2 ^ 64 ( 16777216 TB ) memory, prior to that the DBA had to define memory parameters in init.ora. To be honest the last time I worked with a Oracle 8 database I shut a HP K class server down permanently that had been migrated to Oracle 9i on Solaris by an Oracle consultant and I can't remember all the tuning trick etc.

"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.

StorEdge 3300 + SUN Fire V440 Hardware connection

Similar Messages

Maybe you are looking for