/tmp on an unload/reload -- MIDRANGE-L

Subject: /tmp on an unload/reload
From: rob@xxxxxxxxx
Date: Thu, 1 Apr 2010 09:21:09 -0400
List-archive: <http://archive.midrange.com/midrange-l>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

If you modify /tmp and change the RSTDRNMUNL attribute in order to get
QMSF and QtmmSendMail working then you will have to change that if you do
an unload/reload. Tried to get the "Recovering your system" documentation
updated to show this. Best I could get from IBM was the following:
<snip>
Rob, I did some more checking into this. There are some attributes which
are not set if the object exists during restore. RSTDRNMUNL is one of
them. I'll have the Recover your system documentation updated to include
something like:
If certain attributes were changed on IBM supplied directories, those
attributes may need to be changed again after recovery.
</snip>

You're on your own to determine that one of the directories that they are
talking about is /tmp.

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.