|
We came across this problem when IPLing a AS/400 730 against an i5 570 load source. The problem was that the i5 570 had a HMC attached of which the 730 knew nothing about. So as the machine IPL'ed A6005008 appeared, to force the IPL to use the Twinax Console we used service functions 65 and 21. We've a similar problem with the 820. -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of midrange-l-request@xxxxxxxxxxxx Sent: Tuesday, January 03, 2006 3:22 PM To: midrange-l@xxxxxxxxxxxx Subject: MIDRANGE-L Digest, Vol 5, Issue 3 Send MIDRANGE-L mailing list submissions to midrange-l@xxxxxxxxxxxx To subscribe or unsubscribe via the World Wide Web, visit http://lists.midrange.com/mailman/listinfo/midrange-l or, via email, send a message with subject or body 'help' to midrange-l-request@xxxxxxxxxxxx You can reach the person managing the list at midrange-l-owner@xxxxxxxxxxxx When replying, please edit your Subject line so it is more specific than "Re: Contents of MIDRANGE-L digest..." *** NOTE: When replying to this digest message, PLEASE remove all text unrelated to your reply and change the subject line so it is meaningful. Today's Topics: 1. RE: Some fodder for marketing, perhaps (Jon Paris) 2. Re: Some fodder for marketing, perhaps (Pete Helgren) 3. Re: Some fodder for marketing, perhaps (Steve Richter) 4. RE: A6005008 (Dave Snyder) 5. iSeries Access Express V5R2M0 & V5R3M0 slow to start (Jan Rockstedt) 6. Re: iSeries Access Express V5R2M0 & V5R3M0 slow to start (fbocch2595@xxxxxxx) 7. RE: iSeries Access Express V5R2M0 & V5R3M0 slow to start (Jan Rockstedt) 8. RE: MQ Question (Ingvaldson, Scott) ---------------------------------------------------------------------- message: 1 date: Mon, 2 Jan 2006 14:03:47 -0500 from: "Jon Paris" <Jon.Paris@xxxxxxxxxxxxxx> subject: RE: Some fodder for marketing, perhaps >> hopefully in V5R4 the single threaded restriction on jobs in qinter will be lifted. Steve - your record is broken! <grin> Expect to see RPG be fully thread safe in a future release (_not_ V5R4) but I don't see QINTER changing. Why on earth would IBM do it (apart from keeping you happy). It makes absolutely no sense to improve function in the dumb terminal area. They are investing heavily in getting everybody OFF dumb terminals - QINTER isn't used for anything but dumb terminals - so why would they spend a cent on it? It's a bit like saying that MS should invest millions in creating a new teletype interface to windows! Jon Paris Partner400 www.Partner400.com www.RPGWorld.com ------------------------------ message: 2 date: Mon, 02 Jan 2006 12:29:01 -0700 from: Pete Helgren <Pete@xxxxxxxxxx> subject: Re: Some fodder for marketing, perhaps I suppose though, that if Microsoft had ten of thousands of users (maybe hundreds of thousands) who were running telnet types of applications and were clamoring for multi-thread support that they *might* consider it. I guess it is a case of market vs marketing. In this case the IBM marketing juggernaut is trying to keep up with MS with bigger, "better" and cooler GUI tools/apps regardless, perhaps, of what the market wants. If your customers asked for a simple 5250 application to perform some function, would you build and deliver a .jsp or a cgi application that was web based? Seems to me that if the lions share of the market demands a particular function, you respond to that market or die. I think the biggest question is: What is the state of iSeries applications these days? Is it still "5250 is where it is at?" or is it "The web way is the only way?" Yeah, I know that it isn't that cut and dried. The customer, with our counsel, needs to chose what is right but I wonder what the trend *really* is. If 5250 is going away because our customers no longer see value in maintaining those types of apps then IBM is rightly responding to that trend. If however, the iSeries market is really satisfied with 5250 based apps (or text based apps) then perhaps that market should be exploited more. I guess what I am saying Jon, and I don't really disagree with your statement, is that unlike MS, where the GUI is king, iSeries apps are a bit more heterogeneous and perhaps, just perhaps, this would be a situation where breathing some additional life into text based application development might benefit IBM and the customer, regardless of where MS is going. Just some New Years musings..... Pete Helgren Jon Paris wrote: > >> hopefully in V5R4 the single threaded restriction on jobs in qinter will >be lifted. > >Steve - your record is broken! <grin> > >Expect to see RPG be fully thread safe in a future release (_not_ V5R4) but >I don't see QINTER changing. Why on earth would IBM do it (apart from >keeping you happy). It makes absolutely no sense to improve function in the >dumb terminal area. They are investing heavily in getting everybody OFF >dumb terminals - QINTER isn't used for anything but dumb terminals - so why >would they spend a cent on it? It's a bit like saying that MS should invest >millions in creating a new teletype interface to windows! > >Jon Paris >Partner400 > >www.Partner400.com >www.RPGWorld.com > > > > ------------------------------ message: 3 date: Mon, 2 Jan 2006 17:43:38 -0500 from: Steve Richter <stephenrichter@xxxxxxxxx> subject: Re: Some fodder for marketing, perhaps On 1/2/06, Jon Paris <Jon.Paris@xxxxxxxxxxxxxx> wrote: > >> hopefully in V5R4 the single threaded restriction on jobs in qinter will > be lifted. > > Steve - your record is broken! <grin> it cant be broken yet Jon. I am still interested in the topic. :) > > Expect to see RPG be fully thread safe in a future release (_not_ V5R4) but > I don't see QINTER changing. Why on earth would IBM do it (apart from > keeping you happy). It makes absolutely no sense to improve function in the > dumb terminal area. iSeries models that run green screen applications sell for a premium on the market today. Why do customers pay extra for something if they did not want to use it? > They are investing heavily in getting everybody OFF > dumb terminals - QINTER isn't used for anything but dumb terminals - so why > would they spend a cent on it? so Java could be used for green screeen programming. It is in IBM's interest that Java be adopted more on the iSeries. If it is a zero sum game, cut the RPG department and use the savings to fix the QINTER subsystem. Customers can then switch entirely to Java and will no longer need ILE and RPG. > It's a bit like saying that MS should invest > millions in creating a new teletype interface to windows! or invest in HTML, which is a client server style of computing similar to the 5250 data stream. What would it take to extend the 5250 data stream to include HTML? My guess is that could be done without breaking existing applications. Terminal applications provide a totally secure way of accessing a companies applications and data. Why discourage its use? What keeps my interest in this subject is the insistence by IBM management that their approach is best despite the fact that they continue to lose market share. Working on the as400 I get the opportunity to see many people lose their jobs. How do the IBMers responsible for the iSeries get to keep their jobs and continue their failed policies while many in the community are laid off?? -Steve ------------------------------ message: 4 date: Tue, 03 Jan 2006 09:05:24 -0500 from: "Dave Snyder" <dsnyder@xxxxxxxxxx> subject: RE: A6005008 My responses are below. >>> dhoffman@xxxxxxxxxxxxxxxxxxx 12/30/05 3:00:48 PM >>> When you try to IPL off the cd/tape, does the cd/tape drive start up and run likes its trying? Yes, it does seem to start the IPL and actually "move" the cursor to the upper left part of the screen, but then halts with the error code. If so, a couple of easy things, but ones that have got me through the years. Console is at address 0 Yes twinax is connected to port 0 Yes console is only one display (setup at one display). Yes Is there any other connection the twinax 'brick' can connect to besides where you have it on the 820. We've tried multiple cards, connections, cables, and bricks to no avail Does the 'dsp01' console your using have another console that is cabled through on the same port (with maybe the same 0 address) Not sure I understand this one. We have tried three different consoles. When you try the option 21 for DST does it seem like its trying to get to the console? We do not get to the DST screens. ------------------------------ message: 5 date: Tue, 3 Jan 2006 15:23:50 +0100 from: "Jan Rockstedt" <jan.rockstedt@xxxxxxxxxx> subject: iSeries Access Express V5R2M0 & V5R3M0 slow to start We are a ASP (Application Service Provider) company that runs iSeries Acces Express for our customers via Citrix Presentation Server 3.0 on a Windows Server 2003 TS platform. When starting iSeries Access Express to any iSeries server the application takes very long time to start via RDP or ICA protocol. I?ve clocked it to about 25 seconds before the gray logon- screen appears. If I start iSeries Access Express (same *.ws file) locally from the servers console it starts on app. 5 seconds. We have multiple users and customers that are using iSeries Access from our servers and the delay of 20 seconds, I think will drive them crazy. It sure drive me crazy. :-) We are currently running V5R2M0 sith SP SI16136. The problem remains if I install the latest SP for V5R2M0 and still remains when I tried with V5R3M0 SP SI20055 (current SP). When installing iSeries Access Express we shoose customized installation and remove the following components to keep the client as thin as possible (the list below is translated from Swedish so it may be incorrect terms :-)): - Additional components - Basic functions - OLE DB Provider - AFP Workbench Viewer - PDF/PDT -files for PC5250 - Printer drivers Is it anyone out there who are running the same concept as we or are familiar with our problem. Thanks! Regards Jan Rockstedt Avinova AB nic-hdl: JR1543-RIPE See you at Common Congress Stockholm 11-13 juni 2006! Common Europe and Data3 in partnership with IBM www.data3.se <http://www.data3.se/> ------------------------------ message: 6 date: Tue, 03 Jan 2006 09:54:02 -0500 from: fbocch2595@xxxxxxx subject: Re: iSeries Access Express V5R2M0 & V5R3M0 slow to start Is the Citrix server and the AS400 in the same subnet? -----Original Message----- From: Jan Rockstedt <jan.rockstedt@xxxxxxxxxx> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> Sent: Tue, 3 Jan 2006 15:23:50 +0100 Subject: iSeries Access Express V5R2M0 & V5R3M0 slow to start We are a ASP (Application Service Provider) company that runs iSeries Acces Express for our customers via Citrix Presentation Server 3.0 on a Windows Server 2003 TS platform. When starting iSeries Access Express to any iSeries server the application takes very long time to start via RDP or ICA protocol. I?ve clocked it to about 25 seconds before the gray logon- screen appears. If I start iSeries Access Express (same *.ws file) locally from the servers console it starts on app. 5 seconds. We have multiple users and customers that are using iSeries Access from our servers and the delay of 20 seconds, I think will drive them crazy. It sure drive me crazy. :-) We are currently running V5R2M0 sith SP SI16136. The problem remains if I install the latest SP for V5R2M0 and still remains when I tried with V5R3M0 SP SI20055 (current SP). When installing iSeries Access Express we shoose customized installation and remove the following components to keep the client as thin as possible (the list below is translated from Swedish so it may be incorrect terms :-)): - Additional components - Basic functions - OLE DB Provider - AFP Workbench Viewer - PDF/PDT -files for PC5250 - Printer drivers Is it anyone out there who are running the same concept as we or are familiar with our problem. Thanks! Regards Jan Rockstedt Avinova AB nic-hdl: JR1543-RIPE See you at Common Congress Stockholm 11-13 juni 2006! Common Europe and Data3 in partnership with IBM www.data3.se <http://www.data3.se/>
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.