ans4026w exceed max file size
hi all running ADSM 3.1 level 2.50 server on aix 4.3.3, sun client 3.1. level 08 on solaris 5.6, linux client4.1 lecel 20 (latest) on red hat kernel 2.4.2 I'm trying to restore files from sun client on linux vith option -virtualnudename=sun. everythings works fine BUT for large files (3.5 Go or grater) where i get : ANS4026W error processing '/toto/mimi.tgz' size of '4,425,190,087' exceeded maximum file size on your system. Of course, the linux system on which i restore DO accept such file size. Really such a big file exist on the destination filesystem. i'll be glad of ideas. thanks [EMAIL PROTECTED]
Re: ans4026w exceed max file size
meci hervi well. some more details... the linux node ulimit is set unlimited for : dataseg size, file size, max mem sise. the user running dsmc is root. i hope he got every rights ;=) the error come just as the dsmc command is launched. so not any part of data is restored from adsm server. as i use -pick option, the dataflow between server and linux client do work. I can select the file to be restored. Yves-Jean PLANE "Chibois, Herve" wrote: > > Hi Y... > > Are you absolutely sure that the user which launchs the dsmc restore process > has the right Ulimit params ? > > When do TSM throw this message, at the very end, at X% ? > Give us more details. Do you have enough space in your FS ? > > rv > > > hi all > > > > running ADSM 3.1 level 2.50 server on aix 4.3.3, > > sun client 3.1. level 08 on solaris 5.6, > > linux client4.1 lecel 20 (latest) on red hat kernel 2.4.2 > > > > I'm trying to restore files from sun client on linux > > vith option > > -virtualnudename=sun. > > everythings works fine BUT for large files (3.5 Go or grater) where i > > get : > > ANS4026W error processing '/toto/mimi.tgz' > > size of '4,425,190,087' > > exceeded maximum file size on your system. > > > > Of course, the linux system on which i restore DO > > accept such file > > size. Really such a big file exist on the destination filesystem. > > > > i'll be glad of ideas. > > > > thanks > > [EMAIL PROTECTED] > >
Re: How to restore data from a client that no longer exists...
As told above, no client, no data available. Try to register a node with the name of the deleted one and then proceed with the "-virtualnodename=oldnodename" option. you must specify the target files or directory. You will be asked for the oldname password. dsmc rest "*" -subdir=yes -virtulanodename=oldnode (-pick if you need) /restore_directory yves-jean plane "James W. Doll" wrote: > On a TSM client of the same type of operating system. Update the Nodename to be > that of the 'deleted' client and then you can start a TSM session to restore the > files from the 'deleted' client to the current system you are on, You can also > update the access rights to the 'deleted' client to allow the 'current' client > restore the files. > > Jim Doll > CNJ Rm330B 908-236-3492 > Fax 908-236-3668
Re: Password issues
it may be useful to set variables : DSM_CONFIG='the dsm.opt file' DSM_DIR='the dsm directorie where the bin is' DSM_LOG='where you want the dsmeror.log & dsmsched.log to be' then contact the server... eg dsmc q sess. you 'll be asked for the pasword at first time. then that 'd be ok. Hrouda Toma9 wrote: > Probably your client has wrong password saved in crypted file for > "paswordaccess generate" login. Try to run scheduler from command line with > password parameter > > dsmc sched -pass=your_new_password > > Scheduler should update his saved password and next should starts without > problem, I think. You can verify it in dsmsched.log. > > Hi > Tom > > > -Pyvodnm zprava- > > Od: ABDULSALAM ABDULLA [SMTP:[EMAIL PROTECTED]] > > Odeslano: 14. kvltna 2001 7:26 > > Komu: [EMAIL PROTECTED] > > Pxedmlt: Password issues > > > > When I login if I use any administrator user it logs in without any > > password > > or even if I enter any password it gets in > > Now I want to go live, and I need to fix this. If I set the password > > authentication to Yes, the clients are having problem running > > the backup schedule and it's giving error. > > FYI: in dsm.sys of every client I have [asswordaccess generate] > > The server is getting started via: nohup /usr/lpp/adsmserv/bin/dsmserv > > quiet > > 1>/dev/console 2>&1 & > > > > Thanks, > > Salam > > > > > > Salam R. Abdulla > > Project Leader > > Dubai Aluminum Company > > P. O. Box: 3627 > > Dubai, UAE > > Office: +(971-4) 8022965 > > --- > > Pxmchozm zprava neobsahuje viry. > > Zkontrolovano antivirov}m systimem AVG (http://www.grisoft.cz). > > Verze: 6.0.225 / Virova baze: 107 - datum vydanm: 22.12.2000 > > > --- > Odchozm zprava neobsahuje viry. > Zkontrolovano antivirov}m systimem AVG (http://www.grisoft.cz). > Verze: 6.0.225 / Virova baze: 107 - datum vydanm: 22.12.2000
Re: wrong stgpool
Hi David so, i assume notespool has a longer retention period than ntclass.. no? TSM use the longest retention mgtclass to manage directories. You can solve with : DIRMC ntclass on the TSM client configuration file. Good luck YJ PLANE David DeCuir wrote: > I have 20 NT servers with a dsm.opt that has an include * ntclass line. > These run a nightly backup that has worked fine for months, backing > up to the backup copygroup of mgmtclass ntclass with a dest. of > ntdiskpool. This is all normal. > > Here is my problem. I created a new mgmtclass called notesclass, > which has a backup copygroup with a dest. of notespool > (this is a tape pool). Now, keep in mind the 20 NT servers have > include * ntclass as the only mgmtclass. I'm seeing that q content of > some of the volumes in notespool show data paths from most of the > 20 NT servers. > > Notesclass is not a default mgmtclass and the notespool volumes > were aquired empty from scratch. How could this data get on the wrong > stgpool volumes? > > Also, the NT servers data paths on the volumes in notespool point to > directories only, no files. > I'm also seeing this with my UNIX mgmtclass (having data paths > on notespool). > > I am new to this and have never run any audits or unloads or > anything on the database or volumes. Could that help? > Still too new and dumb to know why this is happening. Thanks.
