[SOLARIS 11 ZFS ROOT RECOVERY:
* Boot system into single user via network or CDROM.
boot net -s
boot cdrom -s
* On X86 machine, you need edit grub and append -s on kernel line OR boot CDROM with Solaris-11-Text image/media, then select option “3 shell” on “Welcome to the Oracle Solaris Installation Menu”.
* If it ask username: root/solaris or root/password
# mkdir /a /b
# zpool import -R /a -f rpool
# zfs mount –o mountpoint=/b rpool/ROOT/solaris
# vi /b/etc/shadow
*Remove the root password section, it will become look like this:
root::15356::::::
*Note that by default, the new Solaris 11 doesn’t allow blank password
*To allow empty passwords at login:
# vi /b/etc/default/login
*Switch this line “PASSREQ=YES” to “PASSREQ=NO”
*If you access the system via SSH, also check the directive PermitEmptyPasswords in “/etc/ssh/sshd_config”
PermitEmptyPasswords yes
# cd /
# umount /b
# zpool export -f rpool
# reboot
XSCF or eXtended System Control facility unit is known as service processor for M-Series server.
The XSCF unit is a cold replacement component. This means the entire server must be powered off and the power cords disconnected to replace the XSCF unit. Execute “showhardconf” or “showstatus” command to make sure the XSCF is faulted.
XSCF> showhardconf
…
…
* XSCFU Status:Degraded,Active; Ver:0101h; Serial:BFxxxxxxx ;
+ FRU-Part-Number:CF00541-0481 04 /541-0481-04 ;
…
…
I hv been asked by some people on how to backup XSCF configuration before replacing the XSCF board. They presume the XSCF configuration need to backup first because there are only 1 XSCF board on M4000/M5000 server. In fact no need to backup the config because there was a backup copy of XSCF configuration on Operator Panel, both XSCF and Operator Panel always synchronizing its data each time XSCF bootup or there was a changes on XSCF configuration. Thats way there is a restriction to replace both XSCF and Operator Panel simultaneously.
Okay, if you ready to replace the XSCF board, below are the instruction:
[Shutdown the OS, Power off the server and unplug the power cord and XSCF ethernet cables.
[Use proper ESD grounding technique and anti static mat, replace the XSCF board:
*M4000 XSCF board location:
*M5000 XSCF board location:
# Plug all cables then power on server, wait till the new XSCF board startup. It will reboot around 2-3 times. you will see the messages of XSCF and OPNL synchronize its data during startup:
.....
initialize XSCF common database (OWN) -- complete
synchronize setup data (XSCF -> OPNL) -- complete
initialize XSCF common database (ACTIVE) -- complete
wait for database synchronization -- complete
execute S00clis_all -- complete
.....
[If the boot process is finished, then try to log in. If you see below error messages:
XCP version of Panel EEPROM and XSCF FMEM mismatched,
Panel EEPROM=1090, XSCF FMEM=1100
Then you need to upgrade the XSCF firmware. Download the latest firmware from MOS, then perform firmware upgrade.
[XSCF FIRMWARE UPGRADE:
*VIA FTP:
XSCF> getflashimage -l >CHECK CURRENT FIRWARE
XSCF> getflashimage -u AZIZ ftp://10.32.17.61/FFXCP1112.tar.gz >> aziz is username, 10.32.17.61 is ftp server on my laptop
Password: *******
0MB received
1MB received
2MB received
3MB received
4MB received
5MB received
6MB received
7MB received
8MB received
Download successful: 42660 Kbytes in 50 secs (987.298 Kbytes/sec)
Checking file...
MD5: 73ca6370dc6c636f2e3845b66caa203a
XSCF> getflashimage -l
XSCF> flashupdate -c check -m xcp -s 1112
XCP update is possible with domains up
XSCF> flashupdate -c update -m xcp -s 1112
The XSCF will be reset. Continue? [y|n] :y
Checking the XCP image file, please wait a minute
XCP update is started (XCP version=1112:last version=1081)
OpenBoot PROM update is started (OpenBoot PROM version=02180000)
*VIA USB:
- checked version, update firmware
XSCF> version -c xcp -v
XSCF> getflashimage file:///media/usb_msd/FFXCP1112.tar.gz
Note the different of M-Series firmware file below:
getflashimage file:///media/usb_msd/IKXCP1112.tar.gz >>for M3000
getflashimage file:///media/usb_msd/FFXCP1112.tar.gz >>for M4000/5000
getflashimage file:///media/usb_msd/DCXCP1112.tar.gz >>for M8000/M9000
XSCF> flashupdate -c check -m xcp -s 1112
XCP update is possible with domains up
XSCF> flashupdate -c update -m xcp -s 1112
XSCF> version -c xcp -v
XCP0 (Reserve): 1110 <<XCP0 will take few minutes to finish update
OpenBoot PROM : 02.29.0000
XSCF : 01.11.0000
XCP1 (Current): 1112 <<updated already
OpenBoot PROM : 02.29.0000
XSCF : 01.11.0002
OpenBoot PROM BACKUP
XSCF> version -c cmu -v
[If you hv finished on upgrading the firmware or there are no firmware issue, then make sure the device status again with "showhardconf" and "showstatus" command.
[Continue powering on the domain:
XSCF> poweron -d0
DomainIDs to power on:00
Continue? [y|n] :y
Poweron canceled due to invalid system date and time.
XSCF>
Wait, did you see above error messages? yes the domain unable to boot because the system date and time is invalid.
#set the new date and time, Example for 24 Oct 2012 @ 10:23:
XSCF> setdate -u -s 102410232012.00
Wed Oct 24 10:23:00 UTC 2012
The XSCF will be reset. Continue? [y|n] :y
#If you want to change the timezone, run the settimezone command. example:
XSCF> settimezone -c settz -s Asia/Jakarta
#DONE. Now power on the domain again.
SL24 and SL48 are the Oracle’s entry level of Autoloader/Tape Library.
Check here for complete documentation.
L24/48 Library are using a single SCSI ID and two logical unit numbers (LUN). LUN 0 controls the tape drive and LUN 1 controls the robotic. So, its require an HBA that supports multiple LUNs. If multiple LUN support is not enabled, the host server cannot scan beyond LUN 0 to discover the Library. It just sees the tape drive.
To check the device and connectivity status from Solaris, please use the show_FCP_dev option: “cfgadm -o show_FCP_dev -al”, instead of “cfgadm -al” command. The robotic or changer will not shown if you use standard “cfgadm -al” command.
If the changer detected already by “cfgadm -o show_FCP_dev -al” command but still not detected by NBU sgscan command, check your NBU device configuration. You need to modify the st.conf file in order to detect the devices on two LUNs.
[Find the following line in the st.conf file:
name=”st” target=0 lun=0;
Replace that line and the following lines through target 5 with the following. Doing so modifies the st.conf file to include searches on non-zero LUNs:
name="st" target=0 lun=0; name="st" target=0 lun=1; name="st" target=1 lun=0; name="st" target=1 lun=1; name="st" target=2 lun=0; name="st" target=2 lun=1; name="st" target=3 lun=0; name="st" target=3 lun=1; name="st" target=4 lun=0; name="st" target=4 lun=1; name="st" target=5 lun=0; name="st" target=5 lun=1; name="st" parent="fp" target=0; name="st" parent="fp" target=1; name="st" parent="fp" target=2; name="st" parent="fp" target=3; name="st" parent="fp" target=4; name="st" parent="fp" target=5; name="st" parent="fp" target=6;
Click here for complete information on how to configure tape drive and robotic devices for Netbackup.
If the SL24/SL48 has the SAS tape drives and you are using LSI SAS HBA, please check and upgrade the SAS HBA driver.
There was an issue with the LSI SAS1 (3GB) HBA with a firmware level of 1.26.00 and below, where the HBA will not see any SAS devices connected to it. Check below document (MOS access required) for more detail.
HBA – LSI SAS HBA Firmware Issue, SAS Devices Not Being Seen by Server (Doc ID 1350564.1)
{0} ok boot
Boot device: /pci@7c0/pci@0/pci@1/pci@0,2/LSILogic,sas@2/disk@0,0:a File and args:
Loading ufs-file-system package 1.4 04 Aug 1995 13:02:54.
FCode UFS Reader 1.12 00/07/17 15:48:16.
Loading: /platform/SUNW,Sun-Fire-T200/ufsboot
Loading: /platform/sun4v/ufsboot
ERROR: Last Trap: Instruction Access Exception
If you got above error messages when powering on Sun Server (T-series, T1000/T2000), and the boot process stuck in there, do not call Oracle support or open SR via MOS unless you try below simple troubleshooting step:
Try to unplug all USB devices – ie USB keyboard + mouse, KVM etc, then connect your laptop/PC to server via serial port then reboot the server. IF the error messages are disappeared, I believe the server will able to boot as usual.
This issue are mostly related with USB keyboard /mouse or other USB related devices. It could be the USB devices or the USB port of the server it self. Try to plug the USB device on another port then reboot the server again. For T2000 there are 4 USB port on the back and 2 USB port on the front.
The default user and password of ILOM is “root/changeme”, but if you hv changed the password already and due for some reason you forgot the password, here are the step by step to revocer the ILOM password.
First of all, try to change the password with ipmitool, but if its still doesn’t work, try below step:
Notes:
- You must be physically present at the server to perform this procedure.
- This procedure uses the default user account to enable you to recover a lost password or to re-create the root user account.
- You cannot change or delete the default user account.
1. Connect to ILOM via serial console and log in using the default user account.
SUNSP-xxxxxxxx login: default
Press and release the physical presence button.
Press return when this is completed…
2. Prove physical presence at your server.
Press and release the physical presence button.
The Physical Presence button on the Sun SPARC Enterprise T5xxx servers and X-Series is the Locator button:
But, for Sparc T3/T4 model, the physical presence are on rear side, except for T3-1b/T4-1b:
SPARC T3-1/T4-1: (rear) pin-hole to the left of the USB ports
SPARC T3-2/T4-2: (rear) pin-hole to the left of NET0
SPARC T3-4/T4-4: (rear) to the right of OK LED, above the USB port
SPARC T3-1b/T4-1b: (front) Locate button/Physical Presence (White LED)
3. Return to your serial console and press Enter.
You will be prompted for a password.
4. Type the password for the default user account: defaultpassword
5. Reset the account password or re-create the root account.
-> set /SP/users/root password
Enter new password: ********
Enter new password again: ********
6. try login with your new root password
How to bypass and reset the ALOM password on Sun Fire V125/V210/V215/V240/V245/V250/V440/V445 and Sun Netra 210/240/440 Servers.
Use scadm utility to reset the admin password:
# cd /usr/bin/cd /usr/platform/`uname -i`/sbin
# ./scadm userpassword admin
Return to the ALOM login prompt
Now, login into the “admin” account using the new password
Update:
If the SCADM not available, download the RSC software from MOS:
RSC Software Download (steps to download the latest RSC software):
1. Login to MOS and select “Patches and Updates Tab”
2. In “Patch Search” on the Top right panel, Click on “Product or Family (Advanced Search)”
3. In the “Product Is” pull-down select “Sun remote System Control”??
4. In the next pull down “Release is” select the RSC version (2.2.2 or 2.2.3).
5. Select OS and click “Search” (will get a list with RSC releases & patches)
6. Select the desired RSC Release (packages) or patch
7. Click Download on the Right
The packages for Solaris 8 and 9 (and later) are both in the zip file. There are two options of the zip file, 32bit, and 64bit, but they both have the same checksums, so there are no differences: p10264452_223_SOLARIS64.zip (p10264451_223_SOLARIS.zip)
Install the software as you would any Package with pkgadd.
Command syntax is same:
#/usr/platform/`uname -i`/rsc/rscadm userpassword admin
[To reconfigure the card run the command:
# usr/platform/`uname -i`/rsc/rsc-config
[If you had installed the software before and believe the card is configured check the setup:
# usr/platform/`uname -i`/rsc/rscadm show
If the root password on the ILOM is currently unknown, but you have root access to the O/S installed, you can change the ILOM password back to the default “changeme”.
Follow below steps:
# which ipmitool
/usr/sbin/ipmitool
# /usr/sbin/ipmitool -V
ipmitool version 1.8.8
# /usr/sbin/ipmitool user set password 0×02 changeme
[or you can also use the raw format:
# /usr/sbin/ipmitool raw 0×06 0×47 0×02 0×02 0×63 0×68 0×61 0x6e 0×67 0×65 0x6d 0×65 0×00 0×00 0×00 0×00 0×00 0×00 0×00 0×00
There will be no confirmation after running the ipmitool command, however the ILOM root password will be changed to changeme.
Be aware, the NetBackup 6.x be will EOSL soon. As per Symantec, NetBackup 6.x will reach End of Support Life (EOSL) by 3 October 2012. So, in order to continue receiving NetBackup support from Symantec, upgrade to NetBackup 7.x its highly recommended.
Click link below for more detail:
uadmin 2 0
sync the filesystems and drops system to ok prompt
uadmin 2 1
sync the filesystems and reboots to multi-user mode
uadmin 2 2
sync the filesystems and reboots interactively
uadmin 2 3
sync the filesystems and reboots to single-user mode
uadmin 2 6
sync the filesystems and powers off the system
uadmin 1 0
do not sync filesystems and drops system to ok prompt
uadmin 1 1
do not sync filesystems and reboots to multi-user mode
uadmin 1 2
do not sync filesystems and reboots interactively
uadmin 1 3
do not sync filesystems and reboots to single-user mode
uadmin 1 6
do not sync filesystems and powers off the system
Shut down the specific Global Cluster
# clnode evacuate <nodename>
# cluster shutdown -g0 -y
For SPARC, drop system to OK Prompt, then type ‘boot -xs’.
ok> boot -xs
For X86:
- In the GRUB menu, use the arrow keys to select the appropriate Solaris entry and type e to edit its commands.
GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
+————————————————————————-+
| Solaris 10 /sol_10_x86 |
| Solaris failsafe |
| |
+————————————————————————-+
Use the ^ and v keys to select which entry is highlighted.
Press enter to boot the selected OS, ‘e’ to edit the
commands before booting, or ‘c’ for a command-line.
- In the boot parameters screen, use the arrow keys to select the kernel entry and type e to edit the entry.
The GRUB boot parameters screen appears similar to the following:
GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
+———————————————————————-+
| root (hd0,0,a) |
| kernel /platform/i86pc/multiboot |
| module /platform/i86pc/boot_archive |
+———————————————————————-+
Use the ^ and v keys to select which entry is highlighted.
Press ‘b’ to boot, ‘e’ to edit the selected command in the
boot sequence, ‘c’ for a command-line, ‘o’ to open a new line
after (‘O’ for before) the selected line, ‘d’ to remove the
selected line, or escape to go back to the main menu.
-Add -x to the command to specify system boot in noncluster mode.
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ESC at any time exits. ]
grub edit> kernel /platform/i86pc/multiboot -x
-Press the Enter key to accept the change and return to the boot parameters screen.
The screen displays the edited command.
GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
+———————————————————————-+
| root (hd0,0,a) |
| kernel /platform/i86pc/multiboot -x |
| module /platform/i86pc/boot_archive |
+———————————————————————-+
Use the ^ and v keys to select which entry is highlighted.
Press ‘b’ to boot, ‘e’ to edit the selected command in the
boot sequence, ‘c’ for a command-line, ‘o’ to open a new line
after (‘O’ for before) the selected line, ‘d’ to remove the
selected line, or escape to go back to the main menu.-
-Type b to boot the node into noncluster mode.
Recent Comments
Links
About Me
An Ordinary human, live in Depok, West Java, Indonesia, work as an IT Engineer.
Contact:
saifulaziz[at]gmail.com
about.me/saiful.aziz-
Flickr Photos
More PhotosFacebook Badge
DONATION
SEO STATS
Ads
