Del,
thanks for your reply. The link you provided does not work for me, though...
"Bad Gateway
The proxy server received an invalid response from an upstream server."
Any hints?
BR,
Sascha
2011/10/24 Del Hoobler
>
> http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3/index.jsp
>
>
>
> Than
On Oct 25, 2011, at 7:26 AM, Sascha Askani wrote:
> Del,
>
> thanks for your reply. The link you provided does not work for me, though...
>
> "Bad Gateway
> The proxy server received an invalid response from an upstream server."
>
Indeed... Going to
http://www.ibm.com/developerworks/wikis/
I have never build this setup before and I was just wondering if there is
any reason a cross library master/client setup would not work with TSM.
Regards,
Stefan
It has been working, and just now started working again.
Richard Cowen
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Richard Sims
Sent: Tuesday, October 25, 2011 7:38 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TDP for Databases 6.3 -- D
It worked yesterday but it's down now, the 6.2 documentation was also down
earlier today so there is probably some kind of bigger issue going on here.
On Tue, Oct 25, 2011 at 1:37 PM, Richard Sims wrote:
> On Oct 25, 2011, at 7:26 AM, Sascha Askani wrote:
>
> > Del,
> >
> > thanks for your reply
I've run that way at least once in past shops. This was back in 5.3 days, but I
can't imagine why it'd have changed.
Nick
On Oct 25, 2011, at 6:45 AM, Stefan Folkerts wrote:
> I have never build this setup before and I was just wondering if there is
> any reason a cross library master/client s
I have notified the team that manages the web site.
Thanks,
Del
"ADSM: Dist Stor Manager" wrote on 10/25/2011
08:04:18 AM:
>> From: Stefan Folkerts
>> To: ADSM-L@vm.marist.edu
>> Date: 10/25/2011 08:09 AM
>> Subject: Re: TDP for Databases
Thanks Nick.
On Tue, Oct 25, 2011 at 2:13 PM, Nick Laflamme wrote:
> I've run that way at least once in past shops. This was back in 5.3 days,
> but I can't imagine why it'd have changed.
>
> Nick
>
> On Oct 25, 2011, at 6:45 AM, Stefan Folkerts wrote:
>
> > I have never build this setup before
I have been looking around on our servers to cleanup large/unnecessary
files and came upon the /dumps/FODC_Panic_ folders with many gigs of
cores and such.
Any need to keep these around and can they be deleted? Some of them date
back to 2009.
Zoltan Forray
TSM Software & Hardware Admini
Forgive me for coming late to the party, but:
I see Win 2003 Server, and windows vista (both 32 and 64 bit) is
supported, but we can't support 32 bit Linux boxes? What kind of crap
is that?
If anyone from IBM is paying attention, you need to pick up 32 bit
Linux, or risk alienating much of your cu
I've only seen that once in a while. I changed our SOP to use the
command line install, as it's easy to just copy and paste the command
into a command prompt window to avoid such issues. Especially since it
can take a while for the gui wizard to run at times.
See Ya'
Howard Coles Jr.
John 3:16!
How so? Given the choice I would always install linux amd64/x86_64 if at all
possible (and it almost always is on any hardware purchased in the past 5 years
or so), even if I wouldn't need the 64 bit part for the application. For those
few servers that are not 64-bit capable, TSM 5.5, 6.1 and 6.
Easy, most all of the 32bit boxes we have left are so because of
Vendor\App requirements. I know what you're saying is true, but there
are "vendors" who for some reason haven't realized it up until very
recently, including IBM. The TKLM servers we run would NOT install on a
64bit RHEL server, I h
This question came up again here. If a TSM admin with system authorization
knows the client password for a certain TSM node, what keeps him from restoring
files from that node to another server of his choosing?
Sorry to resuscitate this old horse.
With many thanks,
Keith
Even better, an admin with system privileges can even restore the data without
knowing the client password, using his own credentials. The lesson here: a
system admin can do everything with everything.
The only way to prevent that is have the entire actlog be forwarded 'real time'
to a central
Nothing, it's a policy challenge if they has TSM Sys Admin rights. Kind
of like a Cop that sells evidence or takes a bribe, a priest that
protects the young ... at some point you have to trust your admin or
fire them. In my exp a node pw can be overridden with a Sys admin user
and pw.
Maybe I ov
Nothing at all. If it's a concern, then you can either use the TSM
client encryption, or some application-level encryption prior to TSM
reading it at all.
Of course, even with the data encrypted, the administrator could
compromise the system in other ways, such as deleting backups outright.
To so
It's actually a bit worse than that - an admin can read the data even
without a password reset using proxy nodes. Short of some entries in the
activity log, there wouldn't be any evidence of this.
--
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Administrator
I guess that depends on the privs the TSM admin has to your servers.
In my environment as the Senior TSM admin I have admin privs or root access to
all the machines being backed up.
Which means I could in theory restore data to any server I wanted... however I
could also copy data from one mach
How about using client encryption?
Thanks,
Del
"ADSM: Dist Stor Manager" wrote on 10/25/2011
04:07:06 PM:
>> From: Keith Arbogast
>> To: ADSM-L@vm.marist.edu
>> Date: 10/25/2011 04:16 PM
>> Subject: Can a TSM server admin purloin client b
anybody willing to do evil could find a way to have a system connected to the
network where he has full access. Some laptop? Even with port security on the
switch... just fix the ethernet card mac address :)
Basically, trust your admins to do the right thing, or don't hire them in the
first pla
The TSM V6.3 information center is currently being hosted on a section of
ibm.com that is experiencing intermittent outages. The ibm.com support team
is investigating.
Two other methods for accessing V6.3 documentation are provided
below:
1. There is a downloadable version of t
I think the real problem is not with the administrator.
The real problem is that an owner of client A can restore data from
client B only by knowing the TSM admin password. Think many customers
hooked up to the same TSM server.
And how often is that particular password changed in a lib/config
man
I'm implementing TSM 6.2 in a PowerHA 7.1 Environment.
can somebody guide me or provide some documents,because in the second node i
not able to update the DB2 configuration.
http://www-01.ibm.com/support/docvie...id=swg1IC70964
$ db2 catalog database TSMDB1 on /home/tsminst1
SQL6028N Catalog dat
Thank you very much for advice. I have tried to create service by using command
line:
C:\Program Files\Tivoli\TSM\baclient>dsmcutil" install cad /name:"TSM Client
Acceptor" /node:ICM /password:xxx /optfile:"C:\Program
Files\Tivoli\TSM\baclient\dsm.opt"
TSM Windows NT Client Service Con
Hi,
the db2 catalog is part of the startserver script, you may safely skip that
step.
I'd be interested to hear about your fs layout and experiences. TSM 6.2 in
HACMP is not very common and many people I talk to have problems with TSM v6 in
fail-over clusters.
On 26 okt. 2011, at 03:09, phart
26 matches
Mail list logo
