Hello All,
How I could upgrade SAS Viya from 3.4 to 3.5?
Do you have any recommendation or suggestion?
FYI: I've read this link: https://documentation.sas.com/?cdcId=calcdc&cdcVersion=3.5&docsetId=dplyml0phy0lax&docsetTarget=n07u...
Is there any easy way or method for upgrade from Viya 3.4 to Viya 3.5?
Note: The existing SAS Viya 3.4 are on 2 AWS instances [ MPP(massively parallel processing) CAS on 2 hosts]
i) One host dedicated to run as a CAS Worker
ii) And the other as CAS Controller alongside all of the Viya infrastructure services.
Thank you in advance
Thanks,
Asif
Thank you @alexal for the update and yes you are right.
I did not create mount for /sas/upgrade/sas_repos and that's why I'm having this error on sas-worker-1 server.
I did copy whole sas_repos directory from one server to another server (placed in /sas/upgrade/sas_repos) and I did re-try and this time no error or warning msg during installation.
Thanks for you help.
Thanks,
Asif
Thank you @alexal
The following are the steps that I did for upgrade from SAS Viya 3.4 to 3.5, Please let me know if you have any suggestion or recommendation?
1) Created new repository mirror from SAS Viya 3.5 SOE (SAS_Viya_deployment_data.zip) and placed in /sas/upgrade/sas_repos directory
2) Created new playbook(/sas/upgrade/sas_viya_playbook) and customized files(vars.yml, inventory.ini and ansible.cfg) according to the previous playbook(3.4) files vars.yml, inventory.ini and ansible.cfg
3) When I deployed new playbook this error message is occurred:
2020-08-24 20:32:11,692 p=83030 u=root | TASK [Install sas-cleanutils] **************************************************
2020-08-24 20:32:14,665 p=83030 u=root | fatal: [cas-worker-1]: FAILED! => {"changed": false, "msg": "file:///sas/upgrade/sas_repos/repos/shipped/depentviya/136/depentviya-136-x64_redhat_linux_6-yum/repodata/repomd.xml: [Errno 14] curl#37 - \"Couldn't open file /sas/upgrade/sas_repos/repos/shipped/depentviya/136/depentviya-136-x64_redhat_linux_6-yum/repodata/repomd.xml\"\nTrying other mirror.\n\n\n One of the configured repositories failed (depentviya-136-x64_redhat_linux_6-yum),\n and yum doesn't have enough cached data to continue. At this point the only\n safe thing yum can do is fail. There are a few ways to work \"fix\" this:\n\n 1. Contact the upstream for the repository and get them to fix the problem.\n\n 2. Reconfigure the baseurl/etc. for the repository, to point to a working\n upstream. This is most often useful if you are using a newer\n distribution release than is supported by the repository (and the\n packages for the previous distribution release still work).\n\n 3. Run the command with the repository temporarily disabled\n yum --disablerepo=sas-depentviya-136-x64_redhat_linux_6-yum ...\n\n 4. Disable the repository permanently, so yum won't use it by default. Yum\n will then just ignore the repository until you permanently enable it\n again or use --enablerepo for temporary usage:\n\n yum-config-manager --disable sas-depentviya-136-x64_redhat_linux_6-yum\n or\n subscription-manager repos --disable=sas-depentviya-136-x64_redhat_linux_6-yum\n\n 5. Configure the failing repository to be skipped, if it is unavailable.\n Note that yum will try to contact the repo. when it runs most commands,\n so will have to try and fail each time (and thus. yum will be be much\n slower). If it is a very temporary problem though, this is often a nice\n compromise:\n\n yum-config-manager --save --setopt=sas-depentviya-136-x64_redhat_linux_6-yum.skip_if_unavailable=true\n\nfailure: repodata/repomd.xml from sas-depentviya-136-x64_redhat_linux_6-yum: [Errno 256] No more mirrors to try.\nfile:/sas/upgrade/sas_repos/repos/shipped/depentviya/136/depentviya-136-x64_redhat_linux_6-yum/repodata/repomd.xml: [Errno 14] curl#37 - \"Couldn't open file /sas/upgrade/sas_repos/repos/shipped/depentviya/136/depentviya-136-x64_redhat_linux_6-yum/repodata/repomd.xml\"\n", "rc": 1, "results": []}
2020-08-24 20:32:20,690 p=83030 u=root | ok: [deployTarget]
2020-08-24 20:32:20,691 p=83030 u=root | NO MORE HOSTS LEFT *************************************************************
2020-08-24 20:32:20,691 p=83030 u=root | PLAY RECAP *********************************************************************
2020-08-24 20:32:20,691 p=83030 u=root | cas-worker-1 : ok=63 changed=3 unreachable=0 failed=1
2020-08-24 20:32:20,691 p=83030 u=root | deployTarget : ok=70 changed=2 unreachable=0 failed=0
2020-08-24 20:32:20,692 p=83030 u=root | localhost : ok=10 changed=0 unreachable=0 failed=0
Look like the new playbook going to install SAS Viya 3.5 from start and that's why error message appeared on "Install sas-cleanutils" for second server cas-worker-1
Do you have any suggestion or recommendation how I could deal with it?
Thanks,
Asif
@alexal do you have any suggestion or recommendation ?
Thanks,
Asif
Thank you @alexal for the update and yes you are right.
I did not create mount for /sas/upgrade/sas_repos and that's why I'm having this error on sas-worker-1 server.
I did copy whole sas_repos directory from one server to another server (placed in /sas/upgrade/sas_repos) and I did re-try and this time no error or warning msg during installation.
Thanks for you help.
Thanks,
Asif
You're welcome. I'm glad the problem has been resolved.
Are you ready for the spotlight? We're accepting content ideas for SAS Innovate 2025 to be held May 6-9 in Orlando, FL. The call is open until September 25. Read more here about why you should contribute and what is in it for you!