|
This is the only way i know to put IFS objects into an ASP other than the system ASP. It is completely local. Of course, some storage devices (IBM DS6800, IIRC) can be attached to an iSeries and look just like local DASD. These could be put into ASP 2 or whatever. Then you could put a UDFS there, and anything you put in that location ends up on the storage device, not the internal DASD. Of course, I have heard that external storage from IBM is much more expensive than putting more disk in a sidecar. So it is not recommended to use external storage if the only machines that need it are iSeries.
As usual, look at the help in CRTUDFS and MOUNT. Do a GO CMDUDFS for starters, as well.
HTH Vern At 07:14 AM 8/17/2005, you wrote:
Slower compared to what? - Yes I believe that IFS for NetServer than a dedicated wintel server. Heck, I've moved data from NetServer to an IPCS card in the same iSeries and got better performance. I've really naive on UDFS. Is that a SAN solution, or some way of piping an IFS directory to another platform, such as a unix box? Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com msmith6@xxxxxxxxxxxx Sent by: midrange-l-bounces@xxxxxxxxxxxx 08/17/2005 06:56 AM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To midrange-l@xxxxxxxxxxxx cc Subject Domini on iSeries and UDFS Thanks, I was planning to do that also. I just figured that this is more of an iSeries OS question and not so much of a Notes thing. I haven't used UDFSs before and didn't know if there was more processing to get the location of the file than a regular file in the IFS that resides in the system ASP. When ever I deal with things in the IFS, or I should say, the non OS/400 parts, it seems to be slightly slower. So, if anyone has used UDFSs and want to share their experience and usage that would be great. date: Tue, 16 Aug 2005 17:16:14 -0500 from: rob@xxxxxxxxx subject: Re: Domino on iSeries and UDFS You might want to try the domino400 list. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com >> >> msmith6@xxxxxxxxxxxx Sent by: midrange-l-bounces@xxxxxxxxxxxx 08/16/2005 01:28 PM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To midrange-l@xxxxxxxxxxxx cc Subject Domino on iSeries and UDFS > Hi, I run a couple of Domino servers (V6) on my iSeries (V5R2) and they work great. I've noticed over the last six months or so that my system ASP is getting a little high due to the amount of email people have. Seems hard to get people to delete email and even harder for someone to agree on a retention policy. Anyway, I was looking to create another ASP, ASP2, and create a UDFS there. I would move everything that is under /lotus, which is off the root, to that UDFS and mount it at IPL. I was wondering if anyone has done this and if they ran into any gotchas. Any concern about performance other than disk contention from under sizing the drives in the ASP? Any thought or experience on this would be great. -- 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. -- 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-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.