Creating a VOC entry to a mapped drive in NT

[Ebrahim Rhoda]

Is it possible to create a VOC entry to a drive that is mapped from another
machine without using UVNET. I want to access a file in a universe account
on a mapped drive.

thanks
Ebrahim Rhoda

[rcam...@my-deja.com]

Ebrahim:

I wanted to do the EXACT same thing. I have programs that create flat
files for people to merge with Word or import into Excel, so I used NFS
to mount a NT folder to my Sun/Universe machine.

It wont work.

It just so happens I was talking with Ardent support yesterday on this
very issue. Apparently, Universe assumes that when you want to access
a mount point (directory) that is on another computer, it must be a
hashed file, and therefore will need uv/Net. According to the tech,
Universe 9.5.1 only works in this fashion. The tech had never heard of
anyone wanting access non-hased files on other computers, and would
submit an enhancement request on my behalf. (I have accessed mounted
filesystems using Unidata. It boggles the imagination as to WHY
Universe does not do the same thing.)

There are two ways to work around this:
1. Use ftp, and a shell script to login and transfer the file. This
method will require a user to have a .netrc file setup. (only if you
want to prevent the user from having to login each time via ftp).
2. Method I am going to use is using unix 'cp' command. I will
create the file in a local directory, the execute a unix command
to 'cp' it from the local to the remote (nt) directory.

If anyone knows how to make Universe use a external file system, I am
all ears.

BTW, this is the error I get, either from tcl or a program trying to
access my NT folder called c:\xfer that is mounted on the sun
machine /xfer.

>LIST XFER
unirpc: The TCP/IP connection was refused.
unirpc: The unirpcd is probably not running.
Remotely mounted files are not allowed to be opened without uV/Net.
Unable to open "XFER" file.

Robert Camarda

In article <94153377...@earth.adept.co.za>,

Sent via Deja.com http://www.deja.com/
Before you buy.

[Bill Sullivan]

You have to be careful about mounting NFS drives. I was working on
UniData for unix with drives mapped via NFS. After speaking to ardent,
they told me that NFS does not support the file locking neccessary to
safely work. I was experiencing problems with corrupted files, and NFS
was the culprit. I have, however, had no problems with this on NT, or
with flat files. I am not sure if this is the same for UniVerse. I
would assume that both databases would be similar in this fasion. I
think your best bet is to copy the file from the OS level. Just be
sure that it is not in use when you try to copy it. Hope this helps a
little.

Bill

In article <7vmn8a$r57$1...@nnrp1.deja.com>,

[tyh...@my-deja.com]

You do have to use common sense about using NFS mounted drives for the
reasons mentioned.
To use them in Universe, you must alter the UVCONFIG setting ALLOWNFS.
The default is 0. Change it to 1 (rtfm). This works great on AIX, have
not tried it under NT.
The Ardent tech that had never heard of someone wanting to access
non-hashed files must be a real bozo. You sould make sure your call is
escalated to someone who cares in those circumstances.

Ty

In article <7vn23l$3eq$1...@nnrp1.deja.com>,

[Matt Sinclair]

You can, sort of.

On a Unix to Unix mount you turn on the NFS permissions in ~uv/uvconfig
with the ALLOWNFS parameter set to 1, followed by bin/uvregen ;
bin/DBsetup when all users are off. It ships by default set to 0. You
can then specify any directory as being a type 1 / 19 file.

As you rightly point out there is *no* locking control but you can write
directly from a Basic program using write, writeseq etc.

On a Unix to NT mount you cannot write to a NFS mounted drive using the
write statement (at least as of 9.4 and from Solaris) as the method of
writing a new item involves a call to the low level link() command in C
which is not supported on NT filesystems.

Matt

In article <7vmn8a$r57$1...@nnrp1.deja.com>, rcam...@my-deja.com writes

Matt Sinclair, MMT Computing (Thames Valley) Ltd, Oxford, OX2 0DP
Tel: +44 1865 792702, Fax +44 1865 792704, email ma...@adg.co.uk

[Steve Doney]

You may want to have a look at SAMBA as it would allow you to have Unix and
NT share drive letters and printers. I was going to do something similar but
canned the project. I have used Samba on Linux and mapped directories that
both Windows and Linux could see.

Steve
Ebrahim Rhoda <Ebr...@edata.co.za> wrote in message
news:94153377...@earth.adept.co.za...

[Pete Jewell]

rcam...@my-deja.com wrote:
[snip]

> It just so happens I was talking with Ardent support yesterday on this
> very issue. Apparently, Universe assumes that when you want to access
> a mount point (directory) that is on another computer, it must be a
> hashed file, and therefore will need uv/Net. According to the tech,
> Universe 9.5.1 only works in this fashion. The tech had never heard of
> anyone wanting access non-hased files on other computers, and would
> submit an enhancement request on my behalf. (I have accessed mounted
> filesystems using Unidata. It boggles the imagination as to WHY
> Universe does not do the same thing.)

I've done this very thing (wrote to a non-hash file on a networked
drive) in uv/nt - by default you can't though; I found that you had to
change a value in uvconfig - can't remember which one it was off-hand,
but it should jump out at you when you find it.

HTH

--
Pete

pe...@maverick-dbms.org
-------------------------------------------------------------
MaVerick - Open Source MultiValue Database Management System
Check out the website -> http://www.maverick-dbms.org

[Jeff Schasny]

that would be ALLOWNFS=1

--
===============================================================
Jeff Schasny | j...@eclipseinc.com | Senior Systems Developer
Eclipse, Inc. | Boulder, CO USA | www.eclipseinc.com
===============================================================