HP / Agilent 16700A / 16700B / 16702A / 16702B root password - Page 1
Forum section: electronics / testgear

author: gslick
author_rank: Frequent Contributor
timestamp: January 04, 2016, 09:08:18 pm
content: If you do a clean install of the OS from scratch on an HP / Agilent 16700A / 16700B / 16702A / 16702B logic analyzer mainframe you should end up with an /etc/passwd file that looks like this:Code:root:J8HyPr7uddHCc:0:3::/:/sbin/shdaemon:*:1:5::/:/sbin/shbin:*:2:2::/usr/bin:/sbin/shsys:*:3:3::/:adm:*:4:4::/var/adm:/sbin/shuucp:*:5:3::/var/spool/uucppublic:/usr/lbin/uucp/uucicolp:*:9:7::/var/spool/lp:/sbin/shnobody:*:-2:-24::/:logic::16700:16700:Logic default login:/logic:/usr/sprockets/bin/sessionWrapperhplogic::16700:16700:Logic default login:/logic:/usr/sprockets/bin/sessionWrapperhplogicz:*:16700:16700:Logic default login:/home/hplogic:/bin/shftp:*:16700:16700:Anonymous FTP:/logic:/usr/bin/falsewww:*:15:15:World Wide Web:/home/www:/usr/bin/falseIt turns out that the default password for that root entry is: "uh,uhuh"I made a few unsuccessful attempts to crack that myself before I was recently given this tip from someone else.So if you want to do some hacking on your 16700A / 16700B / 16702A / 16702B and assuming it still has the default root password, you don't have to boot into single user mode to change it there. Just use theControl+Alt+Shift+F8keyboard shortcut to bring up an xterm window and then you can su to root using the default password and hack away.And of course if you have the system configured on an open network you might want to change the default root password if you haven't already done so.Have fun.

author: smkb
author_rank: Contributor
timestamp: March 26, 2016, 07:04:17 pm
content: Hi,Excellent tip. Seems that it is possible to open a shell from PS2 keyboard only. I could not open shell window from vnc session.And in the opposite to e.g. linux passwd, the hpux passwd must be given root user name explicitly.Thanks.

author: gslick
author_rank: Frequent Contributor
timestamp: March 26, 2016, 09:02:40 pm
content: Quote from: smkb on March 26, 2016, 07:04:17 pmI just tried this now and I was able to use theControl+Alt+Shift+F8keyboard shortcut to bring up an xterm window when usingVNC-Viewer-5.2.3-Windows-64bit.exerunning on a Windows 8.1 desktop.Looks like the current version now is 5.3.3 I haven't updated yet.https://www.realvnc.com/download/viewer/When I use thesucommand I don't have to explicitly specify the userroot. This is after a clean install of the 16700 OS from scratch. Maybe that can change if the configuration is altered, such as creating additional user accounts. I haven't tried that.If the theControl+Alt+Shift+F8keyboard shortcut doesn't work maybe there are configuration options in the VNC viewer to control whether or notF8and other keys are passed through. By defaultPrintScreenwas passed through with my VNC viewer and I had to disable that in order to be able to useAlt+PrintScreenon my Windows desktop to capture the VNC viewer window image.

author: smkb
author_rank: Contributor
timestamp: April 10, 2016, 11:41:59 am
content: I see. I can't confirm because I do not use windows at all instead of I work with openSuse very long time.I couldn't open the xterm with KRDC 4.6 (kde vnc/rdp client) which is rather old tool. There are many more vnc clients. It is poss these do better.Maybe it is just a matter of enabling passing over some keys combinations to vnc server.I meant that after I logged in as root I had to use "passwd root" because it turned out that simple "passwd" changes password for "logic" user despite of that it had been used from root user context.That was something confusing me thus I wrote about it.

author: PaulAm
author_rank: Frequent Contributor
timestamp: April 10, 2016, 03:56:16 pm
content: I just got gcc running on my 16702. I'm remembering why I'm glad sysadmin is not my primary job.There are still HPUX 10.20 binaries available athttp://mirrors.develooper.com/hpux/downloads.html.There may be others, but that's the only repository I can find that's still online. Everything else starts with 11.0Also Dave Partridge's hp16700 page has lots of useful informationhttp://www.perdrix.co.uk/hp16700/Once you get rid of that overbearing sessionMgr and can run the logic analyzer (vp) natively over a remote X session, it's pretty nice. I'm working at turning my system from a logic analyzer with an embedded unix processor to a Unix system with a logic analyzer application. That makes it much more useful, to me at least.

author: smkb
author_rank: Contributor
timestamp: April 10, 2016, 04:39:56 pm
content: Well done!,Did you install the gcc just to give a try ? I am just curious andI wonder if you can e.g. recompile the vp, can you ? (means: do you have soure code?)I use 16702 as a measurement tool mainly. Haven't done any funny HPUX pa-risc stress tests yet.and yes, Dave's page is full of usefull information regarding 16700sI see. Seems it is interesting idea. I recall I tried once to setup native X-session but noticed some protocol miscompatibility with my linux server (client ..) so gave up.It was long time ago.VNC client in KRDC works fine. I noticed only that sometimes a scope window loops on scrolling a plot if time base is changed too frequently.It is possible to restore normal operation by tearing down current VNC session. New one can be opened later.

author: PaulAm
author_rank: Frequent Contributor
timestamp: April 10, 2016, 05:16:41 pm
content: My goal is to make the system usable for a programmer. It also makes it easier to integrate the system into my network.The primary immediate reason for gcc is to get my version of emacs compiled so I have a decent editor available. Beyond that, I want to get at least tcl up. It might be harder to get tk up, I don't think the X header files are there and I'm not sure I want to go through a build of X11R4. Being able to build native tools to interact with the data on the system seems like a plus to me. Don't know if I'll ever need that, but I like my Unix systems to have similar environments and tools.Getting bash installed is a big help though.I ran a couple of vnc sesisons and the update is pretty jerky. I found that annoying, but the native X works nicely on a local network. Maybe I'll post a screen shot of it running remote.There's no source available for the vp app, as far as I know.

author: smkb
author_rank: Contributor
timestamp: April 10, 2016, 06:00:43 pm
content: I see. Splendid.Good luck with X11 devel package. I saw recently there are plenty HP servers on eBay (ePayavailable e.g. C3700 runnig e.g. HPUX 10.20 maybe this will help.Regarding post-processing on-site tools: do you have any information regarding native LA file format ? e.g. 16717 and I guess that other LA cards should use same or nearly same like e.g. SCSI is flexible due to structured design which means every data field follows preceding simple header of type and length.These can be done also remotely (x86 side) with help of builtin RPI and maybe this project would be something interesting to you:https://sourceforge.net/projects/tv16k7/It is only Linux project.I found that 16700's RPI implementation is not perfect (limited) however it allows still basic postprocessing and data preservation including as many settings as possible bute.g. it is not possible to read back trigger settings which can be very sophisticated (multilevelled) and this is what I really enjoy in 16700I made this project available this year and actually I look for someone who would like to give a try and post a feedback regarding this project, maybe even a code review which I would appreciate.

author: PaulAm
author_rank: Frequent Contributor
timestamp: April 10, 2016, 07:12:52 pm
content: That looks pretty interesting. I'll put that on my take-a-look-at listI'm not a bit fan of Qt though. Applications tend to be pretty version specific so I have to have multiple Qt versions hanging around to build them.It's a little out of vogue now, but I prefer to build window apps in Tk; it's simple, portable and even cross platform without too much effort.

author: smkb
author_rank: Contributor
timestamp: April 10, 2016, 07:26:25 pm
content: You are welcomeenjoyI see. One day I found Qt usefull and started using it. Seems Qt is multi-os supported as well but some #ifdefs will be inevitable I guess. (almost sure of that)I would not agree with such thesis that Qt becomes less popular.I reckon Nokia does the best they can do to promote Qt. Latest is 5.6 I have never tried.For example for QNX Qt is the be-or-not-to-be choice.

author: Patrick
author_rank: Newbie
timestamp: May 11, 2016, 03:09:30 am
content: Can anyone help me figure out how I can use XMing on a PC to connect up with my hp 16700A? I can PUTTY to my LA okay, but I just can't get it to connect to the PC via an X-session. I've read through Matt's and Dave Partridge's web site pages, but I seem to be missing something. I'm not interested so much in unlocking it as Dave Partridge details so much as having the ability to simply remotely connect to it via an X-Term program on a PC. Please advise.

author: smkb
author_rank: Contributor
timestamp: May 16, 2016, 08:08:35 am
content: I was not successful in setting X session either.Many claim that X session is faster than vnc (so called "shared session") but I reckon that this is negligible.Consider this: a trace captured by 16717 in "time transitional", 2M samples, several signals gives local LA file containing configuration and data of size of abt. 21MB.Loading it back to 16717 digital acquisition card takes half a minute or so.Moreover if there is present "view" window with big enough time base which results in drawing e.g. 1M samples in the given time <delay - 4*TB, delay + 4*TB> then redrawing complete plot takes a couple of minutes.I am almost sure it is not a matter of vnc connection. Such operation times are imposed due to limitation of mainframe cpu performance. It is pa-risc clocked at 150MHz which was decent in 2000's but now. We expect much faster responses nowadays.(and e.g. my tool is a remedy for mainframe slow response)So be patient. Anyway many acquisition cards are still superb hardware.I reckon vnc is good enough.

author: PaulAm
author_rank: Frequent Contributor
timestamp: May 16, 2016, 12:54:51 pm
content: When I was playing with this, it seemed the session manager wanted to run a VNC session for an external display. When I ran the app without the session manager, it worked much better. Not only was it faster, but I could resize the individual windows up to the size of my display.You need an X server along with Putty (something like Xming). Check this linkhttp://www.geo.mtu.edu/geoschem/docs/putty_install.htmlAn easy way to test X11 setups is using xclock. Log in with the root id, set the DISPLAY variable and then use the xclock command. If it appears on your display, you're good to go. It's a lot faster than waiting for the main app to spin up.

author: PaulAm
author_rank: Frequent Contributor
timestamp: May 16, 2016, 10:56:45 pm
content: Here's a screenshot using native X. Response is excellent and who doesn't like a 20 inch DSO screen?Response is as good as using a local screen, but you're not limited to the predefined graphics resolutions in the 16700.That mess in the lower corner is my desktop and the white overlayed window is on my workstation.

author: smkb
author_rank: Contributor
timestamp: May 22, 2016, 02:17:19 pm
content: well done !.What will you say about this ? (see screenshot)I guess I am the only one who can do this by now.vxfs support has been broken in Linux kernel for damn long time.I have fixed this, so RO mounts are possible.If anyone wants to give a try then go here:https://sourceforge.net/projects/linux-vxfs/

author: 2x2l
author_rank: Contributor
timestamp: May 23, 2016, 04:30:11 am
content: That "uh,uhuh" was a Jurrassic Park reference I'm pretty sure that the fatman used to protect his SGI boxen.VNC has to bind to a specific X interface (:0 by default usually), but especially in the "old days" there was a lot of overhead because it was multi-platform. If you terminal in (turn off encryption in a local environment, those RISC rs/6k's machines didn't have any hardware-offloaded encryption so you're wasting tons of cycles) with something like -- ssh -p 8400 -l username -X -v <ip> , then from that terminal, fire up an instance of which ever application. What will end up happening is that all of the X instructions will be passed (a way lower payload of data size-wise) to your own instance of X, which will suffer the "heavy brunt" of rendering/updates. It should be faster than in native.There's still some silent tk love out there since what it was good at, it was really good at. (Just like there's a semi-healthy Delphi community still making VCLs since it was really good at making line of business applications). Modern GUI frameworks (QT5 + QtQuick + QML) and modern languages (C++11 has threads part of the standard, so that portability headache of win32 threads vs POSIX pthreads is taken care of) makes things a lot easier to write these days.I haven't used this logic analyser myself but I know it was fast enough to develop PCI-e and do in-circuit non-invasive probing for Pentium 4's and Xeons (you had to max out all them expansion slots and get a specific FPGA aux component from Xilinx or someone, but it was possible). I'm sure there's a way to increase the DAQ such that 21 megabytes doesn't hurt

author: smkb
author_rank: Contributor
timestamp: May 24, 2016, 03:29:32 pm
content: re movie: I can't recallWhatever one would do, use native X or stick to vnc, that mainframe 1670x is still too slow.re Qt, I enjoy using it too and prefer native pthreads then the Qt's encapsulation. Windows ? I don't care.right. these DAQs have outstanding performance in many ways like operating speed like ~700MHz .. 1200MHz, trace memory capacity and features like trigerring and setting input level voltages.There are adaptors like e.g. N4220 or FS4120 which allow tracing PCIe or USB busses.The problem is, that more advanced DAQ is - mainly bigger trace buffer, it will produce more data obviously (full buffer capture) while performance of mainframe cpu is still same and not enugh.

author: tehnosoftex
author_rank: Newbie
timestamp: May 29, 2025, 02:06:28 pm
content: Hi, did you have installed SSH for x11 forwarding? I think that hpux 10.20 don't support ssh.Sorry for bringing back an old topic, but I just acquired an hp 16702A and try to understand it. I didn't manage to connect with easy VMC but with internet explorer on w7 with some exception for java. The window is little and is very slow, I have only 10m/s for 16702a. I can log in with putty but only with telnet and I can make display the xclock, Without ssh I think it is not possible to have x11.

author: aeg
author_rank: Regular Contributor
timestamp: May 29, 2025, 10:56:21 pm
content: If you don't mind running the X sessions in cleartext, you don't need SSH. Just set the DISPLAY environment variable appropriately.OpenSSH can be built on HP-UX. I'm running it on my 16702A. It was a little difficult to get it to compile.

author: tehnosoftex
author_rank: Newbie
timestamp: May 30, 2025, 07:12:28 am
content: Ok, but how to do that? I login with root in putty with telnet protocol, give export DISPLAY=localhost:0.0, and if i will give xclock command I have a clock displayed on the analyzer screen. But i cannot make x to display anything. Ive tried xming and mobaxterm

author: aeg
author_rank: Regular Contributor
timestamp: May 30, 2025, 10:20:09 pm
content: Set xming or mobaxterm or whatever to accept connections from the 16702's IP, then set DISPLAY with your computer's IP instead of localhost, then run xclock.