Hi, mi name is Carlos Soto of Universidad de Talca, Chile
We need install dataverse, but i had a several difficults to do it, mi principal question is if existis a step by step manual or some video with te process.
Best Regards.
Hi! Have you tried Ansible? https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible#quickstart
[Citandoβ¦]
Hi, not yet, but I'll take a look at it soon. I'll tell you how it goes with this. Thanks.
i have this message in installation process
TASK [dataverse : install java-nnn-openjdk and other packages for RedHat/Rocky] ****************************
fatal: [localhost]: FAILED! => {"changed": false, "failures": ["No package python38 available."], "msg": "Failed to install some of the specified packages", "rc": 1, "results": []}
NO MORE HOSTS LEFT *************************************
PLAY RECAP *****************************************
localhost : ok=6 changed=2 unreachable=0 failed=1 skipped=8 rescued=0 ignored=0
No Python 3.8... interesting. What version of RHEL/Rocky are you using?
I use, RHEL 9
The ansible allow me install in other OS, for example Debian ?
Hmm, I'm pretty sure RHEL 9 is the one @Don Sizemore keeps mentioning as not working yet.
I think Debian will work. Not sure. Is RHEL 8 an option for you?
RHEL9 should be fine (there's an Ansible branch for that, not yet merged because of the end-to-end test suite)
Debian 11 is supported; there's a half-way done Debian 12 branch, contributions welcome there.
Awesome, thanks @Don Sizemore ! I think I found it: https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/tree/243_rocky_9
@Carlos Soto Mendoza you could try the branch above if you like.
And here's the issue about RHEL/Rocky 9 support: https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/issues/243
thanks, i test with the new links, and tell you more.
Perfect, thanks.
@Don Sizemore I just created this issue about the end to end tests failing on Rocky 9: API tests failing on Rocky 9 #10271
image.png
Finally I mounted a RHEL 8 to do the installation and when running the commands I got this error.
Carlos Soto Mendoza said:
image.png
Finally I mounted a RHEL 8 to do the installation and when running the commands I got this error.
Dataverse-Ansible is primarily used and tested on Rocky Linux (and I'm plunking away at a Debian 12 branch). Don't remember how Red Hat handles those repository subscriptions, but it sounds like rhsm_repository may have been renamed.
ok, so to install in RHEL ? how to do it?, the step by step publish in Dataverse site It hasn't given me results. Or do you recommend doing it in Rocky Linux? If so, what version do you recommend?
@Carlos Soto Mendoza if you would like to figure out how to correct that repo name on the current RHEL8 and report back, that would be great. You're welcome to try Rocky, particularly if you don't want to spend the money on a RHEL license.
image.png
Dears, i mounted Rocky Linux and i obtain the same error, please help
Carlos Soto Mendoza said:
image.png
Dears, i mounted Rocky Linux and i obtain the same error, please help
looks like Rocky calls it "powertools" https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/blob/develop/tasks/rserve.yml#L19 but if you're seeing that error, you're likely still on RedHat and not Rocky?
I'm on rocky linux
Just a thought... as an experiment what if for rserve you change install=true to false? https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/blob/develop/defaults/main.yml#L388
Where in the installation code should I do this? I'm installing with these commands.
$ git clone https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible.git dataverse
$ ansible-playbook --connection=local -v -i dataverse/inventory dataverse/dataverse.pb -e "@dataverse/defaults/main.yml"
You'd use your favorite editor like this: vi dataverse/defaults/main.yml
on lines 13 and 19 of rserve.yml, Ansible tests for RedHat vs. Rocky. either that test is returning a false-positive, or you're still running RHEL?
you can test with
$ rpm -q redhat-release
or
$ rpm -q rocky-release
hi, send the result
image.png
Rocky 9. Interesting.
@Carlos Soto Mendoza unless you specifically need Rserve installed, you might just set rserve.enabled=false in your group_vars file? IQSS is considering doing away with in entirely.
Right, that's the same as flipping it to false in main.yml, right?
this changes, do before run de ansible command right?
Right, to prevent RServe from being installed.
image.png
i realize the changes in main.yml, i put rserve in false, but i continue get the same message
It's weird that rserve.yml is still in that error. I would think that changing rserve to false would mean that file isn't used at all.
image.png
i found group vars folder, but i dont know how file i have change.
look in all files in the group_vars folder, and in all of them, rserve is in false.
We might need to wait for more input from Don.
I just spun up Dataverse 6.1 on Rocky 9, with Rserve enabled, and the switches steered me correctly:
TASK [dataverse : Rocky 9 calls it crb] ****************************************
changed: [default] => {"changed": true, "cmd": "dnf config-manager --enable crb", "delta": "0:00:00.150832", "end": "2024-01-31 19:45:02.464736", "msg": "", "rc": 0, "start": "2024-01-31 19:45:02.313904", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []}
Huh, so what is it? :thinking:
I can also try with Rocky 8 and Rserve enabled, but I don't have a RHEL image to test on.
I'm also in a place that I welcome some amount of troubleshooting, when it's not my particular use case?
I appreciate the answers, what can I do now? I need to install Dataverse in the shortest period of time possible, do you have any tips or manuals to help me in this process? Should I have something pre-installed? Or is it enough that the system is recently installed and updated?
Just to review, you've tried dataverse-ansible on RHEL 9 and Rocky 9, right? And it's not working. We should change something. Do you want to try Rocky 8? Do you want to try a traditional installation by following the guide? If it's a demo (not production), do you want to try my half-baked Docker instructions?
I tried on RHEL 8 and 9, I also tried on Rocky 8 and 9. On each of the systems it gives me the same error. I have all 4 virtual machines up and in all of them I get the same message. Regarding the official guide, I try to follow the step by step, but it gives me errors, there are several points in the prerequisites that are not clear to me.
I'm afraid I'm unable to reproduce the problem is reported using Rocky 9; I can try again using Rocky 8 today. Again, Rserve is an optional component, not heavily used by Dataverse, and may always be installed at a later date.
I understand, as I said, I tried on all 4 machines, RHEL 8 and 9, Rocky 8 and 9, the message is the same, even though in the main.yml, I explicitly say that rserve does not install it, it does not take that change and returns me to give the same message. Is there any other easy way to install Dataverse. Unfortunately I am up against the deadline and I have to have it installed as soon as possible.
As Phil suggested there are experimental Docker containers which should work well for a prototype. The Global Dataverse Community Consortium also offers paid installation support.
I'd like to suggest that we next try a traditional installation on Rocky 8 and try to figure out where the guides are confusing: https://guides.dataverse.org/en/6.1/installation/prerequisites.html
Don, how do I access that paid installation? What will its value be?
Philip, I will try again to do the traditional installation and I will tell you which parts I do not understand well.
@Carlos Soto Mendoza You can e-mail jonathan_crabtree@unc.edu and ask about a paid installation. We're happy to help here as well, but we can't easily see what's on your servers.
@Carlos Soto Mendoza one thing I did notice - in the example above, you're including the -e statement before the playbook name? that's straight from the README and that used to work, but something may have changed over the years. try putting the .pb part last in your command?
Hello Don, i get this message to put the .pb part at last
image.png
Carlos Soto Mendoza said:
Hello Don, i get this message to put the .pb part at last
image.png
looks like you forgot your -e in front of "@..."?
thank you Don, i get again the first error
image.png
@Carlos Soto Mendoza to my reading, that means that dataverse/defaults/main.yml contains rserve.install = true which is the default: https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/blob/develop/defaults/main.yml#L388 Are you certain you're pointing at the correct group variables file?
I have mi dataverse directory in
image.png
and this is my main.yml
image.png
Rserve.yaml only gets included when that variable is true: https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/blob/develop/tasks/main.yml#L26 so you're picking up a different group vars file somewhere.
So strange. Would more eyes on this help? Maybe @PΓ©ter Pallinger would spot something I'm not seeing.
I will look to see if I have another main.yml file on my machine.
Great. It sounds like groups vars could also be a factor, though.
here the all files main.yml on mi system
image.png
i was more especific and i get the same error
image.png
You're running Rocky 8, right?
yes
It's so strange that it says RHEL8. Don keeps mentioning "group vars". Are you familiar with that?
No, I'm not familiar with that.
But I think it means that my main.yml file is hosted somewhere else. I checked and from what I saw my file is in the right place
Right, or at least some config is being picked up from some other file.
Is it possible that the quickstart is out of date? That a new version of Rocky 8 or Ansible broke it? @Deirdre Kirmis have you tried it recently?
it's been a while, but I did an install a few months ago on rocky 8 and got the same error .. so I believe I set the rserve install to false and did the installation manually.
but it seems like I used the script since then and the last time i did it, it worked .. i can try it again if that would help
that is in the defaults/main.yml .. set "install: false" on the rserve task
oh ha that's what don said .. i need to read back farther
Oh? You got the same error?
And setting rserve=false worked? I wonder why isn't not working for Carlos. :thinking:
oh, also I think at one point i did also have to edit the rserve.yml file in /tasks and change powertools to PowerTools .. i may have done that to get it to run without skipping it
or the other way around .. omg i'm not helping at all .. i had to do something with that line
no sorry "powertools" is correct for rocky .. i've done this in RHEL and had to change it there
just ignore me
ha
@Deirdre Kirmis how easy would it be for you to try the ansible quickstart on a fresh installation of rocky 8, just to confirm it works for you?
for sure .. i will spin up a rocky 8 instance and run it and see what happens
Thank you!
it might take a little bit as I have a meeting for about an hour
No rush! Thanks!
okay so I launched a rocky linux 8 instance and installed git and ansible, then cloned the repo .. the only thing I changed in main.yml (in /defaults) was I added the public_fqdn in the apache section .. then ran it as is for a completely local installation ..
.. it failed on the rserve task trying to install "DescTools" so I changed the main.yml to "install.false" on the rserve task .. after that it ran without a hitch ..
.. trying to determine why rserve failed .. not sure where it is glitching in the script ..
i commented out the "install R modules" command in the rserve.yml file and ran the rserve install and it all went through .. but .. the modules aren't installed, so i think generating that list is where it is going wrong
Ok, so setting rserve=false worked. You were able to skip installing rserve. But what is @Deirdre Kirmis doing differently than @Carlos Soto Mendoza ? This is driving me crazy! :mind_blown:
make sure you are editing the main.yml that is in /root/dataverse/defaults/ and not the one in /root/dataverse/tasks
@Deirdre Kirmis we can talk by direct messages?, you can help me ? please this take me much time
change this section
rserve-set-false.jpg
but set it to false :-)
I sure i edit the file in defaults, i do it in rocky 8 and 9, also in rhel 8 and 9. it was by i use virtual box ?
yes i send you mi configuration, step by step
image.png
the line code was:
cd dataverse/defaults
nano main.yml
oh yea, okay i was looking at the image right above this, it looked like you were editing the /tasks one .. yes for sure dm me and I'll try to help if i can
thanks
i'll post results of whatever we find here
well, definitely the command is not using the group vars for some reason .. he tried recloning and starting all over, making sure the rserve task is disabled, and running the ansible script as is .. we also tried many variations of that .. putting the extra vars first, in the middle, last, nothing seemed to change .. also tried just commenting out the whole rserve section in /tasks/main.yml .. but then it just stopped on another section .. maybe something with vagrant/virtualbox? idk
@Deirdre Kirmis thanks so much for testing. You said "launch an instance". Is that an EC2 instance? I'm just trying to figure out what's different.
If he's launching Vagrant with the VirtualBox plugin, the group_vars file to edit is vagrant.yml, but he said he was cloning the repo manually?
you could try passing it --extra-vars instead of -e, though they should be inter-changeable. my initial suggestion was to see what the RHEL8 Rserve repo may have changed to, and report back? per some documentation I found, for RHEL8 it's codeready-builder-for-rhel-8-x86_64-rpm, for RHEL9 codeready-builder-for-rhel-9-$(arch)-rpms
Hmm, I think I'd like to see rserve=false take effect. (We haven't seen that for Carlos yet, have we? I'm losing track.) Should we ask him to change vagrant.yml?
sorry, just got back to work .. yes, i am using aws ec2 instance .. he did mention that he is using vagrant/virtualbox .. i read about vagrant doing weird things with the group vars but not super familiar .. i can launch dataverse in virtualbox today and see what happens
That would be amazing. If it's not too much trouble.
yes, will do after the community meeting
to my reading, he was cloning the repo inside the virtual machine. if you're using vagrant, you want tests/group_vars/vagrant.yml β though according to the docs I saw https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/blob/develop/tasks/rserve.yml#L15 is attempting to add the correct repo
In summary, what do you suggest I do?
Well, a quick thing you could try is editing vagrant.yml to see if changing rserve=false has an effect.
in vagrant.yml Rserve its in false
image.png
I'm also wondering how you plan to run Dataverse in production. As an AWS EC2 instance? (That's what we do at Harvard Dataverse.).
Basically, I'm interested in you trying something other than VirtualBox.
No we mount Dataverse in a local server trought a virtual machine management witch vSphere
Ok, so VMWare.
(It's been a while.)
What would you spin up in vSphere? Rocky 8? Is that a possiblity?
yes rocky 8 or Rhel 8 or 9, we have the license.
Ok. Do you want to try Rocky 8 in vSphere?
sorry all i'm finally running the install in virtualbox .. had a few meetings this morning and struggled with getting the networking correct for rocky, but it is running now .. i'm not using vagrant, though, just have VB installed in windows so may not be a comparable test
Running like, fully working? Dataverse is up in VirtualBox?
sorry it is still running the install of dataverse-ansible .. seems to be going okay but now just bombed on the rserve part .. going to edit the vars file and restart it .. if it runs that means it is seeing that file I think
I also only have virtual box installed on Windows, I don't know what Vagrant is about, but I don't remember using it, just a clean installation of Rocky in VB on Windows
yea, set install:false on rserve task in /defaults/main.yml and ran the install again and it all went fine and completed .. dataverse app is running ..
.. i think there may be something with what don was saying related to how vagrant is seeing the group vars file .. i just don't use vagrant much so not sure .. would be great if carlos could try installing in vsphere .. pretty sure i've had dataverse running okay there before we moved to aws
ie install using the installer directly on vmware
OK, how is that process? Do I build the Rocky machine in VSphere? and I run the ansible code?
yes, you have to download the iso file from here and upload it to vsphere and then create the VM specifying that OS/file.. once the VM is ready, SSH into it, update the OS, install git and ansible (i install epel-release as well) and then clone the repo; edit the dataverse/defaults/main.yml and disable the rserve task and then run the installer using the format given
haha that's all!
thank you i do it already
you may have to set up all the networking in vsphere .. not sure how your org has that all configured
@Deirdre Kirmis so it works in VirtualBox for you? And EC2? Basically, it works everywhere for you! You're good luck! :shamrock:
haha i'm special! :grinning_face_with_smiling_eyes: just kidding .. yes it works in aws and in virtualbox
.. i was thinking .. I wonder if the "connection=local" might be the issue with trying to install with vagrant? basically i don't know exactly how he is using vagrant to do the virtualbox install, but i believe vagrant is running on his local machine, right .. and he connects into the VB? maybe "connection=local" is confusing things? idk just guessing ?
sorry i'm not a vagrant user although i probably should be
connection=local allows Ansible to SSH to itself, _if_ you're running the playbook on the same machine (which is the default). if you're installing in vagrant, the group_vars file to edit is tests/group_vars/vagrant.yml. if you're not in vagrant, you want to edit defaults/main.yml
right, sorry, i use connection=local for the normal install but haven't worked in vagrant so wasn't sure .. ignore me
I'm swinging back around to my Rocky 9 Dataverse-Ansible branch today. So far, so good:
ASK [dataverse : install rserve] **********************************************
ok: [default] => {
"msg": "##### BEGIN RSERVE INSTALLATION #####"
}
TASK [dataverse : ensure EPEL is installed] ************************************
ok: [default] => {"changed": false, "msg": "Nothing to do", "rc": 0, "results": []}
TASK [dataverse : RHEL8/9 need codeready-builder] ******************************
skipping: [default] => {"changed": false, "skip_reason": "Conditional result was False"}
TASK [dataverse : Rocky 8 needs powertools] ************************************
skipping: [default] => {"changed": false, "skip_reason": "Conditional result was False"}
TASK [dataverse : Rocky 9 calls it crb] ****************************************
changed: [default] => {"changed": true, "cmd": "dnf config-manager --enable crb", "delta": "0:00:00.146132", "end": "2024-02-07 19:45:02.949208", "msg": "", "rc": 0, "start": "2024-02-07 19:45:02.803076", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []}
TASK [dataverse : install base packages] ***************************************
Rserve is happy on Rocky 9.
Good to hear!
I disabled integration tests on Rocky 9 (heh), but a basic build of develop and installation of Rserve succeeded.
Nice
I love it when stuff works :grinning:
Finally, I pulled up an instance of Rocky 8 from VSphere, and it gave me the same problem. Is there something I'm missing, something I'm doing wrong?
Captura-de-pantalla-2024-02-07-a-las-19.13.53.png
@Carlos Soto Mendoza RHEL8 may well require a subscription for CRB, and you may or may not have it. It is unclear to me why your Rocky instances are seen by Ansible as RedHat instances, since my local images follow the correct path.
That's the puzzle to me... why does Carlos see messages about RHEL from Ansible when he's using Rocky. It doesn't make any sense.
@Carlos Soto Mendoza let me know if you'd like to try a traditional installation. Like we talked about, I can try to help you if our documentation is confusing: https://guides.dataverse.org/en/6.1/installation
Indeed I will have to do that, I will start trying it as soon as possible, since it has taken me a long time and I have my supervisors on top of this, demanding that it be installed
@Carlos Soto Mendoza I found a missing switch in an unexpected case of my Rocky 9 branch - do a git pull and try it now?
Hi Don, I'll try it right away, I was on vacation for a few days but I'm back to resume the project.
Hello Don, I continue to receive the same error.
Hi Carlos, I found that condition (running RHEL/Rocky8 in the RHEL/Rocky9 branch) and corrected for it: https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/commit/8b0b2e1872e1611121d2465fabef756e3ac67697
The RHEL/Rocky9 branch is merged with develop; you can either do a git pull in that Dataverse-Ansible branch, or switch to develop and be certain it's current?
Don, what tests am I doing on Rocky 8, do I ride a Rocky 9 to continue with the tests?
@Carlos Soto Mendoza which commit are you on? When you do git log.
Hi
image.png
@Carlos Soto Mendoza looks like you're back on RHEL. Do you have s3.enabled set to true?
The git log output looks good. It's the latest code.
Don, where do I see the s3.enabled thing?
Don, i look in main.yml and the s3.enabled is in false
Hello, I am doing the installation step by step and when installing postgresql I have the following error.
image.png
Hmm, it seems like something happened in January: https://yum.postgresql.org/news/pgdg-rpm-repo-gpg-key-update/
Which version of RHEL or Rocky are you on? I think you want one of these:
RHEL / Rocky / AlmaLinux 9 - x86_64 : dnf --disablerepo=* -y install https://download.postgresql.org/pub/repos/yum/reporpms/EL-9-x86_64/pgdg-redhat-repo-latest.noarch.rpm
RHEL / Rocky / AlmaLinux 8 - x86_64 : dnf --disablerepo=* -y install https://download.postgresql.org/pub/repos/yum/reporpms/EL-8-x86_64/pgdg-redhat-repo-latest.noarch.rpm
thanks im working on Rocky 8
Sure. Did that dnf command help?
[image.png](/user_uploads/53090/nUy9BLtgvhKtF2j5OO_jHqnv/image.png
get the same error.
yeah, PGDG updated their signing keys. there are instruction at https://yum.postgresql.org/news/rocky-9-8-llvm-repo-is-available/
thanks i look that
Oh. Sorry for leading you wrong! :sweat_smile:
In the link, I am asked to execute these lines of code, but when I execute them I get the GPG Signature error
Philip. don't worry i am very greatful with your help, and your time.
@Carlos Soto Mendoza update the pgdg repo RPM with --nogpgcheck then mv .rpmnew on top of the repo file in /etc/yum.repos.d/
ok i do this..
image.png
wich are the next step ?
yum makecache
then
yum install -y postgresql13-server
I think. According to https://guides.dataverse.org/en/6.1/installation/prerequisites.html#installing-postgresql
image.png
sure, i follow the others steps, but i get the same problem
@Carlos Soto Mendoza when you upgraded the RPM, it wrote a .rpmnew file in /etc/yum.repos.d. You have to move that file on top of the old postgres.repo file.
I would do what Don says! :grinning:
image.png
i do what Don says, and i get this message
No hay? It can't find it? Does it have a different name? Can you list the possible package names from that yum repo you added?
image.png
I already saw the error, when I run the --nogpgcheck command, it does not install any package inside yum.repos.d
@Carlos Soto Mendoza the pgdg-redhat-repo RPM writes out a file called pgdg-redhat-all.repo:
$ rpm -ql pgdg-redhat-repo
/etc/pki/rpm-gpg
/etc/pki/rpm-gpg/RPM-GPG-KEY-PGDG
/etc/yum.repos.d/pgdg-redhat-all.repo
Oh, and that /etc/yum.repos.d/pgdg-redhat-all.repo file is missing on Carlos's box?
Don, i send you the result of my rpm -ql
image.png
@Carlos Soto Mendoza remove the pgdg RPM, and reinstall it.
Ready, but the version of postgre is:
image.png
That RPM just installs the coordinates for the Postgres RPM repository. Have you installed Postgres?
As I understand these steps that I am following are to install postgre, I am following the step by step of the installation manual, now I install postgre but in version 10, is that a problem or can I continue with the installation
Huh, can you do which psql?
@Carlos Soto Mendoza you shouldn't be able to install version 10 using the repo, I think 12 is the minimum available these days. We test on 13 but you should be fine in 12.
@Carlos Soto Mendoza correction: Dataverse uses the free version of FlyWay, which only supports Postgres versions which haven't reached EOL. According to their website, the minimum is now 12.
Hello, I tell you, I finally set up a virtual machine with RHEL 9, I was able to install postgre 13 without problems. I have been advancing with the prerequisites and now it tells me that I must have a dvinstall.zip file and it gives me the link to download it, I go to the link, which is this: https://github.com/IQSS/dataverse/releases, but no find the dvinstall.zip file to download
It's under "assets":
Screenshot-2024-03-05-at-8.18.19-AM.png
thanks
image.png
sorry i dont get the folder asset
How about at https://github.com/IQSS/dataverse/releases/tag/v6.1 ? At the bottom
Sorry my friend, i look in a wrong place, I already have the file
image.png
I have the following doubt with this step. Where do I download solr.service from?
Please try clicking the red text.
thanks
image.png
i have this problem when i try install jq, i try too with the epel option, but it doesn't work either
Huh. Is our documentation out of date? Did the URL change?
Please install from https://jqlang.github.io/jq/
@Carlos Soto Mendoza @Philip Durbin looks like jq is available through appstream these days.
@Carlos Soto Mendoza thanks for letting us know and @Don Sizemore thanks for opening #10355
thanks i try trough jqlang.github.io and i tell you in case of success or problems
@Philip Durbin I'm working on updating the docs but github.io is down =(
image.png
i try with dnf install jq and the machine response me that jq its already install :)
image.png
i work in RHEL 9
image.png
Friends, I tell you that ImageMagick is not available to be installed in RHEL 8 or 9 directly from yum or dnf. so that they update it step by step. I will try to install
Hmm, I know Don and I talked about it a bit here: support GraphicsMagick #8014
I'm not sure what the latest is.
You can probably skip it for now and circle back to it later. It just means you won't have thumbnail images.
aaaa ok. thank you i skip this step, and continue
i have other question, install R is mandatory?
no
In the steps I am missing are installing R, Rserve, Counter Processor and Geolite. Apart from R, what else is not neces
is not necessary to install?
All of those are not required.
I already finished the prerequisites and I have dvinstall unzipped in /tmp/, what is the next step? It's not clear to me with the manual
As https://guides.dataverse.org/en/6.1/installation/prerequisites.html#next-steps say, you should go to https://guides.dataverse.org/en/6.1/installation/installation-main.html
I am actually on that link, what is not clear to me is what command I should use to run the installer
The version for developers is shorter. You could try that: https://guides.dataverse.org/en/6.1/developers/classic-dev-env.html#run-the-dataverse-software-installer-script
Shorter and probably more clear. :sweat_smile:
If I understand correctly, based on the last link you shared with me, should I clone the repository and not use the dvinstall folder?
No, no, please use the version in the dvinstaller.zip you downloaded.
image.png
thanks Philip, i do using the version in the dvinstaller, but, i get this message
Can I send the screenshots at each installation step to know what I have to add and not make mistakes?
Sure, that's fine.
Is PostgreSQL running? Can you connect to it outside of Dataverse?
@Carlos Soto Mendoza Dataverse's installer likes to be the postgres admin. You have to temporarily set authentication to trust in pg_hba.conf per the guide, or grant the postgres admin user a password and the ability to log in via localhost.
Right, that pg_hba.conf step is here: https://guides.dataverse.org/en/6.1/installation/prerequisites.html#configuring-database-access-for-the-dataverse-installation-and-the-dataverse-software-installer
image.png
this is mi pg_hba.conf file
i change replication for all and ident for trust, i run the install.py again and tell you more
Sounds good.
You might also want to try to connect to PostgreSQL outside of Dataverse. With psql, for example.
Maybe you need listen_addresses='*'. I don't know.
I think I've completed the installation correctly, but when trying to navigate to localhost:8080, the virtual machine stopped responding, so I had to shut it down. Now, upon restarting, I don't know how to check if Dataverse is running or how to bring it back up to access the software again.
@Carlos Soto Mendoza did you download the systemd unit file for payara?
Hello Don, sorry, are you referring to the installation of Payara from the manual? If so, did I do it according to what the manual indicates?
@Carlos Soto Mendoza you were asking whether Payara is launched after a system reboot. Did you follow the steps in https://guides.dataverse.org/en/latest/installation/prerequisites.html#launching-payara-on-system-boot ?
From what I read, this paragraph is informative, it does not indicate that something should be done.
"Launching Payara on System Boot
The Dataverse Software installation script will start Payara if necessary, but you may find the following scripts helpful to launch Payara start automatically on boot. They were originally written for Glassfish but have been adjusted for Payara.
This Systemd file may be serve as a reference for systems using Systemd (such as RHEL/derivative or Debian 10, Ubuntu 16+)
This init script may be useful for RHEL/derivative or Ubuntu >= 14 if youβre using a Payara service account, or
This Payara init script may be helpful if youβre just going to run Payara as root (not recommended).
It is not necessary for Payara to be running before you execute the Dataverse Software installation script; it will start Payara for you.
Please note that you must run Payara in an English locale. If you are using something like LANG=de_DE.UTF-8, ingest of tabular data will fail with the message βRoundRoutines:decimal separator no in right placeβ.
Also note that Payara may utilize more than the default number of file descriptors, especially when running batch jobs such as harvesting. We have increased ours by adding ulimit -n 32768 to our Payara init script. On operating systems which use systemd such as RHEL/derivative, file descriptor limits may be increased by adding a line like LimitNOFILE=32768 to the systemd unit file. You may adjust the file descriptor limits on running processes by using the prlimit utility:"
the Dataverse installer indeed launches Payara, but does nothing to ensure that Payara starts on system boot. you likely want the payara.service systemd file linked in the text you sent.
I am reviewing the configuration again, and in this part it is how to install payara, I followed it to the letter, but it is not clear to me when the installation of it is executed, or how to check that it is installed, please help:
Install Payara
Payara 6.2023.8 or higher is required.
To install Payara, run the following commands:
cd /usr/local
sudo curl -O -L https://nexus.payara.fish/repository/payara-community/fish/payara/distributions/payara/6.2023.8/payara-6.2023.8.zip
sudo unzip payara-6.2023.8.zip
sudo chown -R $USER /usr/local/payara6
If nexus.payara.fish is ever down for maintenance, Payara distributions are also available from https://repo1.maven.org/maven2/fish/payara/distributions/payara/
Dears, thank you for all your help, i do it.
image.png
I will be eternally grateful for all the time you invested in me.
:tada:
Good job!
Last updated: Oct 30 2025 at 05:14 UTC