- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- System won't boot after kernel parameter change
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 01:36 AM
02-03-2009 01:36 AM
Thanks.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 01:43 AM
02-03-2009 01:43 AM
Solutionyiu can try boooting the alternate kernel that is /stand/vmunix.old
from the MON prompt try the following
MON>vparload -p
the alternate kernel name may be /stand/vmunix.old
If you had another Boot Disk in the VPAR which you might have detached during this kernel change, you can put in that disk which has the old kernel and try from the MON prompt
MON>vparload -p
Regards
Sujit
Regards
Sujit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 02:02 AM
02-03-2009 02:02 AM
Re: System won't boot after kernel parameter change
Any other ideas?
Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 02:05 AM
02-03-2009 02:05 AM
Re: System won't boot after kernel parameter change
can you please post the errors in both the cases please?
Regards
Sujit
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 03:29 AM
02-03-2009 03:29 AM
Re: System won't boot after kernel parameter change
WARNING: Could not allocate page table structures in
interleaved memory.
WARNING: For better performance, it is recommended that you
re-configure
WARNING: the machine to have more interleaved meError:vPar
shmem r/o private for type 4 is not yet ready.Try later
Error:vPar shmem r/o private for type 4 is not yet ready.Try
later
Stored message buffer up to panic:
Found adjacent data tr. Growing size. 0x3179000 ->
0x7179000.
Pinned PDK malloc pool: base: 0xe000000100e87000 size=116196K
Loaded ACPI revision 2.0 tables.
MMIO on this platform supports Write Coalescing.
MFS is defined: base= 0xe000000100e87000 size= 5696 KB
WARNING: Could not allocate page table structures in
interleaved memory.
WARNING: For better performance, it is recommended that you
re-configure
System Panic:
WARNING: the machine to have more interleaved memory.
panic: Could not find a good physical range for unpinned space
Stack Trace:
IP Function Name
0xe000000000e64e90 unpinned_pdk_malloc_phys_mem_alloc+0x3c0
0xe000000000e65de0 unpinned_pdk_malloc_init+0x6d0
0xe0000000017dee50 DoCalllist+0x3a0
End of Stack Trace
linkstamp: Fri Jan 30 12:11:41 EAT 2009
_release_version: @(#) $Revision: vmunix: B11.23_LR
FLAVOR=perf Fri Aug 29 22:35:38 PDT 2003 $
Error:vPar shmem r/o private for type 4 is not yet ready.Try
later
Error:vPar shmem r/o private for type 4 is not yet ready.Try
later
*** A system crash has occurred. (See the above messages for
details.)
*** The system is now preparing to dump physical memory to
disk, for use
*** in debugging the crash.
ERROR: Your system crashed before I/O and dump configuration
was complete.
This system does not support a crash dump under these
circumstances.
Contact your HP support representative for assistance.
Initializing IO Devices ...
LBA Cell 00 (10/11): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
==============================================================
======
10 02 0x00 0xa9 0x01 0x00 PCI Bridge
(0x01a7,0x1014)
10 02 0x00 0xaa 0x04 0x00 SCSI Adapter
(0x0030,0x1000)
10 02 0x00 0xaa 0x04 0x01 SCSI Adapter
(0x0030,0x1000)
10 02 0x00 0xaa 0x06 0x00 Ethernet
(0x1079,0x8086)
10 02 0x00 0xaa 0x06 0x01 Ethernet
(0x1079,0x8086)
LBA Cell 00 (04/05): Occupied PCI-X 266MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
==============================================================
======
04 06 0x00 0x54 0x01 0x00 Fibre Channel
(0x2422,0x1077)
04 06 0x00 0x54 0x01 0x01 Fibre Channel
(0x2422,0x1077)
LBA Cell 01 (14/15): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
==============================================================
======
14 04 0x01 0xe3 0x01 0x00 Ethernet
(0x1079,0x8086)
14 04 0x01 0xe3 0x01 0x01 Ethernet
(0x1079,0x8086)
LBA Cell 01 (02/03): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
==============================================================
======
02 07 0x01 0x38 0x01 0x00 Fibre Channel
(0x2422,0x1077)
02 07 0x01 0x38 0x01 0x01 Fibre Channel
(0x2422,0x1077)
Complete
[MON]
vPar "ANALYTICS" failed to load the kernel due to:
non-bootable boot media; incorrect vPars software installed;
or incorrect boot media EFI path in vPars database.
Try using "vparload -p ANALYTICS -E 0" to load the vPar.
Error loading "ANALYTICS". Shutting down "ANALYTICS"...
[MON] ANALYTICS has halted.
We already tried vparload -p ANALYTICS -E 0, still doesn't work.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 04:03 AM
02-03-2009 04:03 AM
Re: System won't boot after kernel parameter change
Then try one of the following:
1) vparload -p
[vmunix.prev is more of an 11.11-ism. For v2 and later, you specify the backup/alternate kernel configuration -- the default auto backup is "backup" so this is likely to be there for your pre-tunable changes].
2) vparload -p
That may only work on a v3 kernel -- I don't remember for sure when boot-string tunable settings was done
3) Add more interleave to the vPar until it boots. What the problem is here is that you've increased this tunable -- and kernel data structures which use it and are allocated relatively early in boot grew accordingly. The problem is that early boot memory is a very scarce resource (there's a bootstrapping going on -- a little known good memory is used to get things built to bring in some more memory... then that memory is used to discover the rest of the system and bring the rest of the memory in, after which things work pretty normally from the allocator's point of view. Unpinned PDK memory is that second bit [Pinned is the original known good if you're wondering]). What you've indirectly asked the system to build is just too much for the memory known/available at this intermediate stage (which is usually just Interleave [or on a system with only CLM, the CLM which is addressed from low ranges].)
Personally, I'd go option (1) and then re-tune the system.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 04:28 AM
02-03-2009 04:28 AM
Re: System won't boot after kernel parameter change
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 06:43 AM
02-03-2009 06:43 AM
Re: System won't boot after kernel parameter change
Oh -- and one other thing to try:
vparload -p
I had to dig around to find Failsafe mode -- but that should bring up the kernel with your tunable settings ignored and the Failsafe values instead. Try that before adding memory as described below. (And if that doesn't work, show what did happen -- getting the options recognized by vparload sometimes seems to involve getting the command to realize what goes with -o and what doesn't... so it may be that we just need to get a "" around the -tm or something.
You add memory to a vPar using vparmodify. Since this is v2, the vPar will have to be stopped (which shouldn't be an issue).
vparmodify -p
Where vpar is the target vPar and size is the amount in Mb you want to add [since you don't specify a Cell, that is ILM in the command]. The size needs to be a multiple of the granule size defined for your vPar environment.
vparstatus -A in another vPar will show you available resources (granule size and how much ILM is left).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 07:09 AM
02-03-2009 07:09 AM
Re: System won't boot after kernel parameter change
OWEN
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 07:25 AM
02-03-2009 07:25 AM
Re: System won't boot after kernel parameter change
So you'll want to "mount /usr" first [as kconfig lives in /usr/sbin/kconfig].
Then I'd do just "kconfig" first -- to see which configurations you _do_ have. Look for one such as "GOOD" or "backup" or anything other than your current one. Then kconfig -n
Your system should come up in _that_ configuration -- at which point you can do: kctune -c
which will reset the tunables to the default for that configuration. Then kconfig -n
After you mount /usr -- you could try just kctune directly... but my v3 system in Failsafe has a long message about configuration changes not likely to be written to disk in failsafe mode, so I'd assume v2 is the same here. Safer to reboot to an alternate configuration (non-Failsafe) and make the changes there.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 07:44 AM
02-03-2009 07:44 AM
Re: System won't boot after kernel parameter change
However, when we tried to mount /usr, the system returned that /usr is busy. Is there another way around this? Booted the vpar in LVM maintenance mode but the system would not boot also.
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 08:27 AM
02-03-2009 08:27 AM
Re: System won't boot after kernel parameter change
last_install would be a good one if it is there too.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 08:29 AM
02-03-2009 08:29 AM
Re: System won't boot after kernel parameter change
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 08:33 AM
02-03-2009 08:33 AM
Re: System won't boot after kernel parameter change
Console logs of the vPar booting from loading vmunix to the panic might help here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 08:36 AM
02-03-2009 08:36 AM
Re: System won't boot after kernel parameter change
Initializing IO Devices ...
LBA Cell 00 (10/11): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
====================================================================
10 02 0x00 0xa9 0x01 0x00 PCI Bridge (0x01a7,0x1014)
10 02 0x00 0xaa 0x04 0x00 SCSI Adapter (0x0030,0x1000)
10 02 0x00 0xaa 0x04 0x01 SCSI Adapter (0x0030,0x1000)
10 02 0x00 0xaa 0x06 0x00 Ethernet (0x1079,0x8086)
10 02 0x00 0xaa 0x06 0x01 Ethernet (0x1079,0x8086)
LBA Cell 00 (04/05): Occupied PCI-X 266MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
====================================================================
04 06 0x00 0x54 0x01 0x00 Fibre Channel (0x2422,0x1077)
04 06 0x00 0x54 0x01 0x01 Fibre Channel (0x2422,0x1077)
LBA Cell 01 (14/15): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
====================================================================
14 04 0x01 0xe3 0x01 0x00 Ethernet (0x1079,0x8086)
14 04 0x01 0xe3 0x01 0x01 Ethernet (0x1079,0x8086)
LBA Cell 01 (02/03): Occupied PCI-X 133MHz
Scan PCI:
Rope Slot Seg Bus Dev Fun Card
====================================================================
02 07 0x01 0x38 0x01 0x00 Fibre Channel (0x2422,0x1077)
02 07 0x01 0x38 0x01 0x01 Fibre Channel (0x2422,0x1077)
Complete
Loading Clients ...
Loading SAL_ABI ... (text) (data) Complete
Loading ACPI ...... (text) (data) Complete
Loading EFI ...... (text) (data) Complete
12125503 bytes free left in the Pal/Client block
Starting Clients ...
Initializing ACPI tables ...
Initializing FACS table (2ef470028/40) Complete
Initializing DBGP table (2ef470068/34) Complete
Initializing HPET table (2ef4700a0/38) Complete
Initializing GSP table (2ef4700d8/74) Complete
Initializing MADT table (2ef470150/1fc) Complete
Initializing DSDT table (2ef470350/3336b) Complete
Initializing SPMI table (2ef4a36c0/50) Complete
Initializing FADT table (2ef4a3710/f4) Complete
Initializing SLIT table (2ef4a3808/35) Complete
Initializing CPEP table (2ef4a3840/8c) Complete
Initializing SRAT table (2ef4a38d0/1f90) Complete
Initializing HCDP table (2ef4a5860/44) Complete
Initializing SBCT table (2ef4a58a8/30) Complete
Initializing XSDT table (2ef4a58d8/ec) Complete
Initializing SSDT table 00 (2ef4a59c8/23cc6) Complete
Initializing RSDP table (2ef470000/24) Complete
ACPI Initialization complete: table size = 366224 / 7995392 (4%)
Initializing SAL_ABI ...
Assigning PDT to current fpar ... Complete
Processing firmware memory tables ... Complete
Relocating PAL ... Complete
Processing platform I/O information ... Complete
Building ESI Table ... Complete
Loading ACPI tables ... Complete
Building EFI memory table ... Complete
Building PCI cache structure ... Complete
Welcome to EFI 2.0!
EFI version 2.00 [14.62] Running on GenuineIntel Itanium(R) Processor
EFI server rx7640 SAL [12:58:14] - HP
Loading 'BRM5701_LAN'...
Copyright (c) 2000-2005 Broadcom Corporation
Broadcom NetXtreme Gigabit Ethernet EFI driver v7.0.11
driver: Image BRM5701_LAN loaded at 2ECE44000-2ECE7E000. Returned Success
Loading 'FPSWA'...
driver: Image FPSWA loaded at 2ECDD8000-2ECE42000. Returned Success
PciRom S=01 B=38 D=1 F=0 I=3 loaded at 5FBFCD000-5FC000000
HP PCI-X 2Port 4Gb Fibre Channel Adapter (driver 1.09, firmware 4.00.090)
HP PCI-X 2Port 4Gb Fibre Channel Adapter (driver 1.09, firmware 4.00.090)
PciRom S=00 B=AA D=4 F=0 I=0 loaded at 5FBF68000-5FBFCE000
PciRom S=00 B=AA D=6 F=0 I=0 loaded at 2ECC76000-2ECDD6000
Scsi(Pun0,Lun0) COMPAQ BF1468B26B HPB9 (320 MBytes/sec)
Scsi(Pun1,Lun0) COMPAQ BF1468B26B HPB9 (320 MBytes/sec)
POSSE Library is loading...
EFI Shell UEFI version 2.00 [14.62]
Device mapping table
fs0 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)/HD(Part1,Sig13168F0C-ECDD-11DD-8002-D6217B60E588)
fs1 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)/HD(Part3,Sig13168F3E-ECDD-11DD-8004-D6217B60E588)
fs2 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun1,Lun0)/HD(Part1,Sig202B74E2-ED04-11DD-8002-D6217B60E588)
blk0 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)
blk1 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)/HD(Part1,Sig13168F0C-ECDD-11DD-8002-D6217B60E588)
blk2 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)/HD(Part2,Sig13168F2A-ECDD-11DD-8003-D6217B60E588)
blk3 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun0,Lun0)/HD(Part3,Sig13168F3E-ECDD-11DD-8004-D6217B60E588)
blk4 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun1,Lun0)
blk5 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun1,Lun0)/HD(Part1,Sig202B74E2-ED04-11DD-8002-D6217B60E588)
blk6 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun1,Lun0)/HD(Part2,Sig202B7500-ED04-11DD-8003-D6217B60E588)
blk7 : Acpi(HWP0002,PNP0A03,A)/Pci(1|0)/Pci(4|0)/Scsi(Pun1,Lun0)/HD(Part3,Sig202B751E-ED04-11DD-8004-D6217B60E588)
EFI Boot Manager ver 2.00 [14.62] Loading device drivers
EFI Boot Manager ver 2.00 [14.62] Please select a boot option
OS might use only the primary console set via boot manager or conconfig command
0/0/10/1/0/4/0.0.0.0.0.0.0
EFI Shell [Built*in]
0/0/10/1/0.4.0.1.0
Boot Option Maintenance Menu
Use ^ and v to change option(s). Use Enter to select an option
Use > and < to view long descriptions
Hot Key: 'S' or 's' to start the EFI Shell
Selected boot option: 0/0/10/1/0/4/0.0.0.0.0.0.0
Loading.: 0/0/10/1/0/4/0.0.0.0.0.0.0
Executing Image: "\EFI\HPUX\HPUX.EFI"
Optional Data : "\EFI\HPUX\HPUX.EFI boot /stand/vmunix -tm"
Starting: 0/0/10/1/0/4/0.0.0.0.0.0.0
(C) Copyright 1999-2006 Hewlett-Packard Development Company, L.P.
All rights reserved
HP-UX Boot Loader for IPF -- Revision 2.029
Error: kernel does not contain required vPars components.
[MON]
vPar "ANALYTICS" failed to load the kernel for either trying to boot an unsupported kernel in vPars environment or having incorrect vPars software installed on the boot device.
Error loading "ANALYTICS". Shutting down "ANALYTICS"...
[MON] ANALYTICS has halted.
MON>
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 08:40 AM
02-03-2009 08:40 AM
Re: System won't boot after kernel parameter change
Do you still have the ls output of the available subdirectories under /stand? All we need to do is find one of your vPar configurations -- preferably not the one you were running, but if we must then you can get back to booting that in failsafe mode [one of the things Failsafe would have done is explicitly copy that configuration to a unique name it displayed on the console... so that must be there].
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 09:00 AM
02-03-2009 09:00 AM
Re: System won't boot after kernel parameter change
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 09:13 AM
02-03-2009 09:13 AM
Re: System won't boot after kernel parameter change
Owen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 09:27 AM
02-03-2009 09:27 AM
Re: System won't boot after kernel parameter change
This looks like the results of your other thread:
http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1310293
400K is way too big. Who needs that many open files/sockets?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 10:08 AM
02-03-2009 10:08 AM
Re: System won't boot after kernel parameter change
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-03-2009 10:13 AM
02-03-2009 10:13 AM
Re: System won't boot after kernel parameter change
here is the output of kctune -c current before and after reboot.
# kctune
Tunable Value Expression Changes
NSTREVENT 50 Default
NSTRPUSH 16 Default
NSTRSCHED 0 Default
STRCTLSZ 1024 Default
STRMSGSZ 0 Default
acctresume 4 Default
acctsuspend 2 Default
aio_listio_max 256 Default Immed
aio_max_ops 2048 Default Immed
aio_monitor_run_sec 30 Default Immed
aio_physmem_pct 10 Default
aio_prio_delta_max 20 Default Immed
aio_proc_thread_pct 70 Default Immed
aio_proc_threads 1024 Default Immed
aio_req_per_thread 1 Default Immed
allocate_fs_swapmap 0 Default
alwaysdump 0 Default Immed
chanq_hash_locks 256 Default
core_addshmem_read 0 Default Immed
core_addshmem_write 0 Default Immed
create_fastlinks 0 Default
dbc_max_pct 50 Default Immed
dbc_min_pct 5 Default Immed
default_disk_ir 0 Default
disksort_seconds 0 Default
dma32_pool_size 268435456 Default
dmp_pathswitch_blks_shift 10 Default
dmp_rootdev_is_vol 0 Default
dmp_swapdev_is_vol 0 Default
dnlc_hash_locks 512 Default
dontdump 0 Default Immed
dst 1 Default
dump_compress_on 1 Default Immed
enable_idds 0 Default
eqmemsize 15 Default
executable_stack 0 Default Immed
fr_statemax 800000 Default
fr_tcpidletimeout 86400 Default
fs_async 0 Default
fs_symlinks 20 Default Immed
ftable_hash_locks 64 Default
gvid_no_claim_dev 0 Default
hp_hfs_mtra_enabled 1 Default
intr_strobe_ics_pct 100 Default Auto
io_ports_hash_locks 64 Default
ioforw_timeout 0 Default Auto
ipf_icmp6_passthru 0 Default
is_vxtrace_enabled 1 Default
ksi_alloc_max (now) 33600 Default Immed
(next boot) 32768 (nproc*8)
ksi_send_max 32 Default
max_acct_file_size 2560000 Default Immed
max_async_ports 50 Default
max_mem_window 0 Default
max_thread_proc (now) 256 Default Immed
(next boot) 1024 1024
maxdsiz (now) 1073741824 Default Immed
(next boot) 3221225472 3221225472
maxdsiz_64bit (now) 4294967296 Default Immed
(next boot) 2147483648 2147483648
maxfiles 2048 Default
maxfiles_lim 4096 Default Immed
maxrsessiz 8388608 Default
maxrsessiz_64bit 8388608 Default
maxssiz (now) 8388608 Default Immed
(next boot) 134217728 134217728
maxssiz_64bit (now) 268435456 Default Immed
(next boot) 1073741824 1073741824
maxtsiz (now) 100663296 Default Immed
(next boot) 1073741824 1073741824
maxtsiz_64bit 1073741824 Default Immed
maxuprc (now) 256 Default Immed
(next boot) 3686 (nproc*9)/10
maxvgs 10 Default
msgmap (now) 1026 Default
(next boot) 4098 (msgtql+2)
msgmax 8192 Default Immed
msgmnb 16384 Default Immed
msgmni (now) 512 Default
(next boot) 4096 (nproc)
msgseg (now) 8192 Default
(next boot) 32767 32767
msgssz 96 Default
msgtql (now) 1024 Default
(next boot) 4096 nproc
ncdnode 150 Default
nclist 8292 Default
ncsize (now) 8976 Default
(next boot) 35840 (ninode+1024)
nfile (now) 65536 Default Auto
(next boot) 2147483647 2147483647
nflocks (now) 4096 Default Auto
(next boot) 4096 (nproc)
ninode (now) 4880 Default
(next boot) 34816 (8*nproc+2048)
nkthread (now) 8416 Default Immed
(next boot) 7184 (((nproc*7)/4)+16)
nproc (now) 4200 Default Immed
(next boot) 4096 4096
npty 60 Default
nstrpty (now) 60 Default
(next boot) 60 60
nstrtel 60 Default
nswapdev 10 Default
nswapfs 10 Default
nsysmap 8400 Default
nsysmap64 8400 Default
o_sync_is_o_dsync 0 Default
pa_maxssiz_32bit 83648512 Default
pa_maxssiz_64bit 536870912 Default
pagezero_daemon_enabled 1 Default Immed
pfdat_hash_locks 128 Default
physical_io_buffers 1792 Default Auto
pthread_condvar_prio_boost 0 Default Immed
region_hash_locks 128 Default
remote_nfs_swap 0 Default
rng_bitvals 9876543210 Default
rng_sleeptime 2 Default
rtsched_numpri 32 Default
scroll_lines 100 Default
scsi_max_qdepth 8 Default Immed
scsi_maxphys 1048576 Default
secure_sid_scripts 1 Default Immed
semaem 16384 Default
semmni (now) 2048 Default
(next boot) 4096 nproc
semmns (now) 4096 Default
(next boot) 8192 (semmni*2)
semmnu (now) 256 Default
(next boot) 4092 (nproc-4)
semmsl 2048 Default Immed
semume 100 Default
semvmx 32767 Default
sendfile_max 0 Default
shmmax (now) 1073741824 Default Immed
(next boot) 4398046511104 4398046511104
shmmni (now) 400 Default Immed
(next boot) 512 512
shmseg (now) 300 Default Immed
(next boot) 120 120
st_ats_enabled 0 Default
st_fail_overruns 0 Default
st_large_recs 0 Default
st_san_safe 0 Default Immed
streampipes 0 Default
swapmem_on 1 Default
swchunk 2048 Default
sysv_hash_locks 128 Default
tcphashsz 2048 Default
timeslice 10 Default
timezone 420 Default
unlockable_mem 0 Default
vnode_cd_hash_locks 128 Default
vnode_hash_locks 128 Default
vol_checkpt_default 10240 Default
vol_dcm_replay_size 262144 Default
vol_default_iodelay 50 Default
vol_fmr_logsz 4 Default
vol_max_bchain 32 Default
vol_max_nconfigs 20 Default
vol_max_nlogs 20 Default
vol_max_nmpool_sz 4194304 Default Immed
vol_max_prm_dgs 1024 Default
vol_max_rdback_sz 4194304 Default Immed
vol_max_vol 8388608 Default
vol_max_wrspool_sz 4194304 Default Immed
vol_maxio 1024 Default
vol_maxioctl 32768 Default
vol_maxkiocount 2048 Default
vol_maxparallelio 256 Default
vol_maxspecialio 1024 Default
vol_maxstablebufsize 256 Default
vol_min_lowmem_sz 532480 Default Immed
vol_mvr_maxround 256 Default
vol_nm_hb_timeout 10 Default
vol_rootdev_is_vol 0 Default
vol_rvio_maxpool_sz 4194304 Default Immed
vol_subdisk_num 4096 Default
vol_swapdev_is_vol 0 Default
vol_vvr_transport 1 Default
vol_vvr_use_nat 0 Default
volcvm_cluster_size 16 Default
volcvm_smartsync 1 Default
voldrl_max_drtregs 2048 Default
voldrl_min_regionsz 512 Default
voldrl_volumemax_drtregs 256 Default
voliomem_chunk_size 65536 Default
voliomem_maxpool_sz 4194304 Default
voliot_errbuf_dflt 16384 Default
voliot_iobuf_default 8192 Default
voliot_iobuf_limit 131072 Default
voliot_iobuf_max 65536 Default
voliot_max_open 32 Default
volpagemod_max_memsz 6144 Default Immed
volraid_rsrtransmax 1 Default
vps_ceiling (now) 16 Default
(next boot) 64 64
vps_chatr_ceiling 1048576 Default
vps_pagesize 4 Default
vx_era_nthreads 5 Default
vx_maxlink 32767 Default
vx_ninode 0 Default Immed
vxfs_bc_bufhwm 0 Default Immed
vxfs_ifree_timelag 0 Default Immed
vxtask_max_monitors 32 Default
#
How do we make the kernel parameter changes persist after reboot? Please help.
Owen