Problems archiving Linux symbolic links on NFS
CentOS (RH lite) 5 with TSM 7.1.4.4 client User called about an archive that keeps aborting/failing with no real details. Sometimes the archive will run for a while and sometimes fail pretty quickly. 04/28/2016 17:39:50 ANS4023E Error processing '/home1': file input/output error 04/28/2016 17:41:30 ANS1999E Archive processing of '/home1/ngandhi/*' stopped. 04/28/2016 17:41:30 ANS4023E Error processing '/home1': file input/output error 04/28/2016 17:56:36 ANS2820E An interrupt has occurred. The current operation will end and the client will shut down. 04/28/2016 17:56:44 ANS0361I DIAG: linux/psunxthr.cpp ( 207): unknown thread, fatal error, signal 11 04/28/2016 17:57:22 ANS2820E An interrupt has occurred. The current operation will end and the client will shut down. 04/28/2016 17:57:30 ANS0361I DIAG: linux/psunxthr.cpp ( 207): Unknown thread, fatal error, signal 11 04/28/2016 17:58:36 ANS1999E Archive processing of '/home1/ngandhi/*' stopped. 04/28/2016 17:58:36 ANS4023E Error processing '/home1': file input/output error Turned on tracing and after lots of different Googling, I guessed it has something to do with symbolic links (this users has lots of them) and the filesystem is NFS. The user confirmed this. They also did all kinds of verification that there aren't any problems with the symbolic links or the filesystem. They can't use archsyml=no since these are end-of-semester archiving and if needed, the users would have to have it back the way they left it. Problem is, all hits that describe this issue are from 6.x days and say they are resolved. 04/29/2016 11:34:40.318 : virtstat.cpp( 622): dsmNFSsyscall stat for path /home1/ngandhi/AT/at_tetra.qsu b.69111/all_tetrasacc_m203/gold_all_tetrasacc_m203.mol2.gz 04/29/2016 11:34:40.318 : unxfilio.cpp(2796): fioGetAttrib: type: size: 3148 for /home1/ngandhi/AT/ at_tetra.qsub.69111/all_tetrasacc_m203/gold_all_tetrasacc_m203.mol2.gz 04/29/2016 11:34:40.318 : virtstat.cpp( 622): dsmNFSsyscall stat for path /home1/ngandhi/AT/at_tetra.qsu b.69111/all_tetrasacc_m203/ranked_all_tetrasacc_m203_1.mol2 04/29/2016 11:34:40.453 : unxfilio.cpp(2348): fioGetAttrib: stat error for /home1/ngandhi/AT/at_tetra.qs ub.69111/all_tetrasacc_m203/ranked_all_tetrasacc_m203_1.mol2, errno = 5 04/29/2016 11:34:40.453 : linux/pserrno.cpp ( 309): TransErrno: Received error from stat, errno = 5, rc = 164 04/29/2016 11:34:40.453 : virtstat.cpp( 622): dsmNFSsyscall statfs for path / 04/29/2016 11:34:40.453 : virtstat.cpp( 622): dsmNFSsyscall stat for path / 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /proc 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /proc 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /sys 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /sys 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /tmp 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /tmp 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /usr/global 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /usr/global 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /home 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /home 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /export/global 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /export/global 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /export/home 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /export/home 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /proc/sys/fs/binfmt_misc 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /proc/sys/fs/binfmt_misc 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /ipathfs 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /ipathfs 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /var/lib/nfs/rpc_pipefs 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /var/lib/nfs/rpc_pipefs 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /proc/fs/nfsd 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall stat for path /proc/fs/nfsd 04/29/2016 11:34:40.454 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /home1 04/29/2016 11:34:40.456 : virtstat.cpp( 622): dsmNFSsyscall stat for path /home1 04/29/2016 11:34:40.456 : virtstat.cpp( 622): dsmNFSsyscall statfs for path /home2 04/29/2016 11:34:40.456 : virtstat.cpp
Windows and symbolic links
Windows 2012R2 server TSM 7.1.2.0 client The customer has a drive with a symbolic link off to a UNC share path. When the backup runs it backs up the drive, but does not follow the symbolic link and backup the UNC share. Which is what we really want to accomplish. The FOLLOWSYMBOLIC=YES is ignored in the DSM.OPT file. I know it says *NIX only, but I was hoping. Anybody know of a way to get TSM to follow that symbolic link on the drive? Bill Boyer There are seldom good technological solutions to behavioral problems. -??
Re: Windows and symbolic links
-Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Bill Boyer Sent: Friday, August 14, 2015 10:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Windows and symbolic links Windows 2012R2 server TSM 7.1.2.0 client The customer has a drive with a symbolic link off to a UNC share path. When the backup runs it backs up the drive, but does not follow the symbolic link and backup the UNC share. Which is what we really want to accomplish. The FOLLOWSYMBOLIC=YES is ignored in the DSM.OPT file. I know it says *NIX only, but I was hoping. Anybody know of a way to get TSM to follow that symbolic link on the drive? Bill Boyer -End of Original Message- I think a statement like domain ALL-LOCAL \\server1\share1 will get the share backed up, if the account used to run backups has the necessary permissions. The client scheduler service is typically run under the system account, which typically does not have access to resources owned by other systems. Thomas Denier Thomas Jefferson University Hospital The information contained in this transmission contains privileged and confidential information. It is intended only for the use of the person named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. CAUTION: Intended recipients should NOT use email communication for emergent or urgent health care matters.
Re: Windows and symbolic links
You may have already looked at this, but it may be a Windows permission problem. If the System account is running the client, it can only backup local drives. You need an account that has authority to backup non-local drives/shares. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) From: Thomas Denier thomas.den...@jefferson.edu To: ADSM-L@VM.MARIST.EDU, Date: 08/14/2015 10:27 AM Subject:Re: [ADSM-L] Windows and symbolic links Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Bill Boyer Sent: Friday, August 14, 2015 10:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Windows and symbolic links Windows 2012R2 server TSM 7.1.2.0 client The customer has a drive with a symbolic link off to a UNC share path. When the backup runs it backs up the drive, but does not follow the symbolic link and backup the UNC share. Which is what we really want to accomplish. The FOLLOWSYMBOLIC=YES is ignored in the DSM.OPT file. I know it says *NIX only, but I was hoping. Anybody know of a way to get TSM to follow that symbolic link on the drive? Bill Boyer -End of Original Message- I think a statement like domain ALL-LOCAL \\server1\share1 will get the share backed up, if the account used to run backups has the necessary permissions. The client scheduler service is typically run under the system account, which typically does not have access to resources owned by other systems. Thomas Denier Thomas Jefferson University Hospital The information contained in this transmission contains privileged and confidential information. It is intended only for the use of the person named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. CAUTION: Intended recipients should NOT use email communication for emergent or urgent health care matters. The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
Re: Windows and symbolic links
The share on the NAS device as well as the directory/files all have that user as read permission. And that's the userid the service is configured with. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Friday, August 14, 2015 12:24 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Windows and symbolic links Access Denied sounds like a permission or authentication error somewhere. George Huebschman (George H.) From: Bill Boyer bjdbo...@comcast.net To: ADSM-L@VM.MARIST.EDU, Date: 08/14/2015 12:11 PM Subject:Re: [ADSM-L] Windows and symbolic links Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU The TSM Scheduler service is running under an account that has permission to the share as well as the files in the share. If I specify the share name, all I get are security access errors on every file. Using the same userid I can to a run-as on Notepad and access the files on the share for reading. But when the backup runs as the same user every file gives an access denied error. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Friday, August 14, 2015 10:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Windows and symbolic links You may have already looked at this, but it may be a Windows permission problem. If the System account is running the client, it can only backup local drives. You need an account that has authority to backup non-local drives/shares. George Huebschman (George H.) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
Re: Windows and symbolic links
How about trying a test with an opt file targeted on just that UNC name? Or try (maybe you already have) try mapping a drive to that share directly rather than as a symbolic link on the drive. George Huebschman (George H.) From: Bill Boyer bjdbo...@comcast.net To: ADSM-L@VM.MARIST.EDU, Date: 08/14/2015 10:09 AM Subject:[ADSM-L] Windows and symbolic links Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Windows 2012R2 server TSM 7.1.2.0 client The customer has a drive with a symbolic link off to a UNC share path. When the backup runs it backs up the drive, but does not follow the symbolic link and backup the UNC share. Which is what we really want to accomplish. The FOLLOWSYMBOLIC=YES is ignored in the DSM.OPT file. I know it says *NIX only, but I was hoping. Anybody know of a way to get TSM to follow that symbolic link on the drive? Bill Boyer There are seldom good technological solutions to behavioral problems. -?? The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
Re: Windows and symbolic links
Access Denied sounds like a permission or authentication error somewhere. George Huebschman (George H.) From: Bill Boyer bjdbo...@comcast.net To: ADSM-L@VM.MARIST.EDU, Date: 08/14/2015 12:11 PM Subject:Re: [ADSM-L] Windows and symbolic links Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU The TSM Scheduler service is running under an account that has permission to the share as well as the files in the share. If I specify the share name, all I get are security access errors on every file. Using the same userid I can to a run-as on Notepad and access the files on the share for reading. But when the backup runs as the same user every file gives an access denied error. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Friday, August 14, 2015 10:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Windows and symbolic links You may have already looked at this, but it may be a Windows permission problem. If the System account is running the client, it can only backup local drives. You need an account that has authority to backup non-local drives/shares. George Huebschman (George H.) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
Re: Windows and symbolic links
The TSM Scheduler service is running under an account that has permission to the share as well as the files in the share. If I specify the share name, all I get are security access errors on every file. Using the same userid I can to a run-as on Notepad and access the files on the share for reading. But when the backup runs as the same user every file gives an access denied error. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Friday, August 14, 2015 10:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Windows and symbolic links You may have already looked at this, but it may be a Windows permission problem. If the System account is running the client, it can only backup local drives. You need an account that has authority to backup non-local drives/shares. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) From: Thomas Denier thomas.den...@jefferson.edu To: ADSM-L@VM.MARIST.EDU, Date: 08/14/2015 10:27 AM Subject:Re: [ADSM-L] Windows and symbolic links Sent by:ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Bill Boyer Sent: Friday, August 14, 2015 10:08 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Windows and symbolic links Windows 2012R2 server TSM 7.1.2.0 client The customer has a drive with a symbolic link off to a UNC share path. When the backup runs it backs up the drive, but does not follow the symbolic link and backup the UNC share. Which is what we really want to accomplish. The FOLLOWSYMBOLIC=YES is ignored in the DSM.OPT file. I know it says *NIX only, but I was hoping. Anybody know of a way to get TSM to follow that symbolic link on the drive? Bill Boyer -End of Original Message- I think a statement like domain ALL-LOCAL \\server1\share1 will get the share backed up, if the account used to run backups has the necessary permissions. The client scheduler service is typically run under the system account, which typically does not have access to resources owned by other systems. Thomas Denier Thomas Jefferson University Hospital The information contained in this transmission contains privileged and confidential information. It is intended only for the use of the person named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. CAUTION: Intended recipients should NOT use email communication for emergent or urgent health care matters. The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may be considered a commercial electronic message under Canadian law or this message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US law. You may unsubscribe at any time from receiving commercial electronic messages from PNC at http://pages.e.pnc.com/globalunsub/ PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.com
Re: symbolic links
On Mar 18, 2008, at 3:21 PM, John Bremer wrote: Greetings, Does anyone know if symbolic links are distinguishable as objects in the TSM Database backups table (they look like regular FILE entries), or if they are distinguishable at the client (save for the fact they are tiny)? Alas, that's a product shortcoming... There is no means provided to customers for identifying which objects in TSM storage are symbolic links. It is certainly information which should be readily queryable from the client. Richard Sims
symbolic links
Greetings, Does anyone know if symbolic links are distinguishable as objects in the TSM Database backups table (they look like regular FILE entries), or if they are distinguishable at the client (save for the fact they are tiny)? Thank you. John Bremer
symbolic links
TSM 5.3.1 server on windows 2K server. TSM client 5.1.7 on RHEL4-AS. The client has some recursive symbolic links, and whenever the client backs up, the server tries to backup every directory within the sym link, which is infinite and the backup dies. Is there a flag to ignore backups of sym links? I searched the list back a couple of years, one other person asked, but no answer. I also checked the install readme, and it only mentions how to restore an object within a symlink, not to avoid backing then up alltogether. Thanks for your time, Alex
Re: symbolic links
Alex, There is a dsm.opt file option archsymlinkasfile no and command line option -archsyml=no'. According to the Backup-Archive Clients Installation and User's Guide=, this will archive the symbolic link and not the associated file or directory. Cheers, Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 13, 2006 9:41 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] symbolic links TSM 5.3.1 server on windows 2K server. TSM client 5.1.7 on RHEL4-AS. The client has some recursive symbolic links, and whenever the client backs up, the server tries to backup every directory within the sym link, which is infinite and the backup dies. Is there a flag to ignore backups of sym links? I searched the list back a couple of years, one other person asked, but no answer. I also checked the install readme, and it only mentions how to restore an object within a symlink, not to avoid backing then up alltogether. Thanks for your time, Alex
Re: symbolic links
Alex - It is the case that the client OS environment is screwed up, and that the client administrator needs to fix it...which is to say that this is not a TSM problem. (However, the TSM documentation on symbolic links is conflicting: In the Unix client manual it says, During a backup operation, symbolic links are never followed. In IBM Technote 1117280 it says, TSM is designed to backup the symbolic links and their associated object. ... TSM will attempt to follow the link to the actual object. Your experience proves that the client manual is wrong. In any case, the client file system needs owner attention. The only TSM alternative is to Exclude problem areas in a file system. Richard Sims On Jul 13, 2006, at 10:40 AM, Alexander Lazarevich wrote: TSM 5.3.1 server on windows 2K server. TSM client 5.1.7 on RHEL4- AS. The client has some recursive symbolic links, and whenever the client backs up, the server tries to backup every directory within the sym link, which is infinite and the backup dies. Is there a flag to ignore backups of sym links? I searched the list back a couple of years, one other person asked, but no answer. I also checked the install readme, and it only mentions how to restore an object within a symlink, not to avoid backing then up alltogether. Thanks for your time, Alex
Re: symbolic links
I added archsymlinkasfile=no to dsm.opt and that seems to fix the problem. So we are good. And yes, TSM linux client I'm using (5.1.7) does follow and backup symlinks by default, so if you've got recursive links, the backup will fail. So the fix is that option. At least that works for us right now. Alex On Thu, 13 Jul 2006, Richard Sims wrote: Alex - It is the case that the client OS environment is screwed up, and that the client administrator needs to fix it...which is to say that this is not a TSM problem. (However, the TSM documentation on symbolic links is conflicting: In the Unix client manual it says, During a backup operation, symbolic links are never followed. In IBM Technote 1117280 it says, TSM is designed to backup the symbolic links and their associated object. ... TSM will attempt to follow the link to the actual object. Your experience proves that the client manual is wrong. In any case, the client file system needs owner attention. The only TSM alternative is to Exclude problem areas in a file system. Richard Sims On Jul 13, 2006, at 10:40 AM, Alexander Lazarevich wrote: TSM 5.3.1 server on windows 2K server. TSM client 5.1.7 on RHEL4- AS. The client has some recursive symbolic links, and whenever the client backs up, the server tries to backup every directory within the sym link, which is infinite and the backup dies. Is there a flag to ignore backups of sym links? I searched the list back a couple of years, one other person asked, but no answer. I also checked the install readme, and it only mentions how to restore an object within a symlink, not to avoid backing then up alltogether. Thanks for your time, Alex
Re: symbolic links
Schneider, Jim wrote: Alex, There is a dsm.opt file option archsymlinkasfile no and command line option -archsyml=no'. According to the Backup-Archive Clients Installation and User's Guide=, this will archive the symbolic link and not the associated file or directory. and, yes, for backups there is a similar option, check your dsm.sys for an option called followsym or something, just put an asterisk (*) in front of it, or delete completely, TSM's default behavior is to do the right thing see http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/com.ibm.itsmc.doc/ans5258.htm Cheers, Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 13, 2006 9:41 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] symbolic links TSM 5.3.1 server on windows 2K server. TSM client 5.1.7 on RHEL4-AS. The client has some recursive symbolic links, and whenever the client backs up, the server tries to backup every directory within the sym link, which is infinite and the backup dies. Is there a flag to ignore backups of sym links? I searched the list back a couple of years, one other person asked, but no answer. I also checked the install readme, and it only mentions how to restore an object within a symlink, not to avoid backing then up alltogether. Thanks for your time, Alex -- Met vriendelijke groeten, Remco Post SARA - Reken- en Netwerkdiensten http://www.sara.nl High Performance Computing Tel. +31 20 592 3000Fax. +31 20 668 3167 PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end. -- Douglas Adams
ANS3008- too many symbolic links/looped symlink definitions
Anyone else seen this yet? I have LPARs running AIX 5.1 ML3, client code 5.1.5.5, server 4.1.9.2 (on AIX 4.3.3.10). When an archive is attempted (with the default of followsymlink=yes) you get this error message in the error.log 01/18/03 05:41:27 ANS3008E Too many symbolic links were detected while resolvi ng name '/usr/HTTPServer/htdocs/en_US/pc_client/pccship/html/en_US/wsmship/html/ en_US/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/en_U S/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/en_US/ws mship/html/en_US/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/en_US/wsmshi p/html/en_US/wsmship/html/en_US/wsmship/html/en_US/wsmship/html/codebase/taskgui de a ls -al on the problem symlink reveals: lrwxrwxrwx 10 Oct 01 13:40 /usr/websm/html/en_US/wsmship - /usr/websm lrwxrwxrwx 10 Oct 01 13:40 /usr/websm/html/wsmship - /usr/websm lrwxrwxrwx 10 Oct 01 13:40 /usr/websm/pc_client/pccship - /usr/websm which looks like a looping symlink to me. All of our LPARs are like this. Does everyone else's? I was unable to find an APAR on this, but was curious what you all found. thanks! lisa
Symbolic Links
What is the correct way to backup Symbolic links for AIX. TSM server V 4.2.1.11 AIX client V 4.2.1.23 The client wants to backup all the folders pointed by the Link and also restore the folders pointed to by symbolic links. Should I be able to see the link in the Backup GUI ? Thanks Rajesh Oak Outgrown your current e-mail service? Get a 25MB Inbox, POP3 Access, No Ads and No Taglines with LYCOS MAIL PLUS. http://login.mail.lycos.com/brandPage.shtml?pageId=plus
Re: ANE4017E - too many symbolic links were detected while resolving name ...
Zosimo, I've been a victim of that also, and on Irix. It can kill your system by filling up the log very fast. The fix is to use client 3.1.0.7 or later and use the switch ARCHSYMLinkasfile No. Otherwise you end up with circular link definitions. We fought that for a year before that client version and switch were released. Tab Trepagnier TSM Administrator Laitram Corporation Zosimo Noriega (ADNOC IST) [EMAIL PROTECTED]@VM.MARIST.EDU on 07/28/2001 01:08:12 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: ANE4017E - too many symbolic links were detected while resolving name ... anybody can help me regarding this error. i run archive of filespace '/usr4' from sgi machine (unix), and then i got the series of error messages from the activity log, like this example: 07/26/2001 11:31:37 ANE4017E (Session: 3788, Node: SGIS01) Error processing '/sgis01/usr4/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Deskto p/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/De sktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh095 2/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/ak h0952/.gqs_awkprogs/.gqs_awkprogs': too many symbolic links were detected while resolving name how can i exclude this in archive or solve this symbolic liinks. any help from you is really appreciated. regards, Zosimo Noriega A D N O C IST-ITD DMSS Tel - 6024987
ANE4017E - too many symbolic links were detected while resolving name ...
anybody can help me regarding this error. i run archive of filespace '/usr4' from sgi machine (unix), and then i got the series of error messages from the activity log, like this example: 07/26/2001 11:31:37 ANE4017E (Session: 3788, Node: SGIS01) Error processing '/sgis01/usr4/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Deskto p/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/De sktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh095 2/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/akh0952/Desktop/ak h0952/.gqs_awkprogs/.gqs_awkprogs': too many symbolic links were detected while resolving name how can i exclude this in archive or solve this symbolic liinks. any help from you is really appreciated. regards, Zosimo Noriega A D N O C IST-ITD DMSS Tel - 6024987
Re: ANE4017E - too many symbolic links were detected while resolving name ...
how can i exclude this in archive or solve this symbolic liinks. Zosimo - There is EXCLUDE.ARCHIVE; but I would dig into that file system and resolve its problems, as they are unhealty for anything going through that area. Step your way into that problem directory and see what's going on. Richard Sims, BU
Open apar on symbolic links...(unix)
FYI - for those of you who may check/see or expecting something that "isn't" there apar detail: Item IC27692 APAR Identifier .. IC27692 Last Changed..00/08/31 INCREMENTAL BACKUP SYMBOLIC LINK WITH SUBDIR=YES NOTHING IS BACK ED UP NOT THE FILES , DIRECTORIES OR THE LINK Symptom .. IN INCORROUT Status ... CLOSED PER Severity ... 2 Date Closed . 00/08/31 Component .. 5698TSMCL Duplicate of Reported Release . 41A Fixed Release 999 Component Name TIVOLI STR MGR Special Notice Current Target Date .. Flags SCP ... UNIX Platform UNIX Status Detail: Not Available PE PTF List: PTF List: Release 41A : PTF not available yet Release 41H : PTF not available yet Release 41S : PTF not available yet Release 41L : PTF not available yet Release 41T : PTF not available yet Release 41Q : PTF not available yet Release 41G : PTF not available yet Release 41U : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: TSM client 3.7 and 4.1 ignore the subdir option. . With the subdir option specified an incremental backup should backup the symbolic links, directories and files they point to . Recreate this issue: dsmc i -su=yes */lien_adsm/** ..In this case nothing is being backed up including the link. LOCAL FIX: PROBLEM SUMMARY: * USERS AFFECTED: UNIX client * * PROBLEM DESCRIPTION: Command "dsmc inc" does not backup * * anything, if the last directory in the * * specified path is symbolic link, which * * points to mount point. * * RECOMMENDATION: Apply the fix when available * PROBLEM CONCLUSION: One routine returned incorrect value in case of symbolic pointing to mount point. Source code was modified to return correct value. Now command like "dsmc inc /some_path/sym_link/*" works fine even if directory, that symbolic link points to, is a mount point of a filesystem. TEMPORARY FIX: COMMENTS: MODULES/MACROS: EXE DSMC SRLS: NONE