Post the most significant problem your have solved on HP-UX and win up to 10 points....

[Elif Gius]

We had a problem on one of our L-class server.
The system was patched with a patch bundle and must be rebooted for the kernel patches. But then it was rebooting all the time. We could look on the console what he is doing during the startup process - all looked fine. We could even log in , but then the system was rebooted again...
So I tried following:
I interrupted the boot, went into singlue user mode ... so far so good ;-)

then I went into init 2, nothing happend...then
I had some time for looking the log files, what was wrong..I looked the syslog - but all was ok. So I had a look at the rc.log, because I wanted to know at which point of the startup procedure the system went down.
There were only a few startup procedures for init 3. So I didn't have much problem to find the causing - the Apache startup script.
I moved the startup script from the init-Procedure. And then I rebooted the system again.
It looked find - and the system remained up.
So it was the Apache Startscript!!! WHY ???
I'm not really sure. The problem was that this apache was a oracle apache...which was installed too with the oracle instance. But then the oracle instance was removed, but the startup script remained. He tried to start apache with his config files which already didn't exist anymore. And then the system rebooted.

That's all. But now I now in fact how I can interrupt the system from booting again,and again, and again, and again, and again ...

[V. V. Ravi Kumar_1]

Hi,
"Win up to 10 points" caused all this... any ways this is a significant problem, which i had created my self.

We have two L-class machines in a cluster. We have configured MCSG package to access one VG on the common RAID. One day we got a problem on the secondary node to access the VG, we decided to re-import the VG from the primary node.
I did vgexport on secondary node.

Created directory for VG and group file again.

Then on primary node i should have done vgexport with -p option to create map file. But by mistake i did just vgexport. At that time the VG was not active on Primary node.
So i lost the connection to VG from Primary node also. Then i understood that iam in trouble. I imported the VG with PV Path, i got all the LV's but with
lvol
lvol2
lvol3 etc., original names have gone.

Fortunately we had a map file backed on some tape, where the VG id was different, i retrieved that file.

I created the map file with the present VG setup and replaced the VG id in the old map file with the new VG id.

Exported the VG again from the Primary node, imported with the old map file, i got everything right. It was big relief.

From then onward i included the follwoing line in the crontab to have backup of map files of all VG's on every Friday.

0 9 * * 5 vgexport -p -s -v -m /etc/map/vgbm.map


Regards

[Michael Tully]

I don't want to upset people, so perhaps your wording of your posting was not good.
However we are in this forum to assist others and to share experiences and knowledge. So I am going to share an experience, not so much in the way of knowledge.

This was quite simple really, the first day I walked into my current job, there was a networking problem with lost packets, slowness and generally loads of complaints.
The first thing I did (after putting my bag down) was determine the communication of the LAN card to the network. Bingo the card was running as half-duplex, instead of full-duplex.
I fixed this by issuing a 'lanadmin -X 100FD 0' which fixed the problem.

In the end everyone was happy including me, as I was able to go and get some coffee.... must needed on your first day ....

Cheers
Michael
(no points please ...)

[Pete Randall]

I don't know if this was the most significant, but it was certainly the most vexing. I finally ended up figuring the infamous "at job enema" problem myself, after a little help from my fellow forumers:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x1cb03a7b3682d611abdb0090277a778c,00.html

Of course, as usual, it turned out that it was something that I'd done: a recently installed patch started the problem.


Pete

[Pete Randall]

Darn! I forgot to use my new signature:


Pete, The Point Whore

[Umapathy S]

my 2 cents.

The story goes like this. I was trying to add new user through SAM and it refused me replying "Permission denied". I was perplexed. Then with 2 days of digging in the problem among other works and with the help of our gurus here, I was able to solve it.

This is the second thread which has the solution.
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xb40b6049dbb6d611abdb0090277a778c,00.html

This is first one which I raised when got the error.
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x05046049dbb6d611abdb0090277a778c,00.html

My experience is if you systematically study and track the problem with the help of experts you can crack it.

thanks
Umapathy

[Steven E. Protter]

Can someone please explain to me what all this "point whore" talk is all about?

Apologize for the off topic note, but there are people with religious and other sensitivities on these forums. I personally find such talk distracting from the purposes of these forums.

I could post a dozen significant problems solved.

I just avoided getting bit in the tush by the dreaded pax patch.

The pax patch enables pax to pack files up to 8 Gigabytes into an Ignite golden image.

BUT, pax_iux the utility that unpacks the image after the image is pushed can't handle files bigger than 2 G.

So what happens if you miss this is your image stops loading and you have no idea why.

I noticed my golden image last night that I was loading a downed production system off of was a little large.

I looked up the itrc case, swlisted for the patch and sure enough the darned thing was back in again(it must have gone in as a dependency).

Had to stop the Ignite load, redo the image and just started rebuilding the production server.

Call me anything you want(even a point whore), but don't forget to call me to dinner.

Shabbat Shalom
Have a good weekend.

http://www.isnamerica.com
Steven E. Protter

[Pete Randall]

Sorry Steven, didn't mean to offend anyone - I'm just being up front about it after all the furor yesterday. See
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x022718276953d61190040090279cd0f9,00.html

In particular, look for JRF's comments and Jeff's response. Frankly, I took offense, and this is how I choose to deal with it - by being up front about it. If that's what they want to call me, then I might just as well be proud of it.


Pete, the Points Monger

[Mark Greene_1]

I'm not sure how significant this is, but it was a challenge. We have a multi-port serial board on our L2000 that we've attached 2 modems to. I config'd one of the open ports to be a "back-up" access point for the console in the event we lose the regular console serial port. I was eventually reduced to trial-and-error setting-up /etc/gettydefs to get it to play correctly with the HP terminal. Here's what I ultimately arrived at:

serialconsole # B9600 HUPCL IGNPAR ICRNL IXON OPOST ONLCR CS8 CREAD ISIG ICANON ECHO ECHOK IXANY CLOCAL
# B9600 HUPCL IGNPAR ICRNL IXON OPOST ONLCR CS8 CREAD ISIG ICANON ECHO ECHOK IXANY CLOCAL
# login: #serialconsole


mark

[Steven E. Protter]

No problem Pete.

I actually participated in the discussion, but clearly didn't understand it.

My posts were part of the dup problem, and Berlene Herren kindly removed all my unpointed duplicate posts. She's working an itrc support case for me right now and doing a fabulous job.

Good luck.

http://www.isnamerica.com
Call me anything you want, but don't forget to call me to dinner.
Steven E. Protter