× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yes, with NFS you will need to UNMOUNT/MOUNT to reset the NFS connections.

Sounds like problem solved :-)

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


------------------------------

message: 2
date: Sun, 27 Jan 2013 13:37:59 -0500
from: rob@xxxxxxxxx
subject: RE: More on remote stream file access...

Ok, my developers have no trouble reading from the local IFS. None whatsoever. How they do it isn't really relevant. JTOpen, lotus script, etc, makes no difference to me. What made a difference to me is that I wanted them to be able to open IFS files on another server. Trying to use either QFileSvr.400 or QNTC was an issue because QNOTES had to have a password, or, use EIM.
I found an acceptable work around. I am using MOUNT. Works great. Now the same script works great regardless if the Domino server is Linux based or i based. No customization needed to support the different OS's.
The only remaining issue that when the server serving the IFS data goes down (via a HA switch) I have to UNMOUNT and then MOUNT again. Trying to keep track of all clients that may be mounted on me (hope that doesn't sound bad) and initiate remote commands that they UNMOUNT and re MOUNT can be a hassle but it may be something I have to do. An alternative is to have the lotus script (or whatever) perform the UNMOUNT and re MOUNT upon an error.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Robert Laing" <rlaing@xxxxxxxxxxxxxx>
To: "Lotus Domino on the IBM i \(AS/400 and iSeries\)"
<domino400@xxxxxxxxxxxx>,
Date: 01/26/2013 09:05 PM
Subject: RE: More on remote stream file access...
Sent by: domino400-bounces@xxxxxxxxxxxx



Hi Rob,
Not sure if I'm following what you're trying to do, but I'll throw out
a
suggestion: use Java and the IBM Toolbox for Java(or JTOpen as I
believe
it's called these days). I've created several Java agents that access
iSeries objects(including DB2, call RPG/CL programs, read/write to IFS)
that use a stored iSeries user profile when the iSeries connection is
created. This user profile/pwd is stored in a Notes document and used
by
the agent to create the connection.
If this sounds like an option for you let me know and I can provide
more
info and possibly sample code.
Bob



Bob Laing

[1]rlaing@xxxxxxxxxxxxxx

-------- Original Message --------
Subject: More on remote stream file access...
From: [2]rob@xxxxxxxxx
Date: Thu, January 24, 2013 8:21 am
To: [3]domino400@xxxxxxxxxxxx

I am trying to access IFS data on another lpar of IBM i from Domino.
I
could try QNTC or QFileSvr.400. I have looked at a number of links:
[4]
http://www-10.lotus.com/ldd/nd8forum.nsf/5f27803bba85d8e285256bf10054620d/098bccc2f23e939e85257632007c6f7f?OpenDocument

[5]
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/cc9f81a83a44557885256d26007b0c47?OpenDocument&Highlight=0,qn%3Ftes

[6]
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/1c189ab5668a7bb68525714f00519dfc?OpenDocument

[7]
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/c98cbc2949b5cabe85256e29007a7f16?OpenDocument


In those links I hear a range of options.
One is to change user profile QNOTES from PASSWORD(*NONE) to a
password,
and if QNOTES doesn't exist on the remote lpar (maybe it doesn't have
Domino) then just create it. The password must match on both systems.
Tried opening a pmr with IBM and was told that those who've added a
password to QNOTES have done so at their own peril and have had much
difficulty. From IBM:
<snip>
NO addin products would work,
backup and restore via Domino api would not work
etc, etc, etc.
</snip>

One of the links mentioned using /qntc (aka NetServer) and
configuring
the
remote lpar to support guest accounts in NetServer and ensure that
the
user assigned (often QUSER) has access to the desired directory.

I'd really like to avoid insisting that all IFS type work (if needed)
handles locally and that the "db2" lpar leave the stuff in db2.

I'd also like to avoid insisting that the db2 lpar do all the pushing
to
the domino lpar for two reasons:
- Domino clustering.
- Timing of when Domino is ready for it.

It's also been suggested that I leave QNOTES with a password of *none
on
both machines and use EIM/SSO/Kerberos from one machine to another.
Not
sure how a batch Domino QNOTES process snags on to a Kerberos
ticket...

[8]
http://www-10.lotus.com/ldd/nd85forum.nsf/DateAllThreadedWeb/b22e66bc0807525285257afd004799af?OpenDocument


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
[9]http://www.dekko.com

_______________________________________________
This is the Lotus Domino on the IBM i (AS/400 and iSeries)
(Domino400)
mailing list
To post a message email: [10]Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [11]http://lists.midrange.com/mailman/listinfo/domino400
or email: [12]Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [13]http://archive.midrange.com/domino400.

References

Visible links
1. rlaing@xxxxxxxxxxxxxx
mailto:rlaing@xxxxxxxxxxxxxx
2. mailto:rob@xxxxxxxxx
3. mailto:domino400@xxxxxxxxxxxx
4.
http://www-10.lotus.com/ldd/nd8forum.nsf/5f27803bba85d8e285256bf10054620d/098bccc2f23e939e85257632007c6f7f?OpenDocument

5.
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/cc9f81a83a44557885256d26007b0c47?OpenDocument&Highlight=0

6.
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/1c189ab5668a7bb68525714f00519dfc?OpenDocument

7.
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/c98cbc2949b5cabe85256e29007a7f16?OpenDocument

8.
http://www-10.lotus.com/ldd/nd85forum.nsf/DateAllThreadedWeb/b22e66bc0807525285257afd004799af?OpenDocument

9. http://www.dekko.com/
10. mailto:Domino400@xxxxxxxxxxxx
11. http://lists.midrange.com/mailman/listinfo/domino400
12. mailto:Domino400-request@xxxxxxxxxxxx
13. http://archive.midrange.com/domino400
_______________________________________________
This is the Lotus Domino on the IBM i (AS/400 and iSeries) (Domino400)
mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.




------------------------------

_______________________________________________
This is the Lotus Domino on the IBM i (AS/400 and iSeries) (Domino400) digest list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



End of Domino400 Digest, Vol 11, Issue 10
*****************************************



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.