× 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.



Jerry
6.0.2.3 does the trick..If you are on that version/fixpack then its all good

We were above that and it worked well

On Thu, Nov 4, 2010 at 3:34 PM, Jerry Draper <midrangel@xxxxxxxxxxxxx>wrote:

I just got off the phone with IBM and they confirm what Dave has written
below (thanks Dave).

If you are on WebSphere MQ 6.0.2.3 or higher you have the change and do
not need to quiece MQ.

To verify what version of WebSphere MQ you are on use this command:

dspmqmver

Happy time zone change everyone.

Jerry

On 11/4/2010 10:51 AM, Dave Snyder wrote:
Here is the info I have:

Daylight Saving Time
All WebSphere MQ users who reside in time zones affected by DST have
encountered the limitation of handling that change for WebSphere MQ on
IBM
i. It was necessary for WebSphere MQ to be quiescent during DST change.
This led to problem behavior in WebSphere MQ 6.0.2.2 and earlier
versions.
Let me explain.
When clocks go backward one hour in the fall, users had to stop the queue
manager for an hour either before or after the time change because time
stamps based on system clock was used as a unique identifier to record
data
in journals. If WebSphere MQ remained active during the DST change, there
was a risk of duplicate entries in the journal.
When clocks go forward one hour in the spring, users weren’t required to
stop the queue manager and the QMQM subsystem for the time it took to
adjust the clock. However, IBM advised doing so as a precaution in case
the
time was adjusted incorrectly and required the clocks to go backward.
Nevertheless, the subsystem and the queue manager could be restarted
immediately after changing the system clock.
Besides the inconvenience, this unpleasant behavior had significant
implications in certain industries like banking where stopping WebSphere
MQ
for an hour isn’t acceptable. In fact, this factor prohibited many
customers from using WebSphere MQ on IBM i.
For V5R3 and later versions of IBM i, an automatic method is available to
adjust the clock using the Time Zone (QTIMZON) system value. However,
with
WebSphere MQ installed, this feature would’ve complicated the time change
because automatic time change wouldn’t provide a chance to stop WebSphere
MQ queue managers before changing the system clock and hence the journals
would have duplicate timestamps. To avoid this, manual time change was
still recommended.
IBM recognized this issue and responded with a change. Starting with
WebSphere MQ 6.0.2.3, WebSphere MQ is no longer required to be quiescent
during DST changes.
WebSphere MQ developers created an algorithm that’s independent of the
timestamp. The algorithm uses existing WebSphere MQ elements internally
to
eliminate time-change impacts. This new feature in the more current
versions of WebSphere MQ on IBM i has been embraced by our customers
because it’s no longer necessary to pay attention to DST changes and plan
for manual intervention.
This means WebSphere MQ can run during DST change, users can exploit the
automatic time change behavior of the system by setting the QTIMZON
system
value and no manual intervention is required.



Dave Snyder
--



From: Neeraj J<neerajj001@xxxxxxxxx>
To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>
Date: 11/04/2010 09:53 AM
Subject: MQ AS400 time change
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Do we have to shut MQ when the time changes in coming week as entries are
based on time stamps ?
--


NOTICE - This e-mail message is intended only for use by the addressee(s)
named herein and may contain legally privileged and/or confidential
information. If you are not the intended recipient of this message, you are
hereby notified that any dissemination, distribution or copying of this
message is strictly prohibited. If you have received this message in error,
please notify the sender by e-mail or telephone and delete the original and
all copies of this message immediately.

www.ephratanationalbank.com


--
Jerome Draper, Trilobyte Software Systems
iSeries, Network, and Connectivity Specialists -- iSeries, LAN/WAN/VPN
Representing WinTronix, Synapse, Netopia, HiT, and others .....
(415) 457-3431 . www.trilosoft.com

--
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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.