T.R | Title | User | Personal Name | Date | Lines |
---|
318.1 | | DECWET::FARLEE | Insufficient Virtual um...er.... | Wed Jan 15 1997 11:01 | 10 |
318.2 | A standard disk service ...with IP alias given via asemgr | BACHUS::DEVOS | Manu Devos DEC/SI Brussels 856-7539 | Thu Jan 16 1997 00:44 | 33 |
318.3 | Same on V4.2B... | BIS1::DEVOS_M | | Tue Jan 21 1997 09:45 | 27 |
318.4 | To save indexes only: | DECWET::FARLEE | Insufficient Virtual um...er.... | Tue Jan 21 1997 11:05 | 7 |
318.5 | The missing link between big ASE service and DECnsr or the last step to a perfect solution... | BACHUS::DEVOS | Manu Devos DEC/SI Brussels 856-7539 | Thu Jan 23 1997 09:08 | 74 |
318.6 | Any news on this one ? | BACHUS::DEVOS | Manu Devos NSIS Brussels 856-7539 | Tue Apr 15 1997 23:58 | 23 |
| Hi,
I am now running V4.2B and Jumbo patch 12 on DU3.2D-1 on an ASE
cluster.
The command "savegrp" and "save" on an ASE filesystem are working, but
"savefs" is still not working. Is this problem worked out or should I
open a CLD ?
/simofsrv is a simple ASE Disk service as described in .2
ialta1# savefs /simofsrv
savefs: /simofsrv is not backup enabled.
savefs: nor is it listed in this client resource.
If you try "savefs -F" then a FULL backup is taken without following
the schedule.
If you try "savefs -F -c service_name" then all is perfect, but the use
of -c is restricted to Engineering and not documented.
Manu.
|
318.7 | A potential solution?? | CHEFS::TIMMIS_J | | Wed Apr 16 1997 02:31 | 20 |
| Manu,
Just and idea which may or may not work -- I haven't played with
savegrp enough.
In my scripts I kept all the control on the NSR server and
called rsh commands to each NSR client to:
quieten the database
create the clones
unquieten the database
waiting for scripts on all NSR clients to finish by checking if the
appropriate script was running on each NSR client (using rsh ps | grep
... ) before calling the next set of rsh scripts.
run backup
and then rsh commnads again to umount and delete clones
Regards,
Jane
|