my view of what you describe inline:
Salak Juraj wrote:
Hmm,
I played around between TSM server and an test file server, both NT2000, TSM server beeing in a workgroup and test file server beeing in a domain.
From what i see here, this has the following effect (btw: if we get OT here, please let me know - we might carry this offlist?):
Once a machine is in a domain, it normally does authentication only against the domain unless you specify otherwise. Example:
I work on my notebook as a local notebook user, and want to mount a share of a machine in a domain, but with a user context of a local user on _that_ machine.
Once i type the \\server_in_domain\share into the file explorer, my notebook sends along with the request the user info of my local context, which is unknown to the server - so i have to specify and log on with another account.
If i then enter as user "Server_local_username" and "Password", the authentication will fail as long as this username and pw-combination is not also available in the domain, since the server assumes domain authentication.
I can log on with "server_in_domain\Server_local_username" and "Password", though.
The other solution, as mentioned, would be to have a domain user with the same name and pw as my local user, which would also let me log on, without even having to type/provide this info myself. This is what I now did for my TSM-Server, which is not in the domain of the server I want to backup to.
I defined very same local users on both,
plan NET USE Z: ... from TSM server to test file server works, no password input necessary (same
passwords).
This should not be possible. :)
But define devclass remoteshare devtype=file ... fails both with Z:\ and \\server\ressource parameter.
Yesterday, I found it very useful to check by loggin onto the machine with the user account i intended to have TSM-Server running under, and do "net view \\other_server\share" - if i get "access denied", it won,t work.
Second,
I tried to mount Z: using NET USE pointig to the very same TSM server
("remote" drive on local server)
Even in this case define devclass remoteshare devtype=file dir="z:" failed,
...as should as the others have let me know? :)
but define devclass remoteshare devtype=file dir="\\TsmServer\TMP" worked.
Conclusio #1:
define devclass remoteshare devtype=file dir="z:" works apparently for local drives only.
dunno. :)
Conclusio #2:
define devclass remoteshare devtype=file dir="\\server\ressource" should work, but we seem to have problem with user/password passing to the
"server".
to me, it seems as not provided by tsm...
I found nothing in tsm admin reference. Who can help?
I hope the info given above might have shed some light, but I am still curious to any additional info... :)
regards, tobi... :)
regards Juraj
-----Ursprüngliche Nachricht----- Von: Tobias Hofmann [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 06. August 2003 15:39 An: [EMAIL PROTECTED] Betreff: Re: Vedr.: define devclass file on w2k not working on mounted share?
Imre, all,
Imre Kloknicer wrote:
Hi Tobias,
Windows services by default run as a Local System account and this account usually does not have access to network resources.
ok...
I usually
create a user for running TSM services and give appropriate permissions to this user.
ok, familiar with the concept. And after playing around with it for a bit I started to realize that for the setup I had in mind here, I face the problem of having to pass along user- and passwordinformation, which does not seem to be possible within the "define devclass..." syntax - is that correct?
As effect of that, I would have to either take my backup-server-machine into the same domain as the machine I intend to create my backups on, or allow guest and anonymous login on that machine - is that correct also?
thanks again for the input and any further comments,
kind regards, tobi...
Regards, Imre
-----Original Message----- From: Tobias Hofmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 12:12 PM To: [EMAIL PROTECTED] Subject: Re: Vedr.: define devclass file on w2k not working on mounted share?
Imre, Allan,
thanks for the quick reply, but:
Allan Hansen wrote:
Hi Tobias,
Don't use the drive letter. It will work with the server name of the remote machine.
e.g.:
define devclass remoteshare devtype=file
dir="\\servername\tsmbackups"
tsm: CMS2_SERVER1>define devclass remoteshare devtype=file dir="\\cms1\tsmbackups" ANR8366E DEFINE DEVCLASS: Invalid value for
DIRECTORY parameter. ANS8001I Rückkehrcode 3.
Whereas i can see \\cms1\tsmbackups in the file explorer on the machine CMS2, as well as do
C:\>net view \\cms1 Freigegebene Ressourcen auf \\cms1
Name Typ Lokal Beschreibung
-------------------------------------------------------------- ----------------- tsmbackups Platte videos Platte Der
Befehl wurde erfolgreich ausgeführt.
in a CLI on CMS2...
I do have to logon to cms1, though, before i can see it in the file explorer - could that be a security thing, that the tsm-server on cms2 is running under anoter user context?
any ideas? thanks for the input,
kind regards, tobi...
Allan Hansen Munk IT A/S Egelundsvej 18 5260 Odense S Denmark
Tobias Hofmann <[EMAIL PROTECTED]> Sendt af: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 06-08-2003 11:31 Besvar venligst til "ADSM: Dist Stor Manager"
Til: [EMAIL PROTECTED] cc: Vedr.: define devclass file on w2k not working on
mounted share?
hi all,
I would like to create a devclass of devtype=file on a windows 2000 server (w2k) running tsm5.1.0.0 using as dir-path a mounted share of another machine. So what I do is I mount the share of the
other machine,
using the gui-analogon to "net use" (sorry, German OS here,
don,t know
the English terms by heart), on, say, drive f:, and then do
define devclass remoteshare devtype=file dir="f:\tsmbackups" on the admin command line. result is
ANR8366E DEFINE DEVCLASS: Invalid value for DIRECTORY parameter.
I am told that on a Unix-machine, it is possible to define
a devclass of
type file on mounted volumes...
Am I missing something here? What could be the solution to
my problem?
Thanks in advance for any input,
kind regards, tobias hofmann :)
--
----------------------------------------------------------------------
Dipl.-Ing. Tobias Hofmann Bauhaus-Universitaet Weimar
D99423 Weimar
Professur fuer Graphische Datenverarbeitung Projekt
medienquadrat
SnailMail: Bauhaus-Universitaet Weimar, Fak. Medien,
D99421 Weimar
Location: D99423 Weimar Karl-Haussknechtstr. 7
Zimmer 111
Fon: ++49-(0)3643-58-3780 Fax : -3701 e-mail: mailto:[EMAIL PROTECTED]
----------------------------------------------------------------------
--
----------------------------------------------------------------------
Dipl.-Ing. Tobias Hofmann Bauhaus-Universitaet Weimar D99423
Weimar Professur fuer Graphische Datenverarbeitung Projekt
medienquadrat SnailMail: Bauhaus-Universitaet Weimar, Fak.
Medien, D99421 Weimar Location: D99423 Weimar
Karl-Haussknechtstr. 7 Zimmer 111 Fon: ++49-(0)3643-58-3780
Fax : -3701 e-mail: mailto:[EMAIL PROTECTED] ----------------------------------------------------------------------
-- ---------------------------------------------------------------------- Dipl.-Ing. Tobias Hofmann Bauhaus-Universitaet Weimar D99423 Weimar Professur fuer Graphische Datenverarbeitung Projekt medienquadrat SnailMail: Bauhaus-Universitaet Weimar, Fak. Medien, D99421 Weimar Location: D99423 Weimar Karl-Haussknechtstr. 7 Zimmer 111 Fon: ++49-(0)3643-58-3780 Fax : -3701 e-mail: mailto:[EMAIL PROTECTED] ----------------------------------------------------------------------
