|
Rob - You're right... QNTC is the OS/400 equivalent of an Microsoft SMB client. It allows you to connect to other PC based servers in the network. It doesn't work very well though! It is slow and there are several issues involved with getting it to work right. One being that in order to connect to another server, that server has to have a userid / password that is identical to the AS/400 user requesting access through QNTC. Kenneth -----Original Message----- From: rob@dekko.com [mailto:rob@dekko.com] Sent: Thursday, June 28, 2001 7:34 AM To: MIDRANGE-L@midrange.com Subject: Re: Backing up the IFS - what actually gets backed up? Bruce, one of us, is totally misled. Item 1) QNTC. My belief is that QNTC is NOT the storage for integrated netfinity servers on the same 400. My belief is that QNTC is used for the 400 to have access to PC's within the network. For example, if I have a PC named ROB in a different building then I can do a CPY from /QNTC/ROB/... as long as the 400 user/pwd matches a user/pwd that has access to the share on that PC. Now, my userid/pwd has administrator access to every PC in our network. That's over 800. If it didn't automatically exclude QNTC then I would be backing up every PC in my organization when I saved the IFS. I'd rather continue to use ADSTAR to do this, thank you. Item 2) QFileSvr.400 If I do the following MD '/QFileSvr.400/rmt400' then WRKLNK '/QFileSvr.400/rmt400/*' Then I can see everything on the remote 400. Therefore I would hope that this gets automatically excluded, or in effect I am backing up two 400's from one. Rob Berendt ================== A smart person learns from their mistakes, but a wise person learns from OTHER peoples mistakes. "R. Bruce Hoffman, Jr." To: <MIDRANGE-L@midrange.com> <rbruceh@attglobal. cc: net> Subject: Re: Backing up the IFS - what actually gets backed up? Sent by: owner-midrange-l@mi drange.com 06/28/2001 07:25 AM Please respond to MIDRANGE-L -----Original Message----- From: Peter Dow <pcdow@yahoo.com> To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com> Date: Wednesday, June 27, 2001 6:52 PM Subject: Backing up the IFS - what actually gets backed up? >My question is, what about other servers that are accessible via the IFS? >Does the command > >SAV DEV('/QSYS.LIB/media-device-name.DEVD') | > | | | | OBJ(('/*') ('/QSYS.LIB' *OMIT) + >| > | | | | ('/QDLS' *OMIT)(1) + >| > | | | | ('/QIBM/ProdData' *OMIT) + >| > | | | | ('/QOpenSys/QIBM/ProdData' *OMIT)) >+| > | | | | UPDHST(*YES) > >which is run by option 23 of the SAVE menu, backup any attached NT servers? >What about servers connected via QFileSvr.400? The Backup/Recovery Guide is >less than forthcoming about this. > Yes, so long as the server is varied off during the save. The space (physically) in QNTC is not really what you are after. The QFPNWSSTG is the space your after. In either event, the omits above a specifically omit QSYS (saved by normal library saves) QDLS (saved by SAVDLO) and IBM product information in the directories (don't store anything there thinking it's PRODUCTION instead of PRODUCT <vbg>) >I would guess that they're automagically omitted instead of having to be >explicitly omitted as /QDLS is in the above command, but I don't know and I >don't see any documentation that says so. > No, they are automatically included. >When I tried to backup an object from a QNTC NT server, I got an error >stating that QSECOFR was not authorized to the NT server. Presumably if she >had been, it would've worked. How about with QFileSvr.400? Again, why QNTC? It's just a lump, a heap. And what about QFileSvr.400? Without OS/2, I don't think (pretty sure) anything goes in here. That was the space for OS/2. But the data actually showed on QFPNWSSTG, like the NT. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.