RE: [U2] UD Phantom Credentials
Ouch !!! I can tell you WHAT is happening. How you solve it is a policy issue, not a technical issue. Basically, drive mappings are system-wide, not user-related. If you have multiple processes/users all wanting their own unique drive mappings, sorry it's not going to happen! We had this exact problem - our backup script on our servers had its own drive mappings. Our dear consultant (until we screamed at him once we realised what was happening) had this nasty habit of (a) using our server as his personal workstation, and (b) forgetting to log off. The ramifications were many and annoying, including such things as failed backups... Anyways. You have to have a policy saying that either (a) THIS is the set of drive mappings on the server and THEY MUST NOT CHANGE, OR (b) every process needs to set its own drive mappings on login, and every process needs to be aware of every other process that does this to avoid a collision, and no users are to leave the console logged in to mess things up. Your call ... Oh - by the way - stick a "net use disconnect" whatever the syntax is before every connect. That way, at least if there's no-one logged in holding the drive, you'll get rid of whatever setting it's been left at. Otherwise, if they did a "remember this setting", your process will load their mapping, then your explicit mapping will fail with "drive letter already in use". Cheers, Wol -Original Message- From: Bill Haskett [mailto:[EMAIL PROTECTED] Sent: 06 July 2007 09:56 To: u2-users@listserver.u2ug.org Subject: [U2] UD Phantom Credentials A look at Google tells me this is some kind of drive mapping problem associated with a possible conflict with non-administrator users and the "net use" command. It so happens that I've mapped an ftp server's drive onto the UD server (Windows) as the "N:\" drive. To get UniData to use this "shared" directory, on the other server, I have to insert !net use N: \\sftpserver\ftpdir {password} /user:{sftpserver\userid} ...into the LOGIN paragraph (it appears this has to be run at each invocation of a UD shell, aka UD login). I then create a (VOC) entry: --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UD Phantom Credentials
Why not just replace the drive mapping with a UNC path? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Youngman Sent: Friday, July 06, 2007 7:04 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UD Phantom Credentials Ouch !!! I can tell you WHAT is happening. How you solve it is a policy issue, not a technical issue. Basically, drive mappings are system-wide, not user-related. If you have multiple processes/users all wanting their own unique drive mappings, sorry it's not going to happen! We had this exact problem - our backup script on our servers had its own drive mappings. Our dear consultant (until we screamed at him once we realised what was happening) had this nasty habit of (a) using our server as his personal workstation, and (b) forgetting to log off. The ramifications were many and annoying, including such things as failed backups... Anyways. You have to have a policy saying that either (a) THIS is the set of drive mappings on the server and THEY MUST NOT CHANGE, OR (b) every process needs to set its own drive mappings on login, and every process needs to be aware of every other process that does this to avoid a collision, and no users are to leave the console logged in to mess things up. Your call ... Oh - by the way - stick a "net use disconnect" whatever the syntax is before every connect. That way, at least if there's no-one logged in holding the drive, you'll get rid of whatever setting it's been left at. Otherwise, if they did a "remember this setting", your process will load their mapping, then your explicit mapping will fail with "drive letter already in use". Cheers, Wol -Original Message- From: Bill Haskett [mailto:[EMAIL PROTECTED] Sent: 06 July 2007 09:56 To: u2-users@listserver.u2ug.org Subject: [U2] UD Phantom Credentials A look at Google tells me this is some kind of drive mapping problem associated with a possible conflict with non-administrator users and the "net use" command. It so happens that I've mapped an ftp server's drive onto the UD server (Windows) as the "N:\" drive. To get UniData to use this "shared" directory, on the other server, I have to insert !net use N: \\sftpserver\ftpdir {password} /user:{sftpserver\userid} ...into the LOGIN paragraph (it appears this has to be run at each invocation of a UD shell, aka UD login). I then create a (VOC) entry: --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UD Phantom Credentials
David: Because a UNC path doesn't work for me; even when I mapped it like: FTPFILE 001 DIR 002 \\ftpserver\ftproot\mydir 003 D_VOC Colin Alfke suggested I change it to: FTPFILE 001 DIR 002 \\ftpserver\E$\ftproot\mydir 003 D_VOC ...but this doesn't fully work. For instance, an sftp script run, as a phantom, from a phantom shows the following errors: - - - - - - - - - - - - - - - - - - - - Ftp process starting at 00:09:03 Jul 06 2007 E:\UDAccounts\Ham>sftpc -profile="E:\Backups\Scripts\CabHam.tlp" -cmdFile="\\ftpserver\E$\ftproot\Ham\CCC_20070706000900.txt" Bitvise Tunnelier 4.22 - sftpc, a command line SFTP client. Copyright (C) 2000-2006 by Bitvise Limited. Portions Copyright (C) 1995-2003 by Wei Dai. ERROR: Reading command file specified with -cmdFileReading command file specified with - parameter failed: Error opening file '\ftpserver\E$\ftproot\Ha m\CAB_20070706000900.txt' - CreateFile() failed with the following error: Windows error 3: The system cannot find the path specified. USAGE: sftpc [EMAIL PROTECTED]:port] OR -profile=file [-host=host] - - - - - - - - - - - - - - - - - - - - The only way I've found to resolve this is to "map" a drive from the UD server to the SFTP server via Windows explorer, then "net use ..." in the LOGIN paragraph (I've added the /persistent:no flag), then set the (VOC) pointer for FTPFILE like: FTPFILE 001 DIR 002 N:\mydir 003 D_VOC This is very convoluted, and, as a partial solution, not exactly what I expected. But I can't seem to find an otherwise "clean" solution that works. We're only mapping one drive (N:) for the sftp directories. I can't reverse the mapping because the SFTP software doesn't allow the use of network shares. Bill >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of David Ward >Sent: Friday, July 06, 2007 6:57 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > >Why not just replace the drive mapping with a UNC path? > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Anthony Youngman >Sent: Friday, July 06, 2007 7:04 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > > >Ouch !!! > >I can tell you WHAT is happening. How you solve it is a policy >issue, not a >technical issue. > >Basically, drive mappings are system-wide, not user-related. >If you have >multiple processes/users all wanting their own unique drive >mappings, sorry >it's not going to happen! > >We had this exact problem - our backup script on our servers >had its own >drive mappings. Our dear consultant (until we screamed at him once we >realised what was happening) had this nasty habit of (a) using >our server as >his personal workstation, and (b) forgetting to log off. The >ramifications >were many and annoying, including such things as failed backups... > >Anyways. You have to have a policy saying that either (a) THIS >is the set of >drive mappings on the server and THEY MUST NOT CHANGE, OR (b) >every process >needs to set its own drive mappings on login, and every >process needs to be >aware of every other process that does this to avoid a >collision, and no >users are to leave the console logged in to mess things up. > >Your call ... > >Oh - by the way - stick a "net use disconnect" whatever the >syntax is before >every connect. That way, at least if there's no-one logged in >holding the >drive, you'll get rid of whatever setting it's been left at. >Otherwise, if >they did a "remember this setting", your process will load >their mapping, >then your explicit mapping will fail with "drive letter >already in use". > >Cheers, >Wol > >-Original Message- >From: Bill Haskett [mailto:[EMAIL PROTECTED] >Sent: 06 July 2007 09:56 >To: u2-users@listserver.u2ug.org >Subject: [U2] UD Phantom Credentials > > >A look at Google tells me this is some kind of drive mapping problem >associated with a possible conflict with non-administrator >users and the >"net use" command. It so happens that I've mapped an ftp >server's drive >onto the UD server (Windows) as the "N:\" drive. To get >UniData to use this >"shared" directory, on the other server, I have to insert > >!net use N: \\sftpserver\ftpdir {password} /user:{sftpserver\userid} > >...into the LOGIN paragraph (it appears this has to be run at each >invocation of a UD shell, aka UD login). I then create a (VOC) >entry: >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ >--- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UD Phantom Credentials
Do you have the AllowNFS flag set or are you using uvnet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Haskett Sent: Friday, July 06, 2007 11:34 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UD Phantom Credentials David: Because a UNC path doesn't work for me; even when I mapped it like: FTPFILE 001 DIR 002 \\ftpserver\ftproot\mydir 003 D_VOC Colin Alfke suggested I change it to: FTPFILE 001 DIR 002 \\ftpserver\E$\ftproot\mydir 003 D_VOC ...but this doesn't fully work. For instance, an sftp script run, as a phantom, from a phantom shows the following errors: - - - - - - - - - - - - - - - - - - - - Ftp process starting at 00:09:03 Jul 06 2007 E:\UDAccounts\Ham>sftpc -profile="E:\Backups\Scripts\CabHam.tlp" -cmdFile="\\ftpserver\E$\ftproot\Ham\CCC_20070706000900.txt" Bitvise Tunnelier 4.22 - sftpc, a command line SFTP client. Copyright (C) 2000-2006 by Bitvise Limited. Portions Copyright (C) 1995-2003 by Wei Dai. ERROR: Reading command file specified with -cmdFileReading command file specified with - parameter failed: Error opening file '\ftpserver\E$\ftproot\Ha m\CAB_20070706000900.txt' - CreateFile() failed with the following error: Windows error 3: The system cannot find the path specified. USAGE: sftpc [EMAIL PROTECTED]:port] OR -profile=file [-host=host] - - - - - - - - - - - - - - - - - - - - The only way I've found to resolve this is to "map" a drive from the UD server to the SFTP server via Windows explorer, then "net use ..." in the LOGIN paragraph (I've added the /persistent:no flag), then set the (VOC) pointer for FTPFILE like: FTPFILE 001 DIR 002 N:\mydir 003 D_VOC This is very convoluted, and, as a partial solution, not exactly what I expected. But I can't seem to find an otherwise "clean" solution that works. We're only mapping one drive (N:) for the sftp directories. I can't reverse the mapping because the SFTP software doesn't allow the use of network shares. Bill >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of David Ward >Sent: Friday, July 06, 2007 6:57 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > >Why not just replace the drive mapping with a UNC path? > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Anthony Youngman >Sent: Friday, July 06, 2007 7:04 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > > >Ouch !!! > >I can tell you WHAT is happening. How you solve it is a policy >issue, not a >technical issue. > >Basically, drive mappings are system-wide, not user-related. >If you have >multiple processes/users all wanting their own unique drive >mappings, sorry >it's not going to happen! > >We had this exact problem - our backup script on our servers >had its own >drive mappings. Our dear consultant (until we screamed at him once we >realised what was happening) had this nasty habit of (a) using >our server as >his personal workstation, and (b) forgetting to log off. The >ramifications >were many and annoying, including such things as failed backups... > >Anyways. You have to have a policy saying that either (a) THIS >is the set of >drive mappings on the server and THEY MUST NOT CHANGE, OR (b) >every process >needs to set its own drive mappings on login, and every >process needs to be >aware of every other process that does this to avoid a >collision, and no >users are to leave the console logged in to mess things up. > >Your call ... > >Oh - by the way - stick a "net use disconnect" whatever the >syntax is before >every connect. That way, at least if there's no-one logged in >holding the >drive, you'll get rid of whatever setting it's been left at. >Otherwise, if >they did a "remember this setting", your process will load >their mapping, >then your explicit mapping will fail with "drive letter >already in use". > >Cheers, >Wol > >-Original Message- >From: Bill Haskett [mailto:[EMAIL PROTECTED] >Sent: 06 July 2007 09:56 >To: u2-users@listserver.u2ug.org >Subject: [U2] UD Phantom Credentials > > >A look at Google tells me this is some kind of drive mapping problem >associated with a possible conflict with non-administrator users and >the "net use" command. It so happens that I've mapped an ftp >server's drive >onto the UD server (Windows) as the "N:\" drive. To get >UniData to use this >"shared" directory, on the other server, I have to insert > >!net use N: \\sftpserver\ftpdir {password} /user:{sftp
RE: [U2] UD Phantom Credentials
David: No. I'm using UD instead of UV. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Ward Sent: Friday, July 06, 2007 10:15 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UD Phantom Credentials Do you have the AllowNFS flag set or are you using uvnet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Haskett Sent: Friday, July 06, 2007 9:34 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UD Phantom Credentials David: Because a UNC path doesn't work for me; even when I mapped it like: FTPFILE 001 DIR 002 \\ftpserver\ftproot\mydir 003 D_VOC Colin Alfke suggested I change it to: FTPFILE 001 DIR 002 \\ftpserver\E$\ftproot\mydir 003 D_VOC ...but this doesn't fully work. For instance, an sftp script run, as a phantom, from a phantom shows the following errors: - - - - - - - - - - - - - - - - - - - - Ftp process starting at 00:09:03 Jul 06 2007 E:\UDAccounts\Ham>sftpc -profile="E:\Backups\Scripts\CabHam.tlp" -cmdFile="\\ftpserver\E$\ftproot\Ham\CCC_20070706000900.txt" Bitvise Tunnelier 4.22 - sftpc, a command line SFTP client. Copyright (C) 2000-2006 by Bitvise Limited. Portions Copyright (C) 1995-2003 by Wei Dai. ERROR: Reading command file specified with -cmdFileReading command file specified with - parameter failed: Error opening file '\ftpserver\E$\ftproot\Ha m\CAB_20070706000900.txt' - CreateFile() failed with the following error: Windows error 3: The system cannot find the path specified. USAGE: sftpc [EMAIL PROTECTED]:port] OR -profile=file [-host=host] - - - - - - - - - - - - - - - - - - - - The only way I've found to resolve this is to "map" a drive from the UD server to the SFTP server via Windows explorer, then "net use ..." in the LOGIN paragraph (I've added the /persistent:no flag), then set the (VOC) pointer for FTPFILE like: FTPFILE 001 DIR 002 N:\mydir 003 D_VOC This is very convoluted, and, as a partial solution, not exactly what I expected. But I can't seem to find an otherwise "clean" solution that works. We're only mapping one drive (N:) for the sftp directories. I can't reverse the mapping because the SFTP software doesn't allow the use of network shares. Bill >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of David Ward >Sent: Friday, July 06, 2007 6:57 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > >Why not just replace the drive mapping with a UNC path? > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Anthony Youngman >Sent: Friday, July 06, 2007 7:04 AM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Phantom Credentials > > >Ouch !!! > [snipped] > >Basically, drive mappings are system-wide, not user-related. >If you have multiple processes/users all wanting their own unique >drive mappings, sorry it's not going to happen! > >We had this exact problem - our backup script on our servers >had its own drive mappings. Our dear consultant (until we >screamed at him once we realised what was happening) had >this nasty habit of (a) using our server as his personal >workstation, and (b) forgetting to log off. The ramifications >were many and annoying, including such things as failed backups... > >Anyways. You have to have a policy saying that either (a) THIS >is the set of drive mappings on the server and THEY MUST NOT >CHANGE, OR (b) every process needs to set its own drive mappings >on login, and every process needs to be aware of every other >process that does this to avoid a collision, and no >users are to leave the console logged in to mess things up. > >Your call ... > >Oh - by the way - stick a "net use disconnect" whatever the >syntax is before every connect. That way, at least if there's >no-one logged in holding the drive, you'll get rid of whatever >setting it's been left at. Otherwise, if then did a >"remember this setting", your process will load their mapping, >then your explicit mapping will fail with "drive letter >already in use". > >Cheers, >Wol > >-Original Message- >From: Bill Haskett [mailto:[EMAIL PROTECTED] >Sent: 06 July 2007 09:56 >To: u2-users@listserver.u2ug.org >Subject: [U2] UD Phantom Credentials > > >A look at Google tells me this is some kind of drive mapping >problem associated with a possible conflict with non-administrator >users and the "net use" command. It so happens that I've mapped >an ftp server's drive onto the UD server (Windows) as the "N:\" >drive. To get UniData t