Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Error loading test results after upgrade

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Error loading test results after upgrade


Chronological Thread 
  • From: Andrew Lake <>
  • To: "Vollmer, David ()" <>, "C. Aaron Smith" <>
  • Cc: "" <>
  • Subject: Re: [perfsonar-user] Error loading test results after upgrade
  • Date: Tue, 18 Apr 2017 11:58:51 -0700
  • Ironport-phdr: 9a23:HvPK/RR5Xqxbbtn4QvwzI+G8r9psv+yvbD5Q0YIujvd0So/mwa6yZBGN2/xhgRfzUJnB7Loc0qyN4v6mAzxLuMzQ+Fk5M7V0HycfjssXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aFRrwLxd6KfroEYDOkcu3y/qy+5rOaAlUmTaxe71/IRG3oAnLqMUbgoRuJrsvxhbNv3BFZ/lYyWR0KFyJgh3y/N2w/Jlt8yRRv/Iu6ctNWrjkcqo7ULJVEi0oP3g668P3uxbDSxCP5mYHXWUNjhVIGQnF4wrkUZr3ryD3q/By2CiePc3xULA0RTGv5LplRRP0lCsKMSMy/WfKgcJyka1bugqsqRx9zI7aZ4+aO/RwcKDAc90EWWVMRdxeWzBbD46mdYYDE+gMMOBFpIf9vVsOqh6+CBGwCePp1zBInGH53KMn2OonCw7G3xIvFM8JvXvOqtX6KacTXPurw6nT1znDae1Z2Svk5YXObxsvr/aMXbdqfsrQz0kiDx7Fjk2fqYz/JTyay/oCv3GD7+pvTuKvkmonpgVxrzS13ccsio/EjZ8WxFDc7Sh13Zg5KN6iREN1e9KpH4ZcuzuYOodrWs8uXX1ktSIgxrAFuZO3ZjUGxZA5yxLFdvCKd4qF7xT+X+iLOzh4nmhqeLenihay70egzur8W9G60FlUoSdJiN3MuWsJ1xDJ5ciHTeV98l+g2TaJyQ/T9vlJLV0qmafYMZIszKQ8m5UOvUjZHCL6hV36jKqMeUUl/uio5f7nYrLjppKELYB0jBzxM6Q1l8OhGuQ0KA4OUHaH+eikzr3s4VX5QKlWjv0xiqTZqI7VJd4Vpq6iBA9V1Jws6wymAze7y9QXg2MHIUlBeBKGlIjpJ0rOLO7iAfe+hVSsjClkx+rAPrL/HpXBMGLPn6n8crZguAZgz19589db45dZEPVJDPvtW0O59NDGAxIRLg24yubgTthxy8JUETaDHKKUGL7TvVaI4aQiL/TaIMdfk3C1AvE/4Pimtno4hV9XNf2y2JAXQG2gE/JgZUiVfCy/rM0GFDIjuAYkQfOirFSBXHYHbnC+Toox/Xc9BZ7wXtSLfZyknLHUhHTzJZZRfG0TUl0=

Hi,

Sounds like maybe your old postgresql data didn’t move over for some reason. Since we saw this once today, any of you keeping your postgresql data someplace that’s not /var/lib/pgsql? If you do have the data someplace else, let me know and the steps below are a bit different.

If you have it in the standard location of /var/lib/pgsql, you can look in /var/log/yum.log which may or may not have a reason why. Usually when this happens the old version of postgresql didn't shutdown or start back up properly during the migration.You can run the migration again with the following commands that shutdown anything using postgres, remove the empty 9.5 database that got created, migrate the old data and rebuild the pscheduler databases:

/etc/init.d/httpd stop
/etc/init.d/httpd24-httpd stop
/etc/init.d/pscheduler-scheduler stop
/etc/init.d/pscheduler-runner stop
/etc/init.d/pscheduler-ticker stop
/etc/init.d/pscheduler-archiver stop
/etc/init.d/postgresql stop
/etc/init.d/postgresql-9.5 stop
pkill -9 -f postgres
rm -rf /var/lib/pgsql/9.5/data/*
/usr/lib/esmond-database/upgrade-pgsql95.sh
/etc/init.d/httpd24-httpd start
yum reinstall pscheduler-server

Let me know if that gives you any trouble. You’ll know things are good if you can open "http://your-host/esmond/perfsonar/archive/?limit=1” in your browser and see an old result. You should see the data immediately. 

Thanks,
Andy




On April 18, 2017 at 2:13:46 PM, Vollmer, David () () wrote:

Same trouble here.

> On Apr 18, 2017, at 10:46 AM, C. Aaron Smith <> wrote:
>
> Hello everyone,
>
> A test box was allowed to upgrade to 4.0 this morning and now "Details"
> of the test results are not showing.
> The base web page is shown without any errors. When selecting "Details"
> under a specific test, the new page shows these messages:
> "Error loading data
> Error retrieving data
> No data found in the measurement archive"
>
> Not sure where to start.
> Thanks,
> Aaron
>
>
> --
> C. Aaron Smith
> Senior Network Engineer
> ISC Tech Services
> University of Pennsylvania
> OpenPGP Key ID: 0xC311AB25




Archive powered by MHonArc 2.6.19.

Top of Page