# Adabas upgrade 6.4.0 to 6.4.1

**URL:** <https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884>\
**Category:** Forum\
**Tags:** Adabas-Natural, Adabas, Adabas-on-Linux, Adabas-Installation-and-Setup-on-Open-Systems\
**Created:** [May 9, 2015, 2:36am UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884 "2015-05-09T02:36:17Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![Todd\_Beckwith](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/todd_beckwith/32/388_2.png) [@Todd\_Beckwith](https://techcommunity.softwareag.com/u/Todd_Beckwith)\
**Post date:** [May 9, 2015, 2:36am UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884/1 "2015-05-09T02:36:17Z")

</div>

We are looking into upgrading Adabas from 6.4.0 to 6.4.1 on HP UX. SAG installer is displaying:

> [@](#):
>
> Overinstall Not Supported  
> You cannot upgrade this product by overinstalling it. Instead, upgrade using a side-by-side procedure. For instructions, see the upgrade guide for this product.

Unfortunately, I haven’t been able to find any upgrade guide nor anything related to upgrading in Adabas/SAG Installer documentation.

Is it accurate that a minor version upgrade requires installation into a new directory (e.g. /opt/softwareag2) or is there a bug in SAG installer?

If so, is every new version going to require a new /opt/softwareag variant? I’m not sure why SAG products moved away from the ./ada/v641 directory structure. Installing to a new softwareag directory every time would make me even less appreciative of that change.

Thank you.  
 ![Capture.PNG](https://global.discourse-cdn.com/techcommunity/original/2X/b/be6f12ce29739178cc628ecac6db41a186d4bf7d.png)

---

<div class="post-metadata">

**Author:** ![anon72918622](https://avatars.discourse-cdn.com/v4/letter/a/ecae2f/32.png) [@anon72918622](https://techcommunity.softwareag.com/u/anon72918622)\
**Post date:** [May 11, 2015, 9:39am UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884/2 "2015-05-11T09:39:07Z")

</div>

Hi Todd,

The new installation process follows the idea of having suites. This allows you to have multiple  
versions of the software on a computer isolated from each other.  
All products being released at the same time can be seen as a suite, whereby not necessarily all  
need to be installed under one dierectory.  
The feedback from customers were, that an overinstall of minor and major versions is not allowed  
in their organisations.

Regards,  
Wolfgang

---

<div class="post-metadata">

**Author:** ![Allison](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/allison/32/155_2.png) [@Allison](https://techcommunity.softwareag.com/u/Allison)\
**Post date:** [September 8, 2015, 6:24pm UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884/3 "2015-09-08T18:24:44Z")

</div>

I am late to this discussion but on reading the posts I am even more confused with the “new” directory decision. We have Adabas, Natural, Construct etc all installed under /opt/softwareag/. If I need to install a new version of Adabas, I would need to create /opt/softwareag2/ and install not only the new Adabas but also all my other SAG products? Which may or may not be new versions as well. Once finished, /opt/softwareag2/ would be the new value of $SAGDIR until the next time I need to upgrade something and then I would have /opt/softwareag3/? I am guessing I could then delete /opt/softwareag/ and reuse it.

Yikes - $ADAVERS was so much easier.

---

<div class="post-metadata">

**Author:** ![Todd\_Beckwith](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/todd_beckwith/32/388_2.png) [@Todd\_Beckwith](https://techcommunity.softwareag.com/u/Todd_Beckwith)\
**Post date:** [September 9, 2015, 12:37am UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884/4 "2015-09-09T00:37:54Z")

</div>

I didn’t like it, and was in a position where I could simply uninstall the old version of Adabas then install the new. I went this route.

I don’t understand why this decision was made for Adabas. The other products installed over the existing version, and will continue to uninstall then reinstall as long as I can get away with it.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 3:33pm UTC](https://techcommunity.softwareag.com/t/adabas-upgrade-6-4-0-to-6-4-1/181884/5 "2021-04-02T15:33:24Z")

</div>


