Overview

Here is a list of the most frequently asked general product questions.

Frequently Asked Questions

  1. We are running VxRyMz of a Gumbo product. Is it compatible with the new release of IBM® i?

    Yes, all of our products and all of their releases are upward compatible with new releases of IBM® i. When we find IBM® PTFs that are in play we list them at the bottom of http://www.gumbo.com/ptfs.shtml.

    At V6R1 the behavior of api QUSCRTUS changed and at V7R1 the behavior of api QGSLRSC changed, giving rise to the following exceptions.

    Exceptions for IBM® i V6R1 and V7R1 or later:
    Product LicPgm Required For V6R1 Required For V7R1
    Report Designer 2A55RDA V2R6M0 or later. V2R6M0 or later.
    Report Manager 2A55RM1 V2R2M0 or later with current PTFs applied. V2R3M0 or later with current PTFs applied.
    Spool-a-Matic 2A55SAM V1R9M0 or later with current PTFs applied. V2R3M0 or later with current PTFs applied.
    SpoolMail 2A55SM1 V2R2M0 or later with current PTFs applied. V2R5M0 or later with current PTFs applied.
    Gumbo Mail 2A55SM2 V1R3M0 or later with current PTFs applied. V1R3M0 or later with current PTFs applied.
    Dicer 2A55DCR V1R4M0 or later with current PTFs applied. V1R6M0 or later with current PTFs applied.
    Excel-erator 2A55XL1 V1R6M0 or later with current PTFs applied. V1R6M0 or later with current PTFs applied.
    Dumpster 2A55DMP V1R4M0 or later with current PTFs applied. V1R6M0 or later with current PTFs applied.
    Notes:
     
    1. You can determine your release level by running:

      DSPPTF LicPgm
  2. We are running VxRyM0 of a Gumbo product which is several releases back from the current release. Must we load each release, one over the other, or can we just load the current release?

    There is no need to load intervening releases, you can skip directly to the new release.

  3. We are upgrading our System i hardware, is a new permanent authorization code required?

    It depends, see our Upgrade Policy for the specifics.

  4. We are upgrading our IBM® i to a new release, is a new permanent authorization code or a new release required for our Gumbo product?

    No, permanent authorization codes do not depend on your IBM® i release level. All of our products and all of their releases are upward compatible with new releases of IBM® i. When we find IBM® PTFs that are in play we list them at the bottom of http://www.gumbo.com/ptfs.shtml.

  5. We are running VxRyM0 of a Gumbo product which is older than the current release. Is there a way we can run both releases in order to test the current release?

    Yes, see New Release Testing for detailed instructions.

  6. We have a Gumbo product running on our production System i. How do you handle licensing for our high availability/hot site/back up/fail over/some other machine? Do I get a discount?

    You can either buy a license or take advantage our Hot Site Authorization for free. There are no discounts.

  7. We will be test our back up procedures by running our Gumbo product on a high availability/hot site/back up/fail over/some other machine. Do I need a permanent authorization code or temporary authorization code for the test machine?

    No, a temporary authorization code is generated automatically. See Hot Site Authorization for details.

  8. How do we tell which Gumbo products and releases are installed on our System i?

    Run IBM® i's Display Software Resources (DSPSFWRSC) command. All of our product identifiers begin with the characters "2A55", locate these in the list displayed which isn't in a strict order. Press the F11 key to display releases.

  9. How do we tell what the most recent release of a Gumbo product is?

    See our downloads page for the most recent release.

  10. We have a Gumbo product running in multiple partitions of our System i. Will installing a new release of IBM® i or a new release of the Gumbo product in one of the partitions affect the Gumbo product in other partitions?

    No, the copy of the Gumbo product in each partition runs independently and has no knowledge of the other partitions. This is also why an authorization code must be entered in each partition.

  11. Can we install PTFs for a Gumbo product while the software is in use? Do we have to IPL our System i after installing PTFs for a Gumbo product?

    We only ship "immediate" PTFs. These can be installed while the software is in use and never require a machine IPL. However, jobs using objects replaced by the PTFs won't see the affects of the changes until they access the new version of the objects.

  12. Must our System i be in "restricted state" to install a new release of a Gumbo product?

    No. While restricted state can be used, it is not required. You must however insure that the software is not in use as the installation runs a CLRLIB command (after saving user data if any) on the library as part of the restore process. If the software is in use, for example if a job has the menu displayed, the install will fail. When an install fails, the Gumbo product is automatically restored to the state it was in at the initiation of the RSTLICPGM command. Although the previous release is functional, IBM® i marks the product as in error until the new release is successfully installed. See "software installation , upgrade, and deletion tasks" in the IBM® Information Center for additional details.

  13. We are changing the "system security level" system value QSECURITY from XX to YY on our System i. Will our Gumbo product work correctly?

    Yes. Our products are compatible with all IBM® i security levels. We use only published interfaces.

  14. We are preparing to install IBM® i release V6R1. When we run the ANZOBJCNV tool from IBM® some Gumbo objects are flagged as "some attributes will be lost". Is there a need to install a newer version of your product?

    No. The attribute lose can be ignored. The lost attributes are the digital signatures that we apply to our objects. When programs are restored to V6R1 they are rewritten, invalidating our digital signature which IBM® i discards. Our software works correctly at V6R1 but you are no longer able to meaningfully run IBM® i's Check Object Integrity (CHKOBJITG) command. The following information is from Memo to Users V6R1:

    Conversion impacts on digital signatures
    Programs, service programs and module objects created on releases before V6R1 that are digitally signed and then restored onto a V6R1 or later system will be treated as unsigned. Pre-V6R1 signatures are not recognized on V6R1 and later releases for these object types. Similarly, programs, service programs and module objects created and digitally signed on V6R1 and later releases will be treated as unsigned if restored on a release before V6R1.

    Moving programs, service programs and modules created on releases earlier than V6R1 to V6R1 and later releases will convert these objects to a format compatible with V6R1 before the objects can be used. Programs, service programs and modules created on V6R1 and later releases that are restored to a release before V6R1 will be converted to pre-V6R1 format. The conversion process will cause all digital signatures on these objects to be removed.