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.

OR:
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:
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&cc=us&taskId=110&prodSeriesId=459574&prodTypeId=18964&objectID=c02742533

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

or

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

tui/gui:

nettladm

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 127.0.0.1 hostname

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

OR

$ ch_rc -a -p DESKTOP=CDE

$ grep -i desktop /etc/rc.config.d/desktop

DESKTOP=CDE

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.

http://runronpaul.com/interest/foreign-occupation-leads-to-more-terror/

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:

         /var/adm/sw/swagentd.log

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:
https://forums.garmin.com/showthread.php?t=3375

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

example:

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:

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 192.168.1.2,  client IP 192.168.0.2, gateway/router IP 192.168.0.1, netmask 255.255.255.0

dbprofile -dn ignite -sip 192.168.1.2 -cip 192.168.0.2 -gip 192.168.0.1 -m 255.255.255.0 -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:

lanaddress

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

        /dev/disk/disk2_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

                         /dev/dsk/c6t5d0