VisionFS Client will not start on AIX 4.3.3
kie...@aol.com
by hand I get the following messages:# cd /usr/local/vision/bin
# ./visionfs clientadmin --start
SCO VisionFS SMB Client 3.00.915
Starting SCO VisionFS SMB Client...
2000/01/11 12:29:20.371 cl12128 nfssmb/process/start SCO VisionFS
SMB Client
(3.0)
Mounting SCO VisionFS SMB Client on /smbshares...
mount -o port=4242,retry=0,timeo=300,rsize=4096,wsize=4096,soft
127.0.0.1:/smbs
hares.nfs /smbshares
1: mount: 1831-010 server 127.0.0.1 not responding: RPC: 1832-019
Program not registered
mount: retrying
127.0.0.1:/smbshares.nfs
mount: 1831-008 giving up on:
127.0.0.1:/smbshares.nfs
A remote host did not respond within the timeout period.
Failed to mount SCO VisionFS SMB Client, stopping...
2000/01/11 12:29:51.228 cl12128 nfssmb/process/stop SCO VisionFS
SMB Client
(3.0)
SCO VisionFS SMB Client has been stopped.
Please help, this worked on AIX 4.1.5, and I have reinstalled both the
OS and the VisionFS twice.
Thank you,
Brian Bartlett
kie...@aol.com or bri...@pdainc.com (prefered for this)
Sent via Deja.com http://www.deja.com/
Before you buy.
Matt Schofield
The VisionFS client piggy-backs on top of NFS on the UNIX box. It
appears to fail as a result of running the command:
mount -o port=4242,retry=0,timeo=300,rsize=4096,wsize=4096,soft
127.0.0.1:/smbshares.nfs /smbshares
The error returned is
mount: 1831-010 server 127.0.0.1 not responding: RPC: 1832-019 Program
not registered
This suggests a problem with NFS client or server, due to one or many of
the components not starting and hence not being registered with the
portmap or rpcbind program.
You should attempt to debug the problem from an NFS perspective. Can you
share out local filesystems via NFS? Can you mount remotely shared file
systems using NFS?
Regards
Matt Schofield
--
Return email address junked
kie...@my-deja.com
entry and the '/etc/hosts' file for the 127.0.0.1 entry. This was
fixed in the '/etc/netsvc.conf file. But I now have a new problem,
each time I try to start the VisionFX Client, the following message
appears:
# ./visionfs clientadmin --start
SCO VisionFS SMB Client 3.00.915
Starting SCO VisionFS SMB Client...
2000/01/18 10:51:50.495 cl15278 nfssmb/process/start SCO VisionFS
SMB Client
(3.0)
Mounting SCO VisionFS SMB Client on /smbshares...
NFS getattr failed for server 127.0.0.1: error 3 (RPC: Unable to send)
NFS getattr failed for server 127.0.0.1: error 3 (RPC: Unable to send)
mount -o port=4242,retry=0,timeo=300,rsize=4096,wsize=4096,soft,vers=2
127.0.0.
1:/smbshares.nfs /smbshares
1: mount: 1831-008 giving up on:
127.0.0.1:/smbshares.nfs
vmount: There is an input or output error.
Failed to mount SCO VisionFS SMB Client, stopping...
2000/01/18 10:51:52.390 cl15278 nfssmb/process/stop SCO VisionFS
SMB Client
(3.0)
SCO VisionFS SMB Client has been stopped.
#
Can you help on this one?
Thanks,
Brian Bartlett
kie...@aol.com or bri...@pdainc.com
In article <387B7D2A...@sco.deletethisbit.com>,
Roberto Zini
Hi !
Sorry for jumping in but a customer of ours reported the
same problem but under AIX 4.3.2; he informed me that he
was able to solve the above problem by changing a parameter
in the bin/pctools/en_US/visionfs/clidef (please notice
that this directory is under the VisionFS installation
directory tree) as follows :
from
[nfsserver/mount/port={(4242)}]
to
[nfsserver/mount/port={(2049)}]
Next, try by restarting "visionfs clientadmin --setup"
and the error message should disappear.
Since it appears this is a good place where to place
VisionFS questions (thanks to Matt for his good work !),
I'd like to submit the following problem, which has been
reported by the same customer with AIX 4.3.2; try by
executing "visionfs client --wizard" and follows the
given prompts. Near the end of the script,
after giving info about Types of password [D],
Windows username [fred], Domain [] and Password,
the script depicts the following on the screen :
----------------
Settings
----------------
Computer's network name : All computers
Share name = All shares on the computers
Windows username = fred (UNIX username is root)
OK to use these settings?
Y - Yes
N - No, let me start again
Q - Quit now
OK to use these settings? [y]
SCO VisionFS SMB Client configuration failed.
The command failed: The request was refused by the server
Could anyone shed some lights about this problem ?
Thanks,
Roberto
--
---------------------------------------------------------------------
Roberto Zini email : fr...@strhold.it
Technical Support Manager -- Strhold Sistemi EDP Reggio Emilia(ITALY)
---------------------------------------------------------------------
"Has anybody around here seen an aircraft carrier?"
(Pete "Maverick" Mitchell - Top Gun)
kie...@my-deja.com
the client started, but I think the port change is causing the new
problem I am seeing, and the problem is the same as the other AIX
person who changed the port number.
SCO VisionFS SMB Client configuration failed.
The command failed: The request was refused by the server
Thanks so far for all the help.
Brian Bartlett
kie...@aol.com or bri...@pdainc.com
In article <388584CE...@strhold.it>,
Roberto Zini
>
> The recommended solution about changing the port number worked to get
> the client started, but I think the port change is causing the new
> problem I am seeing, and the problem is the same as the other AIX
> person who changed the port number.
>
> SCO VisionFS SMB Client configuration failed.
> The command failed: The request was refused by the server
>
> Thanks so far for all the help.
>
> Brian Bartlett
> kie...@aol.com or bri...@pdainc.com
>
[snip]
Brian,
thanks for the feedback. I'm presently waiting for a full
report from the customer in order to open a case directly
with SCO. I'll keep you informed ASAP.
Best,
kie...@my-deja.com
Brian Bartlett
kie...@aol.com or bri...@pdainc.com
In article <3886C048...@strhold.it>,
Roberto Zini
Actually I did receive the customer's full report last
Friday and I've managed to send it to SCO the same day;
so far, no answers :-(
Still waiting,
Roberto Zini
>
> kie...@my-deja.com wrote:
> >
> > Have you heard anything yet? Just wondering.
> >
>
> Actually I did receive the customer's full report last
> Friday and I've managed to send it to SCO the same day;
> so far, no answers :-(
>
> Still waiting,
> Roberto
Well, just a quick update; SCO's tech support has managed to
reproduce the problem and they've been able to confirm
this is a bug. It's currently handled by the Engineering
Dept which should be able to provide a workaround soon
(at least, I hope so :-)
kie...@my-deja.com
Brian Bartlett
kie...@aol.com or bri...@pdainc.com
In article <389AADC6...@strhold.it>,
kie...@my-deja.com
Looking forward to your answer.
Brian Bartlett
bri...@pdainc.com or kie...@aol.com
In article <87mloh$k2n$1...@nnrp1.deja.com>,
Roberto Zini
DAMMIT ! I've received a workaround on Friday and I simply
forgot to put it here (my apologies); here it comes.
=== cut here ===
Run 'visionfs clientadmin --stop'
umount /smb (or whereever, just to be safe)
Revert all user modified files to be 'as shipped' (maybe easier to
reinstall
VisionFS? You can save copies of current.prf, mapfile, authfile, and
copy
them back before starting)
As root:
cd /usr/local/vision
rm vfsprofile/client.prf
vi visionfs/_init/client/rsai*.prf
change the line
[nfsserver/mount/options={(,retry=0,timeo=300,rsize=4096,wsize=4096,soft)}]
to read
[nfsserver/mount/options={(,retry=0,timeo=300,rsize=4096,wsize=4096,soft,proto=udp)}]
Run 'visionfs clientadmin --setup'.
=== cut here ===
I've expressely asked the customer to report back to me his findings
in order to inform SCO about this issue; if this workaround does
work for yoy, please tell me.
Best,
Roberto
--
---------------------------------------------------------------------
kie...@aol.com
change, everything worked wonderfully.
Thank you,
Brian Bartlett
kie...@aol.com or bri...@pdainc.com
In article <38B11748...@strhold.it>,
Roberto Zini
>
> After reverting the changes that were made, and adding the one new
> change, everything worked wonderfully.
>
> Thank you,
>
Thanks for your feedback; I'm glad it works now !