Hi Andy, Thanks for the confirmation. Looking forwards to the "updated paperwork"!
On Wed, Jun 3, 2015 at 10:38 AM, Andrew Raibeck <stor...@us.ibm.com> wrote: > Hi Zoltan, > > Yes, you have the right APAR and fix level. That APAR is not platform > specific, it covers all UNIX, Linux, and Windows platforms. > > We are working on getting the "paperwork" updated appropriately. > > Best regards, > > - Andy > > > ____________________________________________________________________________ > > Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead | > stor...@us.ibm.com > > IBM Tivoli Storage Manager links: > Product support: > > http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager > > Online documentation: > http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome > Product Wiki: > > https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager > > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2015-06-02 > 10:20:14: > > > From: Zoltan Forray <zfor...@vcu.edu> > > To: ADSM-L@VM.MARIST.EDU > > Date: 2015-06-02 10:22 > > Subject: Re: Problem logging in to administrator ID with DHCP node > > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > > > As suspected, upgrading the client to 7.1.2.1 has resolved the problem > with > > administrator login. So, I am pretty sure it is related to IT08705 > > <http://www.ibm.com/support/docview.wss?uid=swg1IT08705> but I can not > > confirm since I can't find the APAR record. So it seems this problem > > effects Windows as well as AIX clients. > > > > On Tue, Jun 2, 2015 at 8:19 AM, Zoltan Forray <zfor...@vcu.edu> wrote: > > > > > BTW, I was looking through the 7.1.2.1 fixlist and found this entry > > > "IT08705 - 7.1.2 WEB CLIENT LOGIN AUTHENTICATION FAILURE POP-UP > MESSAGE, > > > ANS3004E IN DSMERROR.LOG". > > > > > > While it says it is for AIX, it sounds very close to my problem. > > > Unfortunately, someone seems to have pulled the APAR since the link to > the > > > APAR page 404's and Googling for that APAR only sends me back to the > > > fixlist page. > > > > > > Can someone from IBM look into/comment on this? > > > > > > On Tue, Jun 2, 2015 at 8:02 AM, Zoltan Forray <zfor...@vcu.edu> wrote: > > > > > >> Thank you for the suggestion. > > >> > > >> Back a while ago, I asked, here, if there are any issues with using > DHCP > > >> (vs fixed IP addresses) for the clients to backup and was told that > this > > >> was the way pretty much everyone did it. So far we have not had any > issues > > >> with the backups on any other clients we have converted to DHCP. This > is > > >> the first problem and I think it is related to the client and the web > > >> interface. > > >> > > >> On Tue, Jun 2, 2015 at 12:48 AM, Karel Bos <tsm....@gmail.com> wrote: > > >> > > >>> Hi, > > >>> > > >>> Compare q no f=d output of the node with the current ip address of > that > > >>> node. Some of the registered ip's of that node might have not been > > >>> updated. > > >>> > > >>> Having dhcp enabled on your backup clients and having them switch ips > > >>> constantly will cause issues for tsm server to tsm client > communications > > >>> even when running in polling mode. > > >>> Op 1 jun. 2015 22:27 schreef "Zoltan Forray" <zfor...@vcu.edu>: > > >>> > > >>> > We are migrating our TSM infrastructure to DHCP assignments for the > > >>> client > > >>> > nodes/servers. Up until no everything seems to have worked OK. > > >>> > > > >>> > Now we moved a bunch of CIFS backups to DHCP and having problems > > >>> logging in > > >>> > to an administrator ID via the WEB client on the box. > > >>> > > > >>> > Every attempt to login produces "invalid password" for the > > >>> administrator, > > >>> > no matter how many times we reset the password. Logging in as this > same > > >>> > admin ID via a different interface work with no problem. The admin > ID > > >>> has > > >>> > full privileges. > > >>> > > > >>> > The config is this. The connection from this node server to the > TSM > > >>> server > > >>> > is DHCP / 172 range. The webport connection to the box is a fixed > > >>> private > > >>> > 192.168 address. The client is 7.1.2.0 > > >>> > > > >>> > Any thoughts? > > >>> > > > >>> > -- > > >>> > *Zoltan Forray* > > >>> > TSM Software & Hardware Administrator > > >>> > Xymon Monitor Administrator > > >>> > Virginia Commonwealth University > > >>> > UCC/Office of Technology Services > > >>> > www.ucc.vcu.edu > > >>> > zfor...@vcu.edu - 804-828-4807 > > >>> > Don't be a phishing victim - VCU and other reputable organizations > will > > >>> > never use email to request that you reply with your password, > social > > >>> > security number or confidential personal information. For more > details > > >>> > visit http://infosecurity.vcu.edu/phishing.html > > >>> > > > >>> > > >> > > >> > > >> > > >> -- > > >> *Zoltan Forray* > > >> TSM Software & Hardware Administrator > > >> Xymon Monitor Administrator > > >> Virginia Commonwealth University > > >> UCC/Office of Technology Services > > >> www.ucc.vcu.edu > > >> zfor...@vcu.edu - 804-828-4807 > > >> Don't be a phishing victim - VCU and other reputable organizations > will > > >> never use email to request that you reply with your password, social > > >> security number or confidential personal information. For more details > > >> visit http://infosecurity.vcu.edu/phishing.html > > >> > > > > > > > > > > > > -- > > > *Zoltan Forray* > > > TSM Software & Hardware Administrator > > > Xymon Monitor Administrator > > > Virginia Commonwealth University > > > UCC/Office of Technology Services > > > www.ucc.vcu.edu > > > zfor...@vcu.edu - 804-828-4807 > > > Don't be a phishing victim - VCU and other reputable organizations will > > > never use email to request that you reply with your password, social > > > security number or confidential personal information. For more details > > > visit http://infosecurity.vcu.edu/phishing.html > > > > > > > > > > > -- > > *Zoltan Forray* > > TSM Software & Hardware Administrator > > Xymon Monitor Administrator > > Virginia Commonwealth University > > UCC/Office of Technology Services > > www.ucc.vcu.edu > > zfor...@vcu.edu - 804-828-4807 > > Don't be a phishing victim - VCU and other reputable organizations will > > never use email to request that you reply with your password, social > > security number or confidential personal information. For more details > > visit http://infosecurity.vcu.edu/phishing.html > > > -- *Zoltan Forray* TSM Software & Hardware Administrator Xymon Monitor Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
