|
On May 20, 2022, at 2:36 PM, Rob Berendt <rob@xxxxxxxxx> wrote:
BP is telling the boss to leave VIOS on internal disks. ☹
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Roberto José Etcheverry Romero
Sent: Friday, May 20, 2022 3:29 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: BRMS flash copy
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
That doesn't happen on SVC-derived storages (Storwize, Flashsytems), you
have to either follow the wizard and hope the code doesn't have a hiccup
(Where the code says "All's OK" but when you check you have an unused disk
and a phantom dead disk) or just replace it by CLI otherwise it'll be left
as "unused".
On the bright side, since the SAN has its own Model/Type/Serial and
interface, you won't get an IBM i tech trying to replace a VIOS disk.
On Fri, 20 May 2022 at 09:25, Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>--
wrote:
On the SAN, if the yellow light is blinking, simply pull the drive, stuff
the new one in and forget it. I check back in about 10 minutes and
usually the dead drive that was replaced winds up being the new hot spare.
I’ve walked customers through that process several times.
With respect to VIOS disk failures, SAN boot it. Eliminate the internal
drives completely.
Jim Oberholtzer
Agile Technology Architects
lot more skilled then the service reps IBM sends out to fix Power internalOn May 20, 2022, at 7:13 AM, Rob Berendt <rob@xxxxxxxxx> wrote:
I'm hoping the people who change drives in a SAN when they fail are a
drives for VIOS. EACH. AND. EVERY. TIME. the first thing the service rep
tries to do is get STRSST working from a VIOS command line.
I can tell this is always going to happen when the dispatcher asks mewhat OS is running on the lpars that the VIOS is supporting.
There is no possible communication to avoid this situation. The peoplemanning the phones cannot comprehend the situation. So you just let them
send the wrong guy, he flubs it, then he calls someone on the phone who can
talk him through it.
have to pull up IBM documentation but I had to call his supervisor and tell
The IBM i hosted drives were a little better although not only did I
him the education he was given was bad and needed correction. The rep
always said to wait 0 seconds to pull the drive. Then waited until AFTER
the 18 seconds he was allowed to pull the drive expired before he pulled
the drive. We never lost data but we did have to clear several errors.
The rep agreed that the IBM doc I pulled looked legit and the supervisor
agreed with me that some reeducation was in order.
And having to speak to multiple duty managers on each call to getanything done gets annoying.
Jim Oberholtzer
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Sent: Friday, May 20, 2022 7:47 AMclick links or open attachments unless you recognize the sender and know
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx
Subject: Re: BRMS flash copy
CAUTION: This email originated from outside of the organization. Do not
the content is safe.
always go with SAN replication where possible. As a plus, it pushes the
QEDD is a good product, several of my customers use it. That said, I
replication workload to the SAN from the POWER system. With the toolkit,
flash copy, nightly full system saves, etc are a breeze. The BRMS iASP
version, I just can’t see where that is a solution for all but limited
situations.
see a reason to change it. With respect to upgrades, moving to SAN storage
Now in Rob’s case where procedures are clear and practiced, I just don’t
from internal storage, that is definitely the way to go, even with needing
VIOS to virtualize everything. Once you’ve got that set up properly
management is easy, can be done while the system is active etc.. Once you
get to that type of storage, you won’t choose to go back.
switch to GDIHQ2.
Jim Oberholtzer
Agile Technology Architects
On May 20, 2022, at 6:30 AM, Rob Berendt <rob@xxxxxxxxx> wrote:
I'm trying to decide if any of these really help in our situation.
GDIHQ is production.
GDIHQ2 is CBU.
We're using Quick-EDD to replicate between these.
We back up GDIHQ quarterly with a full system save. After doing a role
GDIHQ based on this exact scenario.We do nightly backups on GDIHQ2 with BRMS.
IBM just added the capability to BRMS to create a recovery report for
machine for the nightly saves.
I have zero quisce operations and zero disruption of the production
to start the checkpoint for a save while active. I had to do a ragged saveBack when we only had a single system the boss would not let me quiesce
while active. Of course, save while active on IFS is a sick joke.
or Thursday. Then we switch over to GDIHQ2 on Saturday and upgrade GDIHQ
When we do an OS upgrade we upgrade GDIHQ2 first. Let's say Wednesday
to the new release. This way we have zero worries about saving to a
previous release being an issue. Been through several upgrades, ptfs, etc
with no issues following this. Sunday we switch back. They're in
different cities so they have different IP addresses, etc. There is a
slight drop in 5250, etc when we do the switches. We have an automated
process which changes the DNS entries in our Windows servers.
for testing of the new releases, etc.
GDIHQ2 is not a 'test'. It is CBU. We have other machines and lpars
because of your familiarity with those processes.
What we have may only sound simple to me because I'm familiar with it.
While PowerHA and/or other SAN based solutions sound simple to you
Rob Berendt
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
midrange-l@xxxxxxxxxxxxxxxxxx>Sent: Friday, May 20, 2022 7:12 AM
To: Midrange Systems Technical Discussion <
Rameez RazaSubject: RE: BRMS flash copy
Thank you.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
midrange-l@xxxxxxxxxxxxxxxxxx>Sent: Thursday, May 19, 2022 4:16 PM
To: Midrange Systems Technical Discussion <
click links or open attachments unless you recognize the sender and knowSubject: Re: BRMS flash copy
CAUTION: This email originated from outside of the organization. Do not
the content is safe.
do
Dear Rob,
Flashcopy backup using PowerHA requires IBMi cluster and iASP.
BRMS flashcopy does not require PowerHA and hence can be implemented for
system having iASP or Sysbase only. You can use BRMS flashcopy to take
backup as under
On Source Side ( SYSTEMA )
To do the FlashCopy backup of SYSTEMA. You need to follow the steps
1)End SYSTEMA to Restricted State.
2)Check that System has reached to restricted state ( There are API to
SYSTEMAthis ). When you put the system in restricted state Main Memory of
Diskwould be flushed and all contents would be written to disk. This way you
would reduce chances damaged object on FLASHSYS ( Flash Copy System of
SYSTEMA )
3) Change the IPLA of SYSTEMA to start in restircted state
4) Set the source system to Flash Copy State ( There are commands to do
this )
5) Indicate to SYSTEMA that backup is in progress on FLASHSYS ( Though
backup has not started )
6) Now Split the association between Source Disk Array and the Flash
QUSRBRMArray. This is called ENDPPRC link in IBM term and Split in EMC Term. A
number of checks can be incorporated to make this step more robust
7) Once the split is complete , Change the IPLA of SYSTEMA to start the
system normally
8) Start QCTL on SYSTEMA
9) Do Not Run Any backup on SYSTEMA till the time backup is running or
better say that till the time the backup completes on FLASHSYSA and
commands( BRMS data Library ) is restored to SYSTEMA.
Target Side ( FLASHSYS System Side)
1) IPL the FLASHSYS after the split is complete or after the ENDPPRC is
complete
2) FLASHSYS will come up in Restricted state or it will stall if it cant
find the load source disk ( if the split is failure )
3) Change the Flash state from source to flash target ( there are
lineto do this , its easy)
4) Remove Production IP address, Remote Route ( if required ) and assign
new ip adress and new Route. New IP address means dynamically creating
systemsdescription with correct resource name ( its easy )
5) Set Restricted state TCP/IP interface for BRMS to talk to other
to bein BRMS network
6) Do the backup
7) Irrespective of weather backup completes normally or abnormally, save
entire QUSRBRM in to save file and FTP it to source system SYSTEMA (
fromdone as batch FTP )
Source Side ( SYSTEMA ) - Steps would be executed as part of FTP job
youFLASHSYSA )
1) Clear QUSRBRM
2) Add to system reply list default reply of I to ignore deletion of
unsaved journal receiver
3) Restore QUSRBRM
4) Ensure the QUSRBRM is restore succesfful. If yes then indicate to
SYSTEMA that backup is now compelete on FLASHSYS.
5) End the Flash Copy on source.
On Thu, 19 May 2022, 19:34 Rob Berendt, <rob@xxxxxxxxx> wrote:
I hear talk of something called BRMS flash copy.
Is this something which still requires two lpars and/or systems or can
listdo a flash copy, and start the backup from the flash copy?
Do you have to quisce the system during the flash copy?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 7310 Innovation Blvd, Suite 104
Ft. Wayne, IN 46818
Ship to: 7310 Innovation Blvd, Dock 9C
Ft. Wayne, IN 46818
http://www.dekko.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
relatedTo post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
listquestions.--
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
related questions.To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
list--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
related questions.To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
list--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
related questions.To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
--list
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxxrelated questions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
--list
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxxrelated questions.
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
link: https://amazon.midrange.com
Help support midrange.com by shopping at amazon.com with our affiliate
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.
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.