AtoM 2.0 Install Problem (Site Configuration Page)

[thearch...@gmail.com]

Greetings all,

We seem to be running into some trouble at the end of the installation for AtoM 2.0.  As seen in the attached screen shots, the Site Configuration page stops before supplying a password field and submission button (the open <div> tag is the end of the page).  This, of course, doesn't allow us to complete the setup for the installation.  Any thoughts or fixes?

Cheers,

Jeremy Heil

[Jesús García Crespo]

What does the error log say?

If you followed our instructions @ accesstomemory.org, you should probably be looking at the error logs under  /var/log/nginx.

I suspect that it's a problem with file permissions.

Regards,

--
You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/cad336a7-26e8-4c53-a23e-cd0c186d7df6%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
Jesús García Crespo,
Software Engineer, Artefactual Systems Inc.
http://www.artefactual.com | +1.604.527.2056

[thearch...@gmail.com]

The error message read as follows:

2013/11/19 11:04:17 [error] 8355#0: *155 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Call to undefined function __() in /usr/share/nginx/atom/plugins/sfInstallPlugin/modules/sfInstallPlugin/templates/configureSiteSuccess.php on line 43" while reading response header from upstream, client: 127.0.0.1, server: _, request: "GET /index.php/sfInstallPlugin/configureSite HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.atom.sock:", host: "127.0.0.1", referrer: "http://127.0.0.1/index.php/sfInstallPlugin/configureSearch"

Jeremy

[Jesús García Crespo]

It's likely a file permissions issue. Try to start the installation process again paying special attention to the filesystem permissions configuration.

Good luck!

[thearch...@gmail.com]

Hi Jesús,

We just tried a couple new installations, with filesystem permissions for the atom folder given to www-data, and the process stalled again each time on configureSite.  Is there anything else we should look for?

Thanks!

Jeremy

[Jesús García Crespo]

Hi Jeremy,

Please, send me the output of the following two commands:

1) ls -l /usr/share/nginx/atom/

2) pgrep php5-fpm\|nginx | xargs -IPID ps -o user= PID

Thanks,

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/ca73998b-e880-4f33-9de4-b71307f7e6b9%40googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

[thearch...@gmail.com]

Hi Jesús,

The results are attached as txt files

Thanks!

Jeremy

[Mike G]

Hi Jeremy,

Which version of Ubuntu are you using? Also, what version of PHP do you have? (php -version in console).

Cheers

[thearch...@gmail.com]

Hi Mike,

We are using Ubuntu 12.04 with PHP 5.3.10

Jeremy

[Mike G]

Hi Jeremy,

Hmm, I don't think your OS / PHP version are affected, but just in case, try this: "sudo apt-get install php5-json".

Also, for the URL, can you replace just the "index.php" part of it with "qubit_dev.php" instead? Hopefully that will output more debugging info :)

[thearch...@gmail.com]

Hi Mike,

We tried to get the latest php5 version, and no changes were made (we are up to date).  Going into the qubit_dev.php gives us a whole atom interface with the Sf toolbar.  The question I have, then, is if we populate the users table from the terminal, will it allow us to get into atom from the browser without breaking anything?  We were thinking of just adding and pre-populating the "active" field from our 1.3 version and copying the table contents into the 2.0.

Cheers,

Jeremy

[thearch...@gmail.com]

We went ahead and tried to add a user directly to the table, using the values from our 1.3 user table, and added a relevant actor, but then encountered this problem when trying to log in:

500 | Internal Server Error | sfException

Unknown record property "active" on "QubitTerm"

stack trace

• at ()
  in SF_ROOT_DIR/lib/model/om/BaseTerm.php line 935 ...
  
  932.       return $this->values['descendants'];
  933.     }
  934. 
       
  935.     throw new sfException("Unknown record property \"$name\" on \"".get_class($this).'"');
  936.   }
  937. 
       
  938.   public function __set($name, $value)

We can always get rid of the newly added values if there is no real way to make this work, but the question is, is there anything in particular we should be looking for in the qubit_dev.php (config, logs or elsewhere) that would help us figure out what to correct?

Thanks!

Jeremy

[Mike G]

Hi Jeremy,

Without seeing your SQL dump it's hard to say why it's throwing that error... it seems to be trying to access the "active" column from a User in AtoM, except on a Term instead. When you said you got the full interface for AtoM via qubit_dev.php, to confirm, that means you can now access AtoM's UI? If so, I'd recommend adding users from there.

To add a user manually through the database though, you'll need to do the following (it sounds like you've got most of it):
1. Create a new row in the object table with class_name='QubitUser'. Most things in AtoM ultimately have an underlying object entry in the database.
2. Create a new row for actor and actor_i18n. Actor's id column should be a foreign key pointing to the underlying Object id that you just created. Actor_i18n's id column should be a foreign key pointing to the Actor id you just created.
3. Create a new row for user. User's id column will be a foreign key pointing to the Actor id you created

That should be all you need to do to create users manually via the database.

Perhaps you forgot the Object row step, and your foreign keys are pointing to a QubitTerm object entry in the current database. Just a guess though.

Hope this helps, cheers.

[thearch...@gmail.com]

Hi Mike,

I just thought I'd update you (and everyone) on this.  Your fix worked, and AtoM 2.0 is now running correctly for us.  There was the one table we hadn't updated, and that was preventing us from getting into the system.

Thanks again for the help!

Jeremy

[Ivan Rivera]

Hi to everyone,

I was having the exact same problem, but i fixed. Im running CentOS 6

What i did was to change "fastcgi_pass unix:/tmp/php5-fpm.sock;" in /etc/nginx/config.d/atom.conf with "fastcgi_pass127.0.0.1:9000;

and in /etc/php-fpm.d/atom.conf change the "listen = /tmp/php5-fpm.sock"  with "listen = 127.0.0.1:9000"

after that i run

service php-fpm restart
service nginx restart

[Jesús García Crespo]

You can either use file sockets or tcp, but if both services are running in the same machine you should know that sockets are slightly faster as they avoid the networking overhead. I don't know what's wrong in your configuration, but file sockets are working for us.

Thanks.

--

You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.

Visit this group at http://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/241d686c-7f52-432a-a1d8-506f80556d2f%40googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

[Dan Gillean]

Thanks for sharing what worked for you, Ivan!

Best,

Dan Gillean, MAS, MLIS
AtoM Product Manager / Systems Analyst,
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

On Mon, Jan 13, 2014 at 2:56 AM, Ivan Rivera <ivanj...@gmail.com> wrote:

--

You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.

Visit this group at http://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/241d686c-7f52-432a-a1d8-506f80556d2f%40googlegroups.com.