[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Install Fails on T5240



Also recommend taking a picture of your current dimm mem configuration. If the mixed mem config does not work then it will be easy to revert to your previous config.  In other words, the photo will help you remember order dimms were previously populated.

On Sep 6, 2025, at 10:09 PM, Tony Rodriguez <unixpro1970@gmail.com> wrote:


Glad it is resolved. :-) How much memory is currently installed on your t5240? Also, how many dimms are installed?

Curious, were you able to install your 8GB x 8 dimms as well?

You mentioned having extra left over memory. I didn’t have 8gb dimms to try a mixed 8gb and 4gb configuration. Did you try this configuration?

Unsure if that will work, but it may be worth a try (giving you at least 64 + 32 = 96gb mem). However, definitely understand a mentality of “if it is not broke then don’t fix it” regarding various ram configurations. Especially if you already have enough ram within your system. Just is a shame to not use that extra memory. 

If you decide to attempt a mixed mem config then try keeping 8gb dimms all on one channel (example d0) and all 4gb dimms on the other channel. (example d1)

Regards,
Tony

On Sep 6, 2025, at 6:20 PM, Jeremy Leonard <jeremyl@elite4god.com> wrote:


Thought I'd send an update. 

I did get the system working. Seems to be working properly and consistently as well.

The issue seems to have been resolved by doing a factory reset on the SP. 

The system originally came with: 
Oracle PN: 511-1152-01/Hynix HYMP151L72CP4D5-Y5 AB
4GB FB DIMM 1.5v

I then bought and tried:
Sun PN: 511-1228-01/Samsung M395T1K66AZ4-YE68
8GB FB DIMM 1.5v

I had the same issues.

I then bought:
Sun PN: 501-7954-01/Micron MT36HTF5122FY-667E1D4
4GB FB DIMM 1.8v

Again I had the same issue.

I had reset the SP several times. I had to originally when I bought the server as I didn't know the password for root.

I tried reflashing the firmware but it wouldn't because the system was already at the same version as the latest available version.

The coin battery was also dead on the motherboard as well but I didn't think much of it.
I then replaced this batter and did a factory reset again on the SP.

At this point it all started working properly. I've run though every scenario I can think of and it all works now.
Rebooting.
Power down/Power up.
Reinstall Solaris.
Reinstall Debian.
Drop power mid boot.

It passed POST and boots up perfectly each time.

I also went back through all the RAM I had and the systems worked perfectly regardless of what RAM I had in the system. So it seems the actual RAM was never my issue. So now I have lots of spare ram modules! ;)

Thanks for all the help getting this one up and running!
Especially thank you to Tony for all your help!











On Wed, Sep 3, 2025 at 7:17 PM Tony Rodriguez <unixpro1970@gmail.com> wrote:
Also note:

As a test on my T5120.  Just a heads-up, something to think about.

Installed 8 matching 4GB "Samsung M395T5160QZ4-CE66 0819" dimms in DIMM
D0 slots (32GB) and 8 matching 4GB "Samsung M395T5160QZ4-CE66 0816"
dimms in DIMM D1 slots (32GB).  For a total of 64GB with no errors.
Debian 12 sees all 64GB and "show faulty" ilom cli doesn't report any
memory error(s).

PS:

Time for me to focus on IBM Power 8 and AIX stuff now  :-)


Best of luck Jeremy.


Regards,

Tony


On 9/3/25 2:52 PM, Tony Rodriguez wrote:
> Typically, I agree. However, Samsung dimms "Samsung M395T5160QZ4-CE66
> 0819" and "Samsung M395T5160QZ4-CE66 0816" both work on my end
> (without any errors), provided they are all the same type/revision and
> no mixing between them.  I also installed sets of 8 or 16 (each dimm
> is 4GB and 1.8v.) .
>
>
> Agreed, best to avoid going into that rabbit hole mixing dimms
> capacities and types (especially on sparc hardware).  Keep it simple
> principal :-)
>
>
> Regards,
>
> Tony
>
>
> On 9/3/25 1:34 PM, Dennis Clarke wrote:
>> On 9/3/25 15:32, Jeremy Leonard wrote:
>>> Also,
>>>
>>> According to this doc:
>>>
>>> https://docs.oracle.com/cd/E19712-01/820-3318-14/820-3318-14.pdf
>>>
>>
>> The general rules for these Sun/Oracle systems :
>>
>>     1) only use the correct supplier parts. That means Oracle.
>>        If you are buying used stuff then Sun is the supplier.
>>
>>     2) get all the memory at once. Never mix and match ever.
>>
>> Otherwise you go down a rat hole with no cheese.
>>
>>


--
Jeremy Leonard
Cell: (517) 285-8309

Reply to: