|
This is the situation. I bring down Domino. I save several directories. /tmp is not one of them. I restart Domino. I then backup other libraries and more ifs directories, including /tmp. First thought was to save /tmp at the same time as I save Domino. And, yes, that would stop the Domino conflicts I am experiencing. But, what about other problems I am just not aware of yet? Some of the files in that directory seem related to email attachments for SNDEMAIL. I am looking at following Davids advice and clearing out the directory after doing our big save. I am concerned that it may wreak havoc with some 'stuck' email. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com "Ingvaldson, Scott" <SIngvaldson@xxxxxxxxxxxx> Sent by: midrange-l-bounces@xxxxxxxxxxxx 02/18/2004 01:14 PM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To "'midrange-l@xxxxxxxxxxxx'" <midrange-l@xxxxxxxxxxxx> cc Fax to Subject RE: Not backing up directory /tmp That shouldn't really be a problem, assuming that if /tmp is being used 'correctly' it shouldn't contain data needed for a restore. I looked in ours and found BRMS flight recorders, MQ Series sockets, some Domino objects and a couple empty log files I couldn't identify. (QZDFMSVR) We backup the IFS using BRMS and Save-While-Active. Currently we drop the Management Central server, Apache HTTP servers, MQ series, Domino and FAX400 before the backup and I have never seen objects in /tmp locked. What jobs are causing you grief? Regards, Scott Ingvaldson AS/400 System Administrator GuideOne Insurance Group -----Original Message----- date: Wed, 18 Feb 2004 12:44:09 -0500 from: rob@xxxxxxxxx subject: Not backing up directory /tmp Anyone see an issue with only backing up directory /tmp, in the ifs, only every 8 weeks when doing a dedicated save? Evidently there are numerous IBM jobs that access that directory and it causes them a wee bit of grief when it is locked. Even if I do SAVACT, there would be a lock potential, I believe. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com This message and accompanying documents are covered by the Electronic Communications Privacy Act, 18 U.S.C. §§ 2510-2521, and contains information intended for the specified individual(s) only. This information is confidential. If you are not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, copying, or the taking of any action based on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.