Re: massive document storage in the IFS - how to handle Mimix -- MIDRANGE-L

I'm guessing the real issue there was lack of arms for performance. Since then ASYNCBRING has been added for back up as well.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects

On 5/21/2013 5:18 AM, Richard Schoen wrote:

This discussion jogged my memory this morning.

Several years back I recall we had a customer designate a couple of drives in an ASP just for documents storage.

In this scenario since it was ASP 2 we created a UDFS to manage the files.

I seem to recall they still had performance issues with IFS backups, but now I'm trying to remember if they were unmounting and backing up the UDFS or trying to back the original objects.

In their case they moved storage ultimately to using a SAN, but this could re-kindle the usage of UDFS for storing documents.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email:richard@xxxxxxxxxxxxxxx
Web Site:http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT

-----Original Message-----

message: 1
date: Mon, 20 May 2013 17:53:12 -0500
from: Dan Kimmel<dkimmel@xxxxxxxxxxxxxxx>
subject: RE: massive document storage in the IFS - how to handle Mimix

I'm wondering if that ownership holds up when a UDFS is UNMOUNTed. Have to try it tomorrow. Good plan creating a dummy user and using WRKOBJOWN.

-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Mark S Waterbury
Sent: Monday, May 20, 2013 5:30 PM
To: Midrange Systems Technical Discussion
Subject: Re: massive document storage in the IFS - how to handle Mimix

Hi, Dan:

On WRKLNK, you can type an "8" next to a file or directory to see its attributes (including the owner).

I created a "test" user ID (CRTUSRPRF TEST) then I created a directory named "test" in QOpenSys, and changed its owner to TEST with CHGOWN.
Then I copied a stream file into that directory and changed its owner to TEST. Then I issued WRKOBJOWN TEST and there they were.

Mark

> On 5/20/2013 6:11 PM, Dan Kimmel wrote:

> I just tried changing the management and existence properties in a UDFS and they may be changed on each file. So the doc must mean something different than how I read it.
>
> Is there a way to see if the file is appended to the user profile other than scrolling through WRKOBJOWN one page at a time?
>
> -----Original Message-----
> From:midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan Kimmel
> Sent: Monday, May 20, 2013 5:01 PM
> To: Midrange Systems Technical Discussion
> Subject: RE: massive document storage in the IFS - how to handle Mimix
>
> Sorry. There's a link about halfway down the page to another page that talks about unix-like file systems not having those properties.
> http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzamv/rzam
> vifsrootfiles.htm
>
> I see what you see in wrklnk, but I think those properties are inherited from the udfs definition or from the mounted-over link. Did you try changing them?