linux client and TSM gui
Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
Tim, You'll need to possibly export your display and then the executable for the GUI is dsm instead of dsmc. Thanks, Mooney -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Thursday, June 02, 2011 8:35 AM To: ADSM-L@VM.MARIST.EDU Subject: linux client and TSM gui Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
If that dosent work try dsmj after exporting your display variable. On Thu, Jun 2, 2011 at 8:34 AM, Tim Brown tbr...@cenhud.com wrote: Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
We configure our linux machines to use run level 3 only and configure the managedservices option in the client options file. This enables you to use the web GUI interface from a browser, remote or locally. Page 308 in the 5.5 BA user guide. Hope this helps... ~Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Thursday, June 02, 2011 8:35 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] linux client and TSM gui Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
Even if I export the display doesn't the dsm executable have to reside On the linux client. I don't see the dsm executable in the bin folder On linux Tim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Mark Mooney Sent: Thursday, June 02, 2011 8:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: linux client and TSM gui Tim, You'll need to possibly export your display and then the executable for the GUI is dsm instead of dsmc. Thanks, Mooney -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Thursday, June 02, 2011 8:35 AM To: ADSM-L@VM.MARIST.EDU Subject: linux client and TSM gui Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
It might be dsmj then. Tim Brown tbr...@cenhud.com wrote: Even if I export the display doesn't the dsm executable have to reside On the linux client. I don't see the dsm executable in the bin folder On linux Tim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Mark Mooney Sent: Thursday, June 02, 2011 8:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: linux client and TSM gui Tim, You'll need to possibly export your display and then the executable for the GUI is dsm instead of dsmc. Thanks, Mooney -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Thursday, June 02, 2011 8:35 AM To: ADSM-L@VM.MARIST.EDU Subject: linux client and TSM gui Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.
Re: linux client and TSM gui
On 2 jun 2011, at 15:02, Tim Brown wrote: Even if I export the display doesn't the dsm executable have to reside On the linux client. I don't see the dsm executable in the bin folder 'the bin' folder? I assume you mean /opt/tivoli/tsm/client/ba/bin ? the gui for linux is dsmj On some systems, sometimes the installer also creates links for TSM in /usr/bin, but YMMV On linux Tim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Mark Mooney Sent: Thursday, June 02, 2011 8:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: linux client and TSM gui Tim, You'll need to possibly export your display and then the executable for the GUI is dsm instead of dsmc. Thanks, Mooney -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tim Brown Sent: Thursday, June 02, 2011 8:35 AM To: ADSM-L@VM.MARIST.EDU Subject: linux client and TSM gui Is there a way to run a TSM GUI session on Linux, I am able to run the command line interface. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
TSM client machine renames
Hello all, We are contemplating a massive Active Domain reorganization which would involve renaming hundreds of Windows machines that we backup into TSM. We forsee a few problems with this, and I am looking to see if any other TSM sites have faced a similar problem and what they did to address it. The problems: 1. Renaming a Windows system will result in TSM making a fresh backups for the volumes on that system (because the system name is part of the filespace name). Renaming the filespace on the TSM server will address this, but timing is a problem. If you rename the filespace a day early or a day late, you will still end up with extra backups. 2. TSM likes to replace DOMAIN C: statements with DOMAIN \\systemname\C$. If the systemname changes, then the TSM backup will fail, because it won't be able to find the old systemname (unless and until the DOMAIN statement is updated). Again, with so many machines, updating all those DSM.OPT files will be problematic. 3. If we have a large number of unintended extra backups, TSM server resources (database size and stgpool capacity) will be stretched. Having a tool that would allow our customers to rename their TSM filespaces on-demand would be a big help. As we do not give out policy domain privileges, we cannot use dsmadmc to do this. I am looking for other solutions that any of you might have developed, or even just thought about. If the TSM BA client allowed a user to rename their filespace, that would be a great solution. But it's not there. Thanks for any help (or condolences). ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
Re: TSM client machine renames
We have on occasion created a batch job that runs on the TSM servers that users can feed a few parameters to then have our operations group run it through the enterprise scheduler. This allows a user to run a command of higher privilege but still be under control. Also the users may have the job run at a time of their choosing and not bother us with details. As long as you build in good error checking it should be relatively safe. Hope that helps and I send my condolences. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul Zarnowski Sent: Thursday, June 02, 2011 12:52 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM client machine renames Hello all, We are contemplating a massive Active Domain reorganization which would involve renaming hundreds of Windows machines that we backup into TSM. We forsee a few problems with this, and I am looking to see if any other TSM sites have faced a similar problem and what they did to address it. The problems: 1. Renaming a Windows system will result in TSM making a fresh backups for the volumes on that system (because the system name is part of the filespace name). Renaming the filespace on the TSM server will address this, but timing is a problem. If you rename the filespace a day early or a day late, you will still end up with extra backups. 2. TSM likes to replace DOMAIN C: statements with DOMAIN \\systemname\C$. If the systemname changes, then the TSM backup will fail, because it won't be able to find the old systemname (unless and until the DOMAIN statement is updated). Again, with so many machines, updating all those DSM.OPT files will be problematic. 3. If we have a large number of unintended extra backups, TSM server resources (database size and stgpool capacity) will be stretched. Having a tool that would allow our customers to rename their TSM filespaces on-demand would be a big help. As we do not give out policy domain privileges, we cannot use dsmadmc to do this. I am looking for other solutions that any of you might have developed, or even just thought about. If the TSM BA client allowed a user to rename their filespace, that would be a great solution. But it's not there. Thanks for any help (or condolences). ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: TSM client machine renames
You can form a SQL query to get the nodes from a TSM instance of a given OS platform. If hostnames are related in some deterministic fashion to the nodenames, and you have remote r/w access to \\nodename\c$\path\to\dsm.opt via AD, and you have something equivalent to sed you can script the dsm.opt edits, and someone hasn't neutered dsmcutil's ability to use the /machine: option to start/stop remote services, and you have a scripting language to script the filesystem renames via dsmadmc, You may be able do the whole thing from one central Windows running PC. OR If your schedulers are in prompt mode, you may be able to do similar things with a mix of DEFINE CLIENTACTION and at jobs. [RC] From: Paul Zarnowski p...@cornell.edu To: ADSM-L@VM.MARIST.EDU Date: 06/02/2011 10:59 AM Subject:[ADSM-L] TSM client machine renames Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hello all, We are contemplating a massive Active Domain reorganization which would involve renaming hundreds of Windows machines that we backup into TSM. We forsee a few problems with this, and I am looking to see if any other TSM sites have faced a similar problem and what they did to address it. The problems: 1. Renaming a Windows system will result in TSM making a fresh backups for the volumes on that system (because the system name is part of the filespace name). Renaming the filespace on the TSM server will address this, but timing is a problem. If you rename the filespace a day early or a day late, you will still end up with extra backups. 2. TSM likes to replace DOMAIN C: statements with DOMAIN \\systemname\C$. If the systemname changes, then the TSM backup will fail, because it won't be able to find the old systemname (unless and until the DOMAIN statement is updated). Again, with so many machines, updating all those DSM.OPT files will be problematic. 3. If we have a large number of unintended extra backups, TSM server resources (database size and stgpool capacity) will be stretched. Having a tool that would allow our customers to rename their TSM filespaces on-demand would be a big help. As we do not give out policy domain privileges, we cannot use dsmadmc to do this. I am looking for other solutions that any of you might have developed, or even just thought about. If the TSM BA client allowed a user to rename their filespace, that would be a great solution. But it's not there. Thanks for any help (or condolences). ..Paul -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. -
Re: TSM client machine renames
-Paul Zarnowski wrote: - We are contemplating a massive Active Domain reorganization which would involve renaming hundreds of Windows machines that we backup into TSM. We forsee a few problems with this, and I am looking to see if any other TSM sites have faced a similar problem and what they did to address it. The problems: 1. Renaming a Windows system will result in TSM making a fresh backups for the volumes on that system (because the system name is part of the filespace name). Renaming the filespace on the TSM server will address this, but timing is a problem. If you rename the filespace a day early or a day late, you will still end up with extra backups. 2. TSM likes to replace DOMAIN C: statements with DOMAIN \\systemname\C$. If the systemname changes, then the TSM backup will fail, because it won't be able to find the old systemname (unless and until the DOMAIN statement is updated). Again, with so many machines, updating all those DSM.OPT files will be problematic. 3. If we have a large number of unintended extra backups, TSM server resources (database size and stgpool capacity) will be stretched. Do you use the 'nodename' option or let the clients default to using the machine name as the node name? If the machine name is used as the node name, you many not need to worry about extra backups because the 'rename filespace' operations were mistimed; the backups will not run at all until the appropriate 'rename node' operation is also done. On the other hand, our experience indicates that a node name change invalidates the TSM password saved on the client system. We think this happens because the process the client uses to retrieve saved passwords links each password to a specific node name. How do you start client backups? We use the client scheduler service without the client acceptor. The service seems to remember the node name in effect when the service was created, even in the absence of a 'nodename' option in dsm.opt. I don't know whether there is a way to change the node name the service uses; we advise client system administrators to remove the service and create a new one when a Windows system is renamed. Could you address problem 2 by using a client option set with 'force=yes' to force selected clients to used 'domain c:' rather than whatever is specified in dsm.opt?
Re: TSM client machine renames
i used dsmadmc has a backend for a CGI script. used perl modules DBD::TSM and
DBI, but you can call dsmadmc directly. Access was controlled thru clear text
file that was no way related to TSM access and deleted after we were done.
Timing was key but well documented for users to follow. Hope this helps.
#!/usr/bin/perl -w
use CGI qw(:standard);
use CGI::Carp qw(warningsToBrowser fatalsToBrowser);
use strict;
use DBI;
print header;
print start_html(Rename TSM Node);
print end_html;
my $nodename = uc(param('nodename'));
my $rename = uc(param('rename'));
my $userid = param('userid');
my $passwd = param('passwd');
open READ, /rename/userid.txt;
my $autherr = 1;
while (READ) {
$_ =~ /(\w+)\s(\w+)/;
if($1 eq $userid $2 eq $passwd){
$autherr = 0;
}
}
close READ;
my ($sec,$min,$hour,$day,$mon,$year,$wday,$yday,$isdst)=localtime;
$year+=1900;
$mon+=1;
my $str = $mon/$day/$year $hour:$min:$sec $userid;
open OUT, /rename/logs/$mon$day$hour$min$sec-$userid.log;
if ($autherr){
print Wrong User ID and/or Password!br\n;
print OUT $str Wrong User ID and/or Password!\n;
exit;
}
my ($dbh1,$dbh2,$sth1,$sth2,$fs1,$fs2);
print Renaming $nodename to $rename\n;
print OUT $str Renaming $nodename to $rename\n;
$dbh1=DBI-connect(DBI:TSM:tsm-1,tsmadmin,tsmpw,
{RaiseError = 0,
PrintError = 0}) or die $DBI::errstr;
$dbh2=DBI-connect(DBI:TSM:tsm-1,tsmadmin,tsmpw,
{RaiseError = 0,
PrintError = 0}) or die $DBI::errstr;
$sth1=$dbh1-prepare (q node $nodename)
or die $dbh1-errstr;
if (!$sth1-execute()){
print brbrNode $nodename Not Found!br;
print OUT $str Node $nodename Not Found!\n;
exit;
}
$sth1=$dbh1-prepare (rename node $nodename $rename)
or die $dbh1-errstr;
if ($sth1-execute()){
print brbrRenamed node $nodename to $renamebr\n;
print OUT $str Renamed node $nodename to $rename\n;
}else{
print brbrFailed to rename node $nodename to $renamebr\n;
print OUT $str Failed to rename node $nodename to $rename\n;
exit;
}
$sth1=$dbh1-prepare (update node $rename synovus1)
or die $dbh1-errstr;
if ($sth1-execute()){
print brChanged node $rename password to synovus1br\n;
print OUT $str Changed node $rename password to synovus1\n;
}else{
print brFailed to Changed node $rename passwordbr\n;
print OUT $str Failed to Changed node $rename password\n;
}
$sth1=$dbh1-prepare (select FILESPACE_NAME from filespaces where
node_name='$rename')
or die $dbh1-errstr;
$nodename = lc($nodename);
$rename = lc($rename);
if ($sth1-execute()){
while (($fs2) = $sth1-fetchrow_array) {
$fs1 = $fs2;
if ($fs2 =~ s/$nodename/$rename/){
$sth2=$dbh2-prepare (rename filespace $rename $fs1 $fs2 namet=uni)
or die $dbh2-errstr;
if ($sth2-execute()){
print brRenamed filespace $rename $fs1 $fs2br\n;
print OUT $str Renamed filespace $rename $fs1 $fs2\n;
}else{
print brFailed to rename filespace $rename $fs1 $fs2br\n;
print OUT $str Failed to renamed filespace $rename $fs1 $fs2\n;
}
}
}
}
$dbh1-disconnect;
$dbh2-disconnect;
close OUT;
From: Paul Zarnowski p...@cornell.edu
To: ADSM-L@VM.MARIST.EDU
Date: 06/02/2011 10:59 AM
Subject:[ADSM-L] TSM client machine renames
Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
Hello all,
We are contemplating a massive Active Domain reorganization which would
involve renaming hundreds of Windows machines that we backup into TSM. We
forsee a few problems with this, and I am looking to see if any other TSM
sites have faced a similar problem and what they did to address it.
The problems:
1. Renaming a Windows system will result in TSM making a fresh backups for
the volumes on that system (because the system name is part of the
filespace name). Renaming the filespace on the TSM server will address
this, but timing is a problem. If you rename the filespace a day early or
a day late, you will still end up with extra backups.
2. TSM likes to replace DOMAIN C: statements with DOMAIN \\systemname\C$.
If the systemname changes, then the TSM backup will fail, because it won't
be able to find the old systemname (unless and until the DOMAIN statement
is updated). Again, with so many machines, updating all those DSM.OPT
files will be problematic.
3. If we have a large number of unintended extra backups, TSM server
resources (database size and stgpool capacity) will be stretched.
Having a tool that would allow our customers to rename their TSM
filespaces on-demand would be a big help. As we do not give out policy
domain privileges, we cannot use dsmadmc to do this. I am looking for
other solutions that any of you might have developed, or even just thought
about. If the TSM BA client allowed a user to rename their filespace,
that would be a great solution. But it's not there.
Thanks for any help (or condolences).
