excessive dots during HPUX startup

two ways to mitigate a bunch of dots during the startup script process on HP-UX:
Change the GSP/MP/iLO "asynchronous" port to the correct terminal
type: vt100 verses HPTERM. usually you can get in and do a "CA"
(configure asynchronous) and change the console terminal type there.

One suggestion I've seen on the HP forums is to try setting
"LIST_MODE=1" in /etc/rc.config.d/list_mode, rather than the default
value of zero. This forces the startup to use the same line-oriented
mode regardless of the terminal type. It might be worth a try.


HPUX LVM logical volume size limit

2TB is the max size for a logical volme and file system on 11.23,
unless some patches are installed:

with the patches or on 11.31 it's 16TB


AT&T vs T-mobile sim card in straight talk phone

difference between att and tmobile sim card in a straghttalk phone or service:

look at the SIM card numbers. If it starts with 890126 its T-mobile. 890141 for AT&T.
OR  check bottom of packaging of the phone. Look for the white label. Look on the right for an "A" or "T" (AT&T or T-mobile)

Packet tracing in HPUX

quick primer to packet tracing/logging/sniffing in hpux.  "nettl" network tracing and logging, no need for tcpdump (even though it's probably better).

get status on trace or logging:
/usr/sbin/nettl -status [log |trace |all]

start/stop trace:
nettl -tn pduin pduout loopback -e all -tracemax 65536 -f /tmp/me
nettl -tf -e all

the output file can be opened in wireshark/ethereal.

format commands
netfmt -vf nettl.LOG000 > /tmp/nettl.txt
netfmt -nl1f me.TRC000 > me.out

combine both nettl and netfmt to filter results:
add a filter to ~/.netfmtrc like the following for dns
filter tcp_sport 53
filter tcp_dport 53
filter udp_sport 53
filter udp_dport 53

then start the trace (be sure to turn off):
nettl -tn pduin pduout -e ns_ls_ip | netfmt -1
nettl -tn pduin pduout -e ns_ls_ip -m 250 -ks 10M -us 30M -nk 5 -nu 5 | netfmt -1

turn it off again, even if control-c (intr) was used:
nettl -tf -e all



enable CDE on hpux

uncomment in inetd.conf:
dtspc stream tcp nowait root /usr/dt/bin/dtspcd /usr/dt/bin/dtspcd
rpc xti tcp swait root /usr/dt/bin/rpc.ttdbserver 100083 1 /usr/dt/bin/rpc.ttdbserver
cde rpc dgram udp wait root /usr/dt/bin/rpc.cmsd 100068 2-5 rpc.cmsd
rpc dgram udp wait root /usr/dt/bin/rpc.cmsd 100068 2-5 rpc.cmsd

then inetd -c (of course)

should be commented out in /etc/dt/config/Xconfig and /usr/dt/config/Xconfig:
#Dtlogin.requestPort: 0

update inetd.sec if it exists, change hostname to the server's hostname
dtspc allow hostname

make the DESKTOP=CDE, either manually or through this: /usr/dt/bin/dtconfig -e


$ ch_rc -a -p DESKTOP=CDE
$ grep -i desktop /etc/rc.config.d/desktop

finally start CDE:
$ /sbin/init.d/dtlogin.rc start

check if running properly:
ps -ef | grep dt and netstat -an | grep 177
dtlogin should be running and UDP port 177 should be listening (for XDMCP traffic)

diagnostics command: /usr/contrib/bin/X11/dr_dt

not a tech topic - the real reason why they hate us

Be honest with yourself, they (the terrorists) don't hate and want to kill us because we're free and our culture is different from their's.  If that was true, then why haven't we been attacked earlier than the 1990's; why isn't Canada, Switzerland, and the Netherlands being attacked?

The real reason, which might be hard for some to accept, is that we have military bases, occupy their "holy land", and invade their country.  Violence is not acceptable, but put yourself in their shoes and ask what you would do if that was happening in your country.


HPUX 11.31 native multipathing

to see the lun path status, this give you the number of paths and if they are active/alive/dead:

scsimgr lun_map -D /dev/rdisk/diskXXX


swinstall strange errors - check your hosts file for correct IP

if you get any of the following weird errors doing sdux command, then make sure your hosts file has the correct IP address for the hostname.

swacl, swreg, swinstall 
ERROR:   There is no "depot" ACL at "XXXXXXXXXXX".  The object is, or is part of, a read-only depot.

ERROR:   Could not open remote depot/root
         "XXXXXXXXXXXXXXXX".  The remote daemon failed to
         create the remote agent process:  You do not have the proper
         permissions to perform the requested operation.  Generally,
         this either means the ACL protecting the software object does
         not grant you the permission required for this operation, or
         the software object is part of an unregistered depot.  Use
         "swacl -v" to list and/or edit the ACL, use "swlist -l depot"
         to list registered depots, and use "swreg -l depot" to
         register an unregistered one
ERROR:   Cannot open source.  Check above for errors, as well as the
         daemon logfile on the source host (default location:

Verizon Mifi Diags page - force EVDO/3g mode only

to get to the diags page on a Verizon MiFi, open up VZAccess Manager,  do NOT connect.  do: control-D, enter password: diagvzw, hit settings and there you go.


samsung GSM A687 (Strive) factory reset -- in case you don't have password

dial this:  *2767*3855#   be careful - this erases everything, including the sim card and sd card, I think.


Garmin Nuvi Issue - "updating GPS Firmware"

Updating GPS Firmware  and  GPS Firmware update complete - if these messages show up on your Garmin Nuvi 260 (or other Garmin GPS devices) consistently when you turn it on, or while it's running, then you may have to delete the contents of the garmin\RemoteSW folder.  Just plug the gps into a PC using a usb cable and it should show up like a storage device/flash drive.  Go into the garmin\remotesw folder/directory and delete the contents.

see the following thread:


no powerpath and getting LUN ID

If you don't have powerpath and need to get the LUN ID to device special file (dsf)/ disk device on HP-UX, try using the following switch on the syminq command (part of Solutions Enabler):

syminq -identifier device_name

syminq -identifier device_name | head

Device Device
------------------------- ----------------------- ----------------
Name Num Vendor Array ID Name
------------------------- ----------------------- ----------------

/dev/rdisk/disk428 09B8 EMC *redacted* N/A
/dev/rdisk/disk429 09B9 EMC *redacted* N/A

Actually I think the default syminq output (without any switches) shows the lun id, but it’s hidden in the “device” “serial Number” column. Skip the first 3 digits in the column (part of the array ID). The next 4 digits (or so) are the Lun ID.

Example (lun ID in bold):
Device Product Device
-------------------------- --------------------------- ---------------------
Name Type Vendor ID Rev Ser Num Cap (KB)
-------------------------- --------------------------- ---------------------
/dev/rdisk/disk437 EMC SYMMETRIX 5874 93009C1000 35692800


Symbolic links on HP CIFS/Samba 3.5.4

using symlinks on HP CIFS/Samba 3.5.4 can be an issue if the parameter unix extensions = yes (which is the default). Look up the man page for smb.conf for more info on it.

use the testparm -v command (-v = verbose), this will show ALL settings (built-in defaults) along with all the custom settings from your config file.

Since "unix extensions" only helps when using HP CIFS clients, IMO it should be disabled by default. so do this in the global section of smb.conf

unix extensions = no


dbprofile on Itanium servers (and 4.0+ HPVM)

at EFI shell:
display dbprofile:

add/update profile named "ignite" providing only one parameter: dhcp
dbprofile -dn ignite -dhcp

when modifying the profile, only the parameters that are changing need to be listed; you don't need to re-do the entire syntax

three ways that work: first two only work if the ignite server and client are in the same ethernet broadcast domain (subnet).
  - last option gives fast boot time, first and second options requires less administration.

1. dbprofile -dn ignite -dhcp
2. dbprofile -dn ignite -dhcp -b "/opt/ignite/boot/nbp.efi"
3. dbprofile -dn ignite -sip IGNITE.IP.ADDRESS -cip CLIENT.IP.ADDRESS -gip GATEWAY.IP.ADDRESS -m NETMASK -b "/opt/ignite/boot/nbp.efi"

example - ignite IP,  client IP, gateway/router IP, netmask
dbprofile -dn ignite -sip -cip -gip -m -b "/opt/ignite/boot/nbp.efi"

to actually use the dbprofile:
lanboot -dn ignite
or to pick a specific NIC to boot from: lanboot select -dn ignite

to find list of NICs, run:

sometimes on NPARS, not all NICs show up, so do the following to re-connect the EFI drivers:
reconnect -r


HPUX 11.31 lvm2

Wow LVM2 found in HPUX 11.31 has lifted a lot of burdensome limits on volume groups.  vgcreate automatically creates the  device group file; VGs are only limited by the MAX VG size you specify when creating the VG, using the -S option; hitting the max VG size is the only case where a backup/recreate/restore is needed.  Here's a list of helpful commands:

LVMP_CONF_PATH_NON_BOOT  found in /etc/lvmrc  (in March 2010 release)  allows lvm2 vg configuration file backups to an alternate location because of the large size of VG 2.X backups

lvmadm - (-t) displays limits of LVM1 and LVM2 VG 1.0 and VG 2.0 and up;  (-l) also lists the contents of /etc/lvmtab and lvmtab_p

lvmadm -l
--- Version 1.0 volume groups ---
VG Name /dev/vg00
PV Name /dev/disk/disk3_p2

--- Version 2.1 volume groups ---
VG Name /dev/vgXX
PV Name /dev/disk/diskXXX

convert from legacy to persistent DSF: use vgdsf
/usr/contrib/bin/vgdsf –c vgXX

vgcreate using the new LVM2 VG2.0+ notation:
vgcreate -V 2.1 -s 16 -S 4t vgXXX /dev/disk/diskxxx /dev/disk/diskxxx

convert from VG1.0 to VG2.0+
The -r does a "review" to make sure the VG can be converted.
vgversion -V 2.1 -r vgXX

before the convert will run the VG has to be deactivated:
vgchange -a n vgXX
vgversion -V 2.1 vgXX

ioscan new options for persistent dsfs:
ioscan -m dsf /dev/disk/disk127
Persistent DSF           Legacy DSF(s)
/dev/disk/disk127        /dev/dsk/c5t5d0