Sorry, I just responded before I saw your earlier post, so I deleted that response. On the server where you tried to upgrade from XNAT 1.6.5 to 1.7.4, is the war currently named ROOT.war? If so, could you try shutting down Tomcat, renaming webapps/ROOT.war to webapps/xnat.war, deleting webapps/ROOT, and starting Tomcat? I wonder if trying to change the XNAT URL at the same time as upgrading is causing issues for you.
-Mike
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at https://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/d/optout.
The materials in this message are private and may contain Protected Healthcare Information or other information of a sensitive nature. If you are not the intended recipient, be advised that any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this email in error, please immediately notify the sender via telephone or return mail.
insert into xdat_r_xdat_role_type_assign_xdat_user (xdat_user_xdat_user_id,xdat_role_type_role_name) values ((select xdat_user_id from xdat_user where login = 'mike'),'Administrator');
update xdat_user set enabled=1, verified=1 where login = 'mike';
-Mikedelete from xs_item_cache where contents like '%mike%';
insert into xdat_r_xdat_role_type_assign_xdat_user (xdat_user_xdat_user_id,xdat_role_type_role_name) values ((select xdat_user_id from xdat_user where login = 'admin'),'Administrator');update xdat_user set enabled=1, verified=1 where login = 'admin';
delete from xs_item_cache where contents like '%admin%';
Alltough, the login seems to work. It's the re-direct part that seems to fail (when using ROOT.war).
Yes, it would work with the admin account as you described. I would expect problems if you logged in and were redirected to the setup page as a user that was not an administrator. It probably won't fix your issue, but I want to be able to rule out that there's something that got messed up with your user accounts that is causing the setup page not to load.
-Mike
I'd try shutting down Tomcat, fixing the value in the database ( UPDATE xhbm_preference SET value = 'http://10.208.21.252/' WHERE name='siteUrl'; ), restarting Tomcat and logging in.
The siteUrl shouldn't affect whether the login page shows up. But once a user is logged in, the siteUrl is used in figuring out what URLs to direct the user to. This could be the cause of your issues.
-Mike
You can try manually setting initialized to true, but as mentioned in that other thread, doing so can lead to other issues.
When you get the redirection error, what do you see in your Network tab in developer tools (F12 in Chrome or ctrl+shift+E in Firefox)?
-Mike
Is it possible the password is expired for your account? What happens when you run this in the database (replacing admin with your username)?
select password_updated from xhbm_xdat_user_auth where xdat_username='admin';
Thanks,
Charlie
From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com]
On Behalf Of Robin Kämpe
Sent: Wednesday, March 21, 2018 5:38 AM
To: xnat_discussion <xnat_di...@googlegroups.com>
Subject: Re: [SPAM] Re: [XNAT Discussion] Re: Can't log in for first the time after upgrade (1.6.5 ---> 1.7.4)
Thanks for your reply!!
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at https://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/d/optout.
One more thing to try. Instead of modifying http://10.208.21.252//app/template/XDATScreen_UpdateUser.vm to be http://10.208.21.252/xnat/app/template/XDATScreen_UpdateUser.vm, try deleting one of the two slashes instead.
Thanks,
Charlie
Is it possible the password is expired for your account? What happens when you run this in the database (replacing admin with your username)?
select password_updated from xhbm_xdat_user_auth where xdat_username='admin';
$ sudo ln -s /var/lib/tomcat7/common /usr/share/tomcat7/common
$ sudo ln -s /var/lib/tomcat7/server /usr/share/tomcat7/server
$ sudo ln -s /var/lib/tomcat7/shared /usr/share/tomcat7/shared
4.remove the xnat folder from tomcat7/webapps
5. Adding xnat.home to /etc/default/tomcat7
JAVA_OPTS="${JAVA_OPTS} -Dxnat.home=/data/xnat/home"
6. Going to /etc/tomcat7/server.xml and chaning this:
<Host name="localhost" appBase="empty" unpackWARs="false" autoDeploy="false">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
<Context path="" docBase="/var/lib/tomcat7/webapps/xnat"/>
</Host>
To this:
<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
(removed Context Path row)
</Host>
7. Copying the ROOT.war from my test 1.7.4 installation on the main server to the current WM and naming it xnat.war.
xnat@xnatdev:/var/lib/tomcat7/webapps$ scp xnat@vader:/var/lib/tomcat7/webapps/ROOT.war xnat.war
giving this:
xnat@xnatdev:/var/lib/tomcat7/webapps$ ls
xnat.war
8. Removing all old logs in tomcay7/logs/*
9. Starting tomcat. Waiting until the db has been updated.... Now I have xnat.war and xnat in the webapps directory.
10. Logs from xnat/home/logs:
cat xnat/home/logs/*
xnat@xnatdev:/var/lib/tomcat7/webapps$ cat /data/xnat/home/logs/*
2769 [localhost-startStop-1] ERROR org.apache.axis.configuration.EngineConfigurationFactoryServlet - Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
3038 [localhost-startStop-1] ERROR org.apache.axis.configuration.EngineConfigurationFactoryServlet - Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
2018-03-21 17:51:03,455 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - View initialization threw exception (org.postgresql.util.PSQLException: ERROR: cannot change name of view column "invest_search" to "visit"). We'll drop views and rebuild them.
2018-03-21 17:51:03,604 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - Drop views step complete. Begin rebuilding views.
2018-03-21 17:51:04,536 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - View rebuild complete.
2018-03-21 17:51:04,869 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.AbstractInitializingTask - The system is not yet fully initialized. Delaying execution of the intializing task "System Path Verification" until initialization is completed.
2018-03-21 17:51:06,610 [taskScheduler-1] WARN org.nrg.xnat.initialization.tasks.UpdateConfigurationService - Processed configurations with project set to 12 metadata ID. Can't find a corresponding project.
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Preparing to convert table xhbm_script_launch_request_event to use sequence for default value.
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Queries prepared for conversion:
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** CREATE SEQUENCE xhbm_script_launch_request_event_id_seq
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_launch_request_event ALTER COLUMN id SET DEFAULT nextval('xhbm_script_launch_request_event_id_seq')
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_launch_request_event ALTER COLUMN id SET NOT NULL
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER SEQUENCE xhbm_script_launch_request_event_id_seq OWNED BY xhbm_script_launch_request_event.id
2018-03-21 17:50:59,584 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Ran the query SELECT (MAX(id) + 1) AS value FROM xhbm_script_launch_request_event and got the value 1
2018-03-21 17:50:59,584 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Now preparing to run the query: SELECT setval('xhbm_script_launch_request_event_id_seq', 1) AS value
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Preparing to convert table xhbm_script_aud to use sequence for default value.
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Queries prepared for conversion:
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** CREATE SEQUENCE xhbm_script_aud_id_seq
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_aud ALTER COLUMN id SET DEFAULT nextval('xhbm_script_aud_id_seq')
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_aud ALTER COLUMN id SET NOT NULL
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER SEQUENCE xhbm_script_aud_id_seq OWNED BY xhbm_script_aud.id
2018-03-21 17:50:59,590 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Ran the query SELECT (MAX(id) + 1) AS value FROM xhbm_script_aud and got the value 1
2018-03-21 17:50:59,590 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Now preparing to run the query: SELECT setval('xhbm_script_aud_id_seq', 1) AS value
xnat@xnatdev:/var/lib/tomcat7/webapps$
11. Clearing cookies and testing is 10.208.21.252 is available via firefox. It is not. Just white screen
12. Checking if xnat is available at 10.208.21.252/xnat (without manually chaning the url of the database): it is. The network tool in firefox (when getting the login screen only shows green circles with status 200.
I get the login screen. Now the xnat logs look like this:
xnat@xnatdev:/var/lib/tomcat7/webapps$ cat /data/xnat/home/logs/*
2769 [localhost-startStop-1] ERROR org.apache.axis.configuration.EngineConfigurationFactoryServlet - Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
3038 [localhost-startStop-1] ERROR org.apache.axis.configuration.EngineConfigurationFactoryServlet - Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
2018-03-21 17:51:03,455 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - View initialization threw exception (org.postgresql.util.PSQLException: ERROR: cannot change name of view column "invest_search" to "visit"). We'll drop views and rebuild them.
2018-03-21 17:51:03,604 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - Drop views step complete. Begin rebuilding views.
2018-03-21 17:51:04,536 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.CreateOrUpdateDatabaseViews - View rebuild complete.
2018-03-21 17:51:04,869 [taskScheduler-1] INFO org.nrg.xnat.initialization.tasks.AbstractInitializingTask - The system is not yet fully initialized. Delaying execution of the intializing task "System Path Verification" until initialization is completed.
2018-03-21 17:51:06,610 [taskScheduler-1] WARN org.nrg.xnat.initialization.tasks.UpdateConfigurationService - Processed configurations with project set to 12 metadata ID. Can't find a corresponding project.
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Preparing to convert table xhbm_script_launch_request_event to use sequence for default value.
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Queries prepared for conversion:
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** CREATE SEQUENCE xhbm_script_launch_request_event_id_seq
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_launch_request_event ALTER COLUMN id SET DEFAULT nextval('xhbm_script_launch_request_event_id_seq')
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_launch_request_event ALTER COLUMN id SET NOT NULL
2018-03-21 17:50:59,571 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER SEQUENCE xhbm_script_launch_request_event_id_seq OWNED BY xhbm_script_launch_request_event.id
2018-03-21 17:50:59,584 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Ran the query SELECT (MAX(id) + 1) AS value FROM xhbm_script_launch_request_event and got the value 1
2018-03-21 17:50:59,584 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Now preparing to run the query: SELECT setval('xhbm_script_launch_request_event_id_seq', 1) AS value
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Preparing to convert table xhbm_script_aud to use sequence for default value.
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Queries prepared for conversion:
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** CREATE SEQUENCE xhbm_script_aud_id_seq
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_aud ALTER COLUMN id SET DEFAULT nextval('xhbm_script_aud_id_seq')
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER TABLE xhbm_script_aud ALTER COLUMN id SET NOT NULL
2018-03-21 17:50:59,585 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - *** ALTER SEQUENCE xhbm_script_aud_id_seq OWNED BY xhbm_script_aud.id
2018-03-21 17:50:59,590 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Ran the query SELECT (MAX(id) + 1) AS value FROM xhbm_script_aud and got the value 1
2018-03-21 17:50:59,590 [localhost-startStop-1] ERROR org.nrg.xft.db.DBAction - Now preparing to run the query: SELECT setval('xhbm_script_aud_id_seq', 1) AS value
13. I now try to login with admin + my custom pw from the old xnat build. This directes me to http://10.208.21.252//app/template/XDATScreen_UpdateUser.vm. Only a white webpage is visible. The network tool shows 4 entries:
orage triangle 302 Method: Post login Domain 10.208.21.252
green circle 200 Method get fontawesome-webfont.woff2?v=4.7.0 Domain 10.208.21.252
organge triangle 302 Method GET /xnat/ Domain 10.208.21.252
Purple Square 404 Method GET XDATScreen_UpdateUser.vm Domain 10.208.21.252
I then procede to try what has been said:
14. Removing the extra / gives the same white screen. Purple Square 404 GET XdatScreen_UpdateUser.vm Domain 10.208.21.252.
15. Now trying to update the admin pw and to update the url. Alltough it already seems to be correct:
xnat=> SELECT value FROM xhbm_preference WHERE name='siteUrl';
value
-----------------------
http://10.208.21.252/
(1 row)
xnat=>
Well, one thing to note is that the password for the admin account is very, very expired (at least with the default expiration time of 1 year). It’s possible that in 1.6, we whitelisted admin accounts from having their passwords expire, but I’m not sure about that. The only reason I can think of for you getting redirected to /app/template/XDATScreen_UpdateUser.vm is because your password is expired. You could try hacking it in the database to say it was updated yesterday:
UPDATE xhbm_xdat_user_auth SET password_updated = '2018-03-20 12:12:12.121' WHERE xdat_username = 'admin'
Restart tomcat after that, since it might cache some stuff for the account. Hopefully that will at least change the behavior? Unfortunately, I’m not really sure what else to add if that doesn’t work, since what you’re doing looks fairly reasonable to me.
Thanks,
Charlie
From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com]
On Behalf Of Robin Kämpe
Sent: Wednesday, March 21, 2018 12:22 PM
To: xnat_discussion <xnat_di...@googlegroups.com>
Subject: Re: [SPAM] Re: [XNAT Discussion] Re: Can't log in for first the time after upgrade (1.6.5 ---> 1.7.4)
So this is what I'm doing:
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at https://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/d/optout.
And after trying what Charlie suggested, if that doesn't work, could you post what is returned by:
SELECT * FROM xhbm_xdat_user_auth WHERE xdat_username = 'admin';
and what is returned by:
SELECT * FROM xdat_user WHERE login = 'admin';
(You should not include the values of the primary_password or salt fields when responding for security reasons, but I would like to know whether they have values.)
-Mike
I'm so glad you were able to get it working!
Regarding user account deletion, that is something we disallow as discussed here: https://groups.google.com/forum/#!topic/xnat_discussion/HRsUPijHmbc
The good news is that you should be able to allow existing users to log in by adding rows in the xhbm_xdat_user_auth table that have auth_user and xdat_username set to their username, and auth_method set to localdb. They should basically look like the xhbm_xdat_user_auth row for your admin user. Here is an query you can use as a template (replacing usernameOfExistingUser with the username of the existing user you want to be able to login via the local database):
INSERT INTO xhbm_xdat_user_auth (created, disabled,enabled,timestamp,auth_method,auth_user,failed_login_attempts,last_login_attempt,last_successful_login,password_updated,xdat_username)
VALUES ('2018-03-23 01:11:11.111','1969-12-31 18:00:00',true,'2018-03-23 01:11:11.111','localdb','usernameOfExistingUser',0,'2018-03-23 01:11:11.111','2018-03-23 01:11:11.111','2018-03-23 01:11:11.111','usernameOfExistingUser');
After you have added this row, you still have to set a temporary database password for that user (so they can log in and set their password to whatever they want). One way to do this is to log in as admin, go to Administer-> Users click on the user, change the password, and click Save. Another option is to do an SQL query to update their row in the xdat_user table, setting their salt to an empty string and their primary password to some 64 character string that they will need to enter as their password when they first log in. For example, you could do something like this:
UPDATE xdat_user SET salt='', primary_password='1234567890123456789012345678901234567890123456789012345678901234' WHERE login='usernameOfExistingUser';
You also should make sure these users are both enabled and verified (you can look either in the UI or in their row in xdat_user). I'd also recommend doing database operations on user accounts while Tomcat is shut down to be safe (so you don't have to worry that a task might be running to disable users if certain conditions are met when you're in the middle of getting things set up).
Good luck! And please let me know if there's anything else I can do to help you through the upgrade process!
-Mike
Yes, that is the output you should be getting. I'm glad your users are able to log in now!
-Mike
Yes, that’s a good response. From the PostgreSQL documentation on this:
On successful completion, an INSERT command returns a command tag of the form
INSERT oid count
The count is the number of rows inserted or updated. If count is exactly one, and the target table has OIDs, then oid is the OID assigned to the inserted row. The single row must have been inserted rather than updated. Otherwise oid is zero.
That “INSERT 0 1” tells you that one row was inserted, and the resulting row doesn’t have an associated OID. None of the XNAT tables use OIDs,* so that value will almost always be zero.
* OIDs provide built-in identifiers within PostgreSQL that “uniquely” identify a particular row within the database instance. OID generation has been turned off by default in PostgreSQL since version 8.1 and is a deprecated feature. It turns out that putting bajillions of rows into a database (“bajillion” is a technical computer science term and is roughly equivalent to “oodles” or Carl Sagan’s go-to awe inspirer “billions and billions”) makes the OID counter reset, which results in duplicate OIDs within the instance, thus failing at its primary purpose.
--
Rick Herrick
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
Phone: +1 (314) 273-1645
From: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com> on behalf of Robin Kämpe <robin....@gmail.com>
Reply-To: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com>
Date: Monday, March 26, 2018 at 8:38 AM
To: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com>
Subject: Re: [SPAM] Re: [XNAT Discussion] Re: Can't log in for first the time after upgrade (1.6.5 ---> 1.7.4)
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at https://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/d/optout.
This isn't something I personally have experience with, but you may find this helpful:
https://groups.google.com/forum/#!msg/xnat_discussion/y_VhyD-EW_Q/Y5NPHI0vKH4J
-Mike
Yeah, my suggestion was going to be to use psql rather than pg_restore. It’s kind of counter-intuitive, but a standard database dump from pg_dump is meant to be run as a script, while other formats from pg_dump (like, I guess, directory or tar dumps) are what pg_restore handles. As the documentation for pg_restore says: “pg_restore is a utility for restoring a PostgreSQL database from an archive created by pg_dump in one of the non-plain-text formats.”
--
Rick Herrick
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
Phone: +1 (314) 273-1645
From: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com> on behalf of "McKay, Mike" <mfm...@wustl.edu>
Reply-To: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com>
Date: Tuesday, March 27, 2018 at 9:19 AM
To: "xnat_di...@googlegroups.com" <xnat_di...@googlegroups.com>
Subject: Re: [SPAM] Re: [SPAM] Re: [XNAT Discussion] Re: Can't log in for first the time after upgrade (1.6.5 ---> 1.7.4)
-Mike
You may then think, well, given a clean server, I can just import the dump. Again, refer to reasonable yet erroneous. The default pg_dump output doesn't specify the target database nor will it create it, meaning a clean server install will fail."
Haha! I found this hillarious since that was my approach. Sorry...
Okay! Thanks! Again, since I'm not schooled in psql would either of you mind beeing a bit more explcit?
Step 1: Delete my "empty" db on the clean install: How do I do that?
Step 2: Create the xnat.sql file from the current (WM) xnat database. Is not via pg_dump, how do I do that?
Step 3: This seems pretty clear:
psql -f xnat.sql -U xnat_user -d xnat_db
"xnat.sql is your dump file, xnat_user is the xnat user, and xnat_db is your newly recreated database."
But why is the last part "-d xnat_db" and not "-d xnat". Isn't the database still going to be called xnat? So in my case:
psql -f xnat.sql -U xnat -d xnat
?
Thanks guys!
Yes, I think that'll work as long as you restart Tomcat. You can also set the pipeline path (and the other paths, except for archive path) in the UI by going to Administer -> Site Administration -> Advanced XNAT Settings -> File System. A listener is set up to respond to changes you make to paths there so you shouldn't need to restart Tomcat if you make edits that way. But if you change the database directly and restart Tomcat, your updated value should show up in the UI and everything should work find. But please let us know if anything seems wrong.
-Mike