|
What version of Thunderbird? I can't reproduce that issue at all, but
I'm hovering near the bleeding edge on 'Lanikai/3.1.1pre'. Maybe
there's an option to trim a quoted quote somewhere that's turned on for you?
Pete,
Please be aware that if you are upgrading to Windows 7 IBM i Access V5R4 is
NOT supported. You can run i Access version 7.1 or 6.1 against your V5R4
system. Check this for compatibility issues:
http://www-03.ibm.com/systems/i/software/access/windows/supportedos.html
<http://www-03.ibm.com/systems/i/software/access/windows/supportedos.html>
Regards,
Luis Rodriguez
IBM Certified Systems Expert ? eServer i5 iSeries
On Thu, Jun 3, 2010 at 10:25 AM, Pete Helgren<Pete@xxxxxxxxxx> wrote:
Part of what is driving the question is what to order (looks like 7.1 is
the winner) and the second part is one downtime window. I have a
weekend to get it all taken care of. There is a "bigger picture"
dimension going on as well. We are upgrading the client PC's to Windows
7 (from XP - thanks MS for no upgrade path....) and moving client
documents and email back to the server (rather than storing them on the
client) so what is driving the dasd upgrade is that they run Small
Business Server on an IXA and they need more space. This will give them
a few hundred gig more.
They only have this one 520 and the IXA (with 20 client PC's, half of
which need access to the i). Add a possible move to Open Office from MS
Office and I am guessing the 7.1 upgrade will be the least of my worries!
I need to investigate the firmware levels for the IXA although a scan of
the memo to users didn't turn up any references to IXA.
Should be fun!
Pete
On 6/3/2010 7:55 AM, Jack Kingsley wrote:
Pete, your intital thread started with migrating all dasd and thenjumping
into the OS upgrade etc. Are you viewing this all as 1 downtime windowto
do all of the work that your going to do. I was just curious as to whathave
type of time allotments you have set aside to do all of this. Do you
another other systems in the mix or just this one system. I would go to6.1
then jump to 7.1. Do you have Client Access etc.http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/topic/rzahc/findinglatestpsp.htm
On Thu, Jun 3, 2010 at 9:25 AM,<rob@xxxxxxxxx> wrote:
Both of the following:
Finding the latest PSP information
toInstalling PTFs and analyzing your system for object conversions (V5R4
http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/topic/rzahc/rzahcinstallingptfsforconversions.htmIBM i 7.1 upgrade)
listWhich I found by opening the 7.1 Infocenter and expanding
IBM i and related software
Installing, upgrading, or deleting IBM i and related software
Upgrading or replacing IBM i and related software
Preparing to upgrade or replace IBM i software
HTH
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Pete Helgren<Pete@xxxxxxxxxx>
To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>
Date: 06/02/2010 09:33 PM
Subject: Re: Upgrade to 6.1 or jump to 7.1 ?
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Ok. Sounds like the best approach is to go straight to 7.1. (My beta
experience was positive as well so this seems pretty safe).
Where do I find the suggested PTF's needed to go to 7.1 from V5R4M0?
Does the memo to users cover that (6.1 and 7.1 I'd guess) or is there
another way to go about it? Looks like they are on cume 09321.
Pete
On 6/2/2010 3:44 PM, Jim Oberholtzer wrote:
I would not have any qualms about going straight to V7. As PetePro*
Massiello indicated, most of the change was in the 6.1 upgrade anyway.
So far we have not had any issues with V7.
Jim Oberholtzer
CEO/Chief Technical Architect
Agile Technology Architects, LLC
On 6/2/2010 1:52 PM, Scott Klement wrote:
*This message was transferred with a trial version of CommuniGate(r)
man,Hi Jim,
Looking at it a slightly different way, why spend all the extra hoursActually, that's EXACTLY how I _am_ looking at it. I'm a very busy
doing two upgrades as opposed to one?
worriedand sacrificing my weekend (if not two weekends) to do an upgrade is a
very painful proposition for me.
So if I can avoid doing it twice, I definitely want to. But I'm
--about exactly what Tommy Holden refers to... I can't afford for my
applications to not work because I decided to be bleeding edge.
So I guess more than anything, my question is whether I can expect to
have major problems from the "new-ness" of 7.1.
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
--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.
IBM is quite specific about IXS vs Power 6 and above at
http://www-947.ibm.com/systems/support/i/planning/upgrade/futurehdwr.html
but only pays lip service to IXA
<snip>
The newest IXS (Integrated xSeries Server - #4812/4813 remain as supported
POWER6 options, but additional IXS or IXA will not be orderable on POWER6
systems.
</snip>
Which I translate as you may continue to run IXA on Power 6 hardware but
not order new ones.
Many of the old IXS died. We lost nine and went to blade centers.
Seriously reduced our i footprint. By two towers.
Rob Berendt
Thank you Pete. ?As a follow-up question, I was told that this is only
valid if the CEC (system unit) has no internal disk. ?Is that true. ?It
doesn't seem to make sense if it is true.
Hi I'm running this command in a CLP :
QSH CMD('RM /myData/*')
This empties /myData ok, but as the directory 'test' exists in myData, the program stops with :
rm: 001-2139 The object /myData/test is a directory. No such path or directory.
I hit enter and everything's ok because I want the files in myData deleted without touching any subdirectories. How can I prevent the program from stopping? What does it mean by<No such path or directory>?
Thanks.
Here's my directory : /myData
inside, I have :
Opt Lien objet Type Attribut Texte
test DIR
file1 STMF
file2 STMF
I run in a clp :
QSH CMD('RM /myData/*')
Afterwards, I have :
Opt Lien objet Type Attribut Texte
test DIR
Which is the desired result.
What I don't want, is for the program issuing the command RM to stop.
On Thu, Jun 3, 2010 at 17:26, Dan Hogan
<Dan.Hogan@xxxxxxxxxxxx> wrote:
Thank you Pete. ?As a follow-up question, I was told thatthis is only
valid if the CEC (system unit) has no internal disk. ?Isthat true. ?
It doesn't seem to make sense if it is true.
This is true - and it makes sense.
It works like this: You can't switch tape drives. The HMC
doesn't know about tape drives - the HMC knows about
controllers. If the controller is attached to a tape drive
and several hard disks, switching the controller to a
different partition would switch the disks too.
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.