asked on

Can we downgrade a patch level in Solaris 2.8? From 108528-26 version to 108528-23?

Hi Guys,
We had 108528-14 in our solaris server. We took the latest patch version for solaris 8 and have installed it in the Netra 1400/1405 machine. We were then in 108528-26. We have some applications running in, which needed to be upgraded, and it needs a min of 108528-23 and as we could only get 108528-26 from net, we did it.

But unfortunately after doing the solaris upgrade we came to know that there is some problem in the 108528-26 version and hence only the 108528-23 version will work for our applications. So is there anyway of downgrading the patch?
Or is there any other way of solving this problem, apart from reinstalling the OS from scratch, which will also include us the trouble of installing all the applications from the scratch. Please let me know.

Thanks.

ASKER CERTIFIED SOLUTION

shivsa

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

shivsa

Dear indkish,

did above clearify your doubts.
if yes, please close the question.

indkish

ASKER

Actually I couldnt do what you have suggested, as my people have started a fresh installation before I could do anything. Anyways I will close this question.
I have one more question though. When we do a /usr/platform/sun4u/sbin/prtdiag, it shows the details of my server. Its something like this.

[@imsmgt]/export/home/nortel:=> /usr/platform/sun4u/sbin/prtdiag
System Configuration: Sun Microsystems sun4u (4 X UltraSPARC-II 440MHz)
System clock frequency: 110 MHz
Memory size: 4096 Megabytes

========================= CPUs =========================

Run Ecache CPU CPU
Brd CPU Module MHz MB Impl. Mask
--- --- ------- ----- ------ ------ ----
0 0 0 440 4.0 US-II 10.0
0 1 1 440 4.0 US-II 10.0
0 2 2 440 4.0 US-II 10.0
0 3 3 440 4.0 US-II 10.0

========================= IO Cards =========================

Bus Freq
Brd Type MHz Slot Name Model
--- ---- ---- ---- -------------------------------- ----------------------
0 PCI 33 0 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 0 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 1 network-SUNW,hme
0 PCI 33 1 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 1 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 2 network-pci108e,2bad SUNW,pci-gem
0 PCI 33 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 3 scsi-glm/disk (block) Symbios,53C875
0 PCI 33 3 scsi-glm/disk (block) Symbios,53C875
0 PCI 33 3 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 3 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 5 TSI,gfxp GFXP

No failures found in System
===========================

I use a Sun Solaris Netra t 1400/1405 server. But this data is not shown when this command is used. But when I use the same command on another server we have, it gives the following result.

[@imsapp]/export/home/nortel:=> /usr/platform/sun4u/sbin/prtdiag
System Configuration: Sun Microsystems sun4u Netra t 1400/1405 (4 X UltraSPARC-II 440MHz)
System clock frequency: 110 MHz
Memory size: 4096 Megabytes

========================= CPUs =========================

Run Ecache CPU CPU
Brd CPU Module MHz MB Impl. Mask
--- --- ------- ----- ------ ------ ----
0 0 0 440 4.0 US-II 10.0
0 1 1 440 4.0 US-II 10.0
0 2 2 440 4.0 US-II 10.0
0 3 3 440 4.0 US-II 10.0

========================= IO Cards =========================

Bus Freq
Brd Type MHz Slot Name Model
--- ---- ---- ---------- -------------------------------- ----------------------
0 PCI 33 On-Board network-SUNW,hme
0 PCI 33 On-Board scsi-glm/disk (block) Symbios,53C875
0 PCI 33 On-Board scsi-glm/disk (block) Symbios,53C875
0 PCI 33 pcib slot 2 pci-pci1011,25/pci108e,1000 pci-bridge
0 PCI 33 pcib slot 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 pcib slot 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 pcib slot 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe
0 PCI 33 pcib slot 2 SUNW,qfe-pci108e,1001 SUNW,pci-qfe

No failures found in System
===========================

Here (if you see the first line of the result) it says Netra t 1400/1405. Someone was suggesting to me that it is a firmware problem, but am not really sure. So can anything be done, any suggestions.

Thanks.

shivsa

prtdiag command is platform specific.
I would say try using
/usr/platform/`uname -i`/sbin/prtdiag and check the output.

shivsa

sorry for typo.
it should be
/usr/platform/`uname -m`/sbin/prtdiag

shivsa

also check the firmware on both the system with
/usr/platform/`uname -m`/sbin/prtdiag -v | grep OBP

indkish

ASKER

the uname -m command gives 'sun4u' for both the servers I have. The problematic server (imsmgt), when grep'd on OBP, gives
OBP 3.29.0 2000/12/20 18:40 POST 1.2.8 2000/08/22 19:50
and the good server gives (imsapp)
OBP 3.23.0 1999/06/30 13:53 POST 1.2.7 1999/05/24 17:33

does that say anything? I mean is anything wrong?.
Can anything so wrong at the time of firmware upgrade which can cause this kinda problem!?

shivsa

nothing is wrong but looks like OBP is upgraded on one the server.

prtdiag is platform specific command and gather its info from OBP, so looks like something got changes in these 2 releases and u can see the same output.
it is nothing problamtic. it is just convention.

Is the OS + patches same on both the server. that also might cause this mismatch.

u can leave it just like this, there is nothing to worry about.

indkish

ASKER

Yeah, there were some firmware upgrades on one machine I guess.
We have just re-installed the OS on both the servers, and both have same patches, but still imsmgt doesnt show any sign of 1400/1405! And we cannot know what sort of machine this is with any other command, can we?
And can you please tell me if patchadd command calls pkgadd internally?

shivsa

uname -i

shivsa

yes patchadd command calls pkgadd internally in some cases wherever needed.

shivsa

Dear indkish ,

if u got what u were looking for, then please close this question.

thanks,
Shiv

indkish

ASKER

Couldnt test anything you have told, but still closing this question, as my servers were reinstalled and working fine. Thanks for the suggestions.
Kish