Problem with some commands

[Victor_138]

We used Reflection and used the Smart transfer method.

Shall I try it again in binary?

[Victor_138]

Nevermind, just binary ftpd the file and got the same result.

[Pete Randall]

Victor,

I'm sorry to say I'm out of ideas. Hopefully someone else will come up with something. Good luck.


Pete

[Victor_138]

NP, I'm about to abandon this too, this is consuming too much time and effort.

I can deal with pg instead or more but my concern is that man has the same problem, is there an online source for the man pages?

I know that I can always can find quality help here but having them would be nice too.

How can I review the ACLs?

[David Child_1]

Victor,

I'm not sure if this is an option for you, but if you have tusc on the box perhaps you can run:

tusc -o /tmp/tusc.out -f more /dev/null

Then examine /tmp/tusc.out to see if it points to your problem.

David

[Victor_138]

Don't have tusc but thanks for trying.

[Pete Randall · Accepted solution]

Victor,

Man pages:

http://docs.hp.com/en/hpuxman_pages.html


Pete

[Victor_138]

Thanks to all for the excellent help, this have been a very interesting learning experience.

[Denver Osborn]

it's been a bit since I've played w/ hp-ux 10.20, but I don't think ACL's are gonna be a potential problem for more unless /usr is an hfs filesystem.

Your problem with "man" is also caused by your more troubles.

A workaround to get man available again is to export PAGER to another command, like /usr/bin/pg

export PAGER=/usr/bin/pg
man more

This should fix `man` for you.

I guess there could always be the possibility that /usr/bin/more copied from the PC's mounted core-os cdrom could have been corrupt too? What I would do is download a 10.20 patch from the ITRC that contains the more binary. Then extract it from the patch and test it on the OS... it it solves the `more` problem, then replace the bad one w/ the good one.

I'll look the latest patch and post the info here once I get it.

Hope this helps,
-denver

[Denver Osborn]

bummer, doesn't look like there are any "more" patches available on 10.20...so much for that idea.

Have you tried to copy more from the CD once again? copy it to an alternate location and set the permissions to 555 then test. Also be sure to xfer it in bin mode.

and what is the output of:

file /usr/bin/more
what /usr/bin/more


-denver

[Victor_138]

kcspecdp # export PAGER=/usr/bin/pg
kcspecdp # man more
sh: man: Execute permission denied.

[Denver Osborn]

Your initial problem showed...
"kcspecdp # man ls
/usr/bin/sh: more: Execute permission denied.
kcspecdp #
kcspecdp # ls -l |more
sh: more: Execute permission denied"

Now you're getting past the "more: Execute permission denied." when running man because the PAGER is set to pg. But the problem has now changed to "man: Execute permission denied."

I'm still puzzled on what the problem could be.

are there other commands other than man and more that give exec permission denied for the root user?

I see you've already checked permissions, so maybe there's a lib that's causing the problem? but if so, then there should be several other commands that fail too...

The /etc/passwd file checks out ok, right?

/usr/sbin/pwck

Also, if you run "man - more" does it too fail w/ permission denied?

-denver

[Victor BERRIDGE]

Hi Victor,

I dont know what can be affecting your command more but I just put one in attachment I copied from a K360 in 10.20...
Try to put it instead of yours in /usr/bin

Let me know how things are going...

All the best
Victor

[Victor BERRIDGE]

Sorry attachment didnt follow...
I will have to meditate on how to sen it to you...

[Victor BERRIDGE]

I give up the idea now I see Denver has shown its not the executable in cause...

Well done Denver!

All the best
Victor

[Walter Pisani]

Hi,

Verify the correct permission for the library using this command:

# ldd /usr/bin/more

Walter

[Zdenek Precek]

Victor,

seems like you have incompatible versions of the /usr/bin/more and /usr/bin/man executables.

Please, post here output of the commands:
F="/usr/bin/man /usr/bin/more /usr/lib/libc.1"
ll $F
file $F

You should get something like this:

# F="/usr/bin/man /usr/bin/more /usr/lib/libc.1"
# ll $F
-r-xr-xr-x 1 bin bin 24576 Jan 17 2001 /usr/bin/man
-r-xr-xr-x 2 bin bin 61440 Jun 10 1996 /usr/bin/more
-r-xr-xr-x 1 bin bin 1867776 May 2 2001 /usr/lib/libc.1
# file $F
/usr/bin/man: s800 shared executable dynamically linked
/usr/bin/more: s800 shared executable dynamically linked
/usr/lib/libc.1: PA-RISC1.1 shared library -not stripped

Regards

Zdenek

[Victor_138]

kcspecdp # F="/usr/bin/man /usr/bin/more /usr/lib/libc.1"
kcspecdp # ll $F
-r-xr-xr-x 1 bin bin 10786 May 20 12:34 /usr/bin/man
-r-xr-xr-x 2 bin bin 30396 May 20 12:34 /usr/bin/more
-r-xr-xr-x 1 bin bin 1867776 May 2 2001 /usr/lib/libc.1
kcspecdp # file $F
/usr/bin/man: awk program text
/usr/bin/more: awk program text
/usr/lib/libc.1: PA-RISC1.1 shared library -not stripped
kcspecdp #

[Denver Osborn]

well that could be a problem

would it be possible for you to post a reply and attach /usr/bin/more and/or /usr/bin/man?

If not, then post "strings /usr/bin/more" and "strings /usr/bin/man"

I'd also thought you were able to copy the more binary from a 10.20 core os cd... looks like something went wrong with that. Does this box have a CDROM attached where you could install filesets from the mounted core-os cd?

-denver

[Denver Osborn]

Victor, nevermind posting those files or the strings output... we already know they're bad from the file output. :)

If I were you, I would either ftp those binaries from another hpux 10.20 node and be certain it's done in binary mode and not ascii.

-denver

[Victor_138]

If not, then post "strings /usr/bin/more" and "strings /usr/bin/man"

kcspecdp # strings /usr/bin/more
Z}p[Uv
B^]D
a/@N
UmjY
jss;)
]DCD#DG
d"j%
#D)O
FAW#
a>wp
3l88
/W,~
0O`G
- ?,
u ?Lr
?a8o
?Uo{F
'Lw~
?5?r
xRN{~3
:g*J
o)mhK`N
5M^^X
9.!{E
0Ypa
3xg\
K-wO
\Z![
,uV~R
zG+M
lh~TV
CIUV
z~9c6
Oy;
59c}
&hc$fd
i.&O
n9gk
lAm:
P[PMv
y|@e
e t}
*M`v
yAs^
MGzt l
2dWN
/Ib,6
:OcD
G:gR
:n@5
>\OC
"mr-
P1lEA
_Z,|[]
}0@fR
Mb.V
5ryy
;oZN
qoRy
_R^m
9Nn5e
Pz[Oz
|xL
DdLr,u
=sx;
c:nY
a#@~
\Vg;S
y1Y(
+7N;/S
;-9-
Xe~.
nG/l
2K ;
!{*;E
C6mb
i;)]O
[0~N`?
Z){;
hsK?
>,Nx
9&$P](7
;!]
[~Ius^
n5Pswdn+
!3,[:=
FY6K
x6bm
|Nu)
1PLtX*
qx_{
kZ}a
jkz@-
mA:/
q\>S\
Cjr'S
g]Ir
b tW
Fs_|
dN[0
=b^4
&Be
W91Z
>]mL
/z Ti^
uEt/
,|Wf&
Ze>&
L4F(
"|w|
aN6$h
My:nU
eAC}
k#;8
^4$Bg
ha"S
6O0L
GA7=D
k*l(
r"dR
!+{I
JaVe
D[|l^
fXqy
du2p
m+dS/B
Vt0+
0X[=
9u\?
,Vg{}
fGTR
N1wiS
kO2kG
8}'(^
y:o6
g0./2
kO1k
SaGC
^uWk
c8y{
Q&+<
:5k+
o@Gh
L>"}@;
D{0Rr
i/y;t
.v*~
TLzN
I ?tc
ioC^
y|?j
UZWk
k?I=+
vIit
*rdqYS
\0h:o
'Y[{&
}DpQ
:; [t
-p:r
87wMh
qu"=|
P%{O
{j5o*
F|y@55
'peH
mxL&
[z=O
ym!uv
i_\u
m>GV
n'z-Y
G@S9m
n*on5L
-sNM
taSgpy
F6Tg
ev;'
|go.
V8j}
._#9
jnqfM
MJH~
<1}s
g\c
[?|K
=y,Hg
2J/
qI{0Z
rB4}w
Gje=
1f/c
?RVQ
>v?&
=#~P
T%'b_
f*tgN
Cs&h
/|_Y
>YVFln
oh_wh
#i_f
]RSA
c=A~o
Zf?,
X ?N
|N;x
orV*
#[]P1.VQ
5ce<
Fg^t7
ggBD
`O;>+X$}
zlx?
b,'W`,
xl2of
qn0(
|LpD
bmgr*
6"_9
_3!=
yD>?
aDz&O
sLu[z
5}6/
c 7!
wY?G
_SZa_
|v=Sv
mT><7
OvT;
nWW1
TV>s
V9~#l
$}{0m;
&V9]J#
0j}s
U+0Y
y{y^
._gH;
Xx1&^
DzYM]
\5sMu
,u!S
d yx
.e b
\}s8af9
TVT2O
kP\U
8j@]
T[SWO
P-kG
[5sCE
'%,7
cT$R
+C]7^
FwK]
4$Y0@
A&~7
?\8od
kxhq^c
T3#2
F.1o
vJNV^`
]?b+
}E8\
RG?v
kcspecdp # strings /usr/bin/man
Z}PTW
&&S"~a
d,&De
(< z
8*%G
!dVc
D2UF
4Fn,
ab\"
e0eT
rOWd
&!6Ql
:okG
0Xo# l
7 CN
fnN'
1@?#
c:F
@WY[
lml{$
5TG.
#>?%p
A,"&
8;mK
y3QKW
@nD$
-E:e
KDL>']
o9#]
>GEv
[/ofL
!{oW
*r~b
fWB<
.`oq
m~XG.m3D
y\xA
{e=!
*zr?
^%}a_"
4_K"2
f8Yn
vsH}
aBv|
+tc_
g34w
ydNG
D~wHx
&_Wr@J
]\Y7
l8L^
S|LL
[i^^
1?Ldp4
\kp?
CMHY
s=@Q
|8@d
mmjMUn
[WuU[
|g%>
4K{i
^Z?v
kcPO
iyNA
)Ym(k{!
xB^'p-
~H3d
#x4'_
szBe
\{D[
\~*C?~
5]=o3;a
FhwK
W id
'$R^
x&8gXz
t_AK
QP|=&
aMah
S/8Y
3ih3
}Ms6
XsO
Bw3i
-| E
KSpXg
\^/5
]M?x
=Dl"p[B#6
&nW4{
X[lI
?IC^
fFgV
)m;3
AbQ6
wDG"#
~|4-
SF}j7
wgg"9
ED_[
ba}M]
~KFr}
OiaY
|Sc]
+@ze]M
Y}SU
TSU[G
85Vo
kez[
2-P+
N}Oh
4}[hA
kcspecdp #

Yes it does, I'll give that a try.

[Victor_138]

Can't load the cd.

kcspecdp # mount /dev/dsk/c0t8d0 /cdrom
/dev/dsk/c0t8d0: unrecognized file system
kcspecdp #

[Denver Osborn]

woohoo! making progress...

do this...

cp -p /usr/bin/more /tmp/more.gz
cp -p /usr/bin/man /tmp/man.gz
cd /tmp
gunzip man.gz
gunzip more.gz


/tmp/man more

Looks like the man and more binaries were gzipped and put in place of the original bins. Use the above steps to gunzip then test to be sure.. then move the gunzipped files into place under /usr/bin.

Hope this helps,
-denver

[Denver Osborn]

oh.. duh! I can't believe we missed this one... the files you ftp from the Core-OS cdrom are gzipped. I'm sure you just mounted the CD on your PC, then ftp'd in binary mode to the hp-ux box... but didn't gunzip them. That explains how the gzipped files got there.

Hope this solved your original problem once and for all. :)

-denver

[Victor_138]

Oh man! So close and still so far away.

kcspecdp # cp -p /usr/bin/more /tmp/more.gz
kcspecdp # cp -p /usr/bin/man /tmp/man.gz
kcspecdp # cd /tmp
kcspecdp # gunzip man.gz
kcspecdp # gunzip more.gz
kcspecdp # /tmp/man more
Reformatting entry. Wait... done
/usr/bin/sh: more: Execute permission denied.
kcspecdp #