Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*ADSM\s+Management\s+of\s+File\s+Spaces\s*$/: 3 ]

Total 3 documents matching your query.

1. ADSM Management of File Spaces (score: 1)
Author: Beach Shelby <dcal20 AT SBEACH.TEALE.CA DOT GOV>
Date: Thu, 2 Oct 1997 16:58:11 -0700
We have had several of our OS/2 clients re-label volumes which were being backed up by ADSM. The result of this, as might be expected, is that ADSM creates a new file space for the "new" volume and b
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-10/msg00073.html (11,626 bytes)

2. ADSM Management of File Spaces (score: 1)
Author: Ulrich Sturmberg <ULRICH.STURMBERG AT BONNDATA.DEUBA DOT COM>
Date: Fri, 3 Oct 1997 05:29:30 +0100
Status Distribution October 03, 1997 01:27:38 The message regarding "ADSM Management of File Spaces" sent on October 03, 1997 01:27:38 was sent by Status Recipient Type To Native Name ADSM-L AT VM.MA
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-10/msg00075.html (11,197 bytes)

3. Re: ADSM Management of File Spaces (score: 1)
Author: Reinhard Mersch <mersch AT UNI-MUENSTER DOT DE>
Date: Mon, 6 Oct 1997 10:35:13 +0200
Yes, that is the way it works. And it becomes even worse, because as an ADSM admin you do not even know, whether a files space is dead or not, since the "Last Backup Date" yielded by "query filespace
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1997-10/msg00112.html (12,430 bytes)


This search system is powered by Namazu