| Title: | NetWorker |
| Notice: | kits - 12-14, problem reporting - 41.*, basics 1-100 |
| Moderator: | DECWET::RANDALL .com::lenox |
| Created: | Thu Oct 10 1996 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 750 |
| Total number of notes: | 3361 |
Hi,
I have a customer who has upgraded from 3.2a to 4.2b on his NSR server
which is a Alphaserver 1000a, 256mb and running 3.2g of Digital Unix.
Since the upgrade he is getting a number of events failing..
savegrp -lf -I name_of_group
name_of_fileset:save:Not enough space.
The information that he is saving is a fileset on the server on itself
but further investigation shows that some clients (which are still
running 3.2a) are also failing with same error message and also he is
unable to save the bootstrap information since the upgrade to 4.2b.
Now I got the customer to check space on the filesystem for the index
to grow although I do not believe this is the problem as he is using
the -I option on the savegrp command.
I suspect there is a memory issue but can not find any detailed
information about the error. Customer is using eager mode swap
allocation.
Can anybody assist on this one?
Many thanks for your help
Avril
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 418.1 | DECWET::RANDALL | Tue Feb 18 1997 11:51 | 7 | ||
Hi, Please have the customer add a few '-v' to the savegrp command and then post the verbatim output here. -- Rich Randall | |||||
| 418.2 | -vvvv is enough "v"s | DECWET::EVANS | NSR Engineering | Tue Feb 18 1997 13:03 | 0 |
| 418.3 | -vvvv output... save -f... | KERNEL::NICHOLSONA | one suite too many can cause truth decay | Wed Feb 19 1997 08:31 | 94 |
Hi,
corp04:/ level=full
corp04:/usr level=full
corp04:/kel_sys level=full
corp04:/u000/users level=full
corpo4:/express level=full
ta12ser1:/u030/data/oral_kel200 level=full
ta12ser1:/u202/apps/ora_instance/kel200 level=full
ta12ser`:u020/apps/oracle level=full
corp14:/ level=full
corp14:/usr level=full
corp14:/u000/users level=full
corp14:/kel_sys level=full
corp11:/ level=full
copr11:/usr level=full
corp11:/kel_sys level=full
corp11:/u000/users level=full
corp11:/master_source level=full
ta12ser2:/u120/apps/express level=full
ta12ser2:/u130/data/express level=full
2/19/97 12:16:14 savegrp:Run up to 1 clients in parallel
2/19/97 12:16:14 savegrp: corp04:probe started
savefs -s corp04 -g Park Rd F Weekly -p -l full -R -v -F /usr/kel_sys
/u000/users /express'
savegrp: authtype nsrexec
type: NSR client description;
Pools supported: Yes;
arch: decaxp
CPU type: alpha;
CPUs: 1;
Hosts: 2;
IP address: 128.3.1.34;
kernel arch: OSF1;
license units; 1050;
NAS Client: No;
OS: OSF1 3.2;
version: V4.2b
save set: path=/, arg=/, level=full, diskno=4, max_sessions=1,
stype=save;\
path=/usr, arg=/usr, level=full, diskno=3, max_sessions=1, stype=save,\
path=/kel_sys, arg=/kel_sys, level=full, diskno=2, max_sessions=1,
stype=save,\
path=/u000/usrs, arg=/u000/users, level=full, diskno=1, max_sessions=1,
stype=save,\
path=/express, arg=/express, level=full, diskno=0, stype=save;
parallellism=8
corp04:/ level=full, dn=4, mx=1, vers=pools, p=8
corp04:/usr level=full, dn=4, mx=1, vers=pools, p=8
corp04:/kel_sys level=full, dn=4, mx=1, vers=pools, p=8
corp04:/u000/users level=full, dn=4, mx=1, vers=pools, p=8
corp04:/express level=full, dn=4, mx=1, vers=pools, p=8
2/19/97 12:16:20 savegrp: corp04:/u000/usrs
save -s corp04 -g Park Rd F Weekly -LL -f - -m corp04 -l full -W78
-N /u000/users /u000/users
2/19/97 12:16:25 savegrp: corp04:/u000/users failed.
*corp04:/u000/users rcmd localhost, user root: 'save -s corp04 -g "Park
Rd F Weekly" -LL -f - -m corp04 -l full -W78 -N /u000/uses /u000/users'
*corp04:/u000/users save:Not enough space
2/19/97 12:16:25 savegrp:corp04:/kel_sys started
save -s corp04 -g Park Rd F Weekly -LL -f - -m corp04 -l full -W78 -N
/kel_sys /kel_sys
02/19/97 12:16:31 savegrp:corp04:/kel_sys failed.
corp04:/kel_sys rcmd localhost, user root: 'save -s corp04 -g "Park
Rd F Weekly" -LL -f - -m corp04 -l full -W78 -N /kel_sys
/kel_sys'
*corp04:/kel_sys save:Not enough space
I have typed this in from a fax so there may be the odd typo.
This is what the customer has tried to resolve the problem but failed
1) reduce parallelism to 1
2) reclaim index space
3) change swap allocation to lazy mode.. swap space is now 100% free
4) change sysconfigtab per-proc-data-size and stack size and the max
stack size.
5) made more space on the root partition
6) reduce to backing up one fileset.
7) changed from cluster host to workstation
8) removed a nsr client
9) just using one tape drive.. (tz88)
none of these worked
what did work however if the customer ran the save -s command
but left -f qualifier with no options. Looking at the man page for this
it appears that the -f pulls in directives.
What do you think?
Thanks
Avril
| |||||
| 418.4 | ...any more news...avril | KERNEL::NICHOLSONA | one suite too many can cause truth decay | Wed Feb 26 1997 03:40 | 7 |
Any news?
thanks
Avril
| |||||
| 418.5 | DECWET::RANDALL | Wed Feb 26 1997 18:04 | 3 | ||
I am still trying to reproduce this. No new news yet. -- Rich Randall | |||||
| 418.6 | Also have the same problem | CHEFS::TIMMIS_J | Mon Apr 07 1997 08:47 | 17 | |
I also have a customer with exactly the same problem
We are running Digital UNIX on 4 servers
2 are Alphaserver2100s and 2 are Alphaserver4100s
Each pair is running as and ASE pair
I was having problems with DEC NSR Version 3.2a and advised to upgrade
to Version 4.2b as I was having CPUs mismatched errors.
I have actually re-installed from scratch as I did not want tokeep my
indexes.
I have set up 1 client as a Cluster Host with 2 savesets / and /pwrk
/ backs up fine but
/pwrk gets the error save: Not enough space
Any help gratefull received
| |||||
| 418.7 | Problem solved | CHEFS::TIMMIS_J | Wed Apr 23 1997 09:20 | 4 | |
Just for completeness, I have managed to solve this problem with help
from the CSC by installing NSR 4.2b Patch 12
No problems since
| |||||