I cleaned the cache and started Hilary again but I still have the same problem. 
Although we are getting close.

tenant1.oae.com is still giving me access to a new tenant. I can sign up new 
users and sign in. And I get feedback of my actions in the console where I 
launched Hilary

I have `127.0.0.1 tenant1.oae.com` in /etc/hosts, but I didn't create the 
tenant from the admin panel.

It is true that I had another version installed, but it was before the Phoenix 
and I deleted it. And more important, I am getting the feedback when, for 
example, I sign into the tenant1 in the console where I started Hilary.

Unfortunately, cleaning the redis cache and restarting it didn't work.

By the way, I realised that I have actually 2 warnings when start Hilary:

WARN: mq/17968 on UKDesktop3: Attempted to unbind listener from non-existant 
job queue. Ignoring. (queueName=oae-preview-processor/generatePreviews)
WARN: mq/17968 on UKDesktop3: Attempted to unbind listener from non-existant 
job queue. Ignoring. (queueName=oae-preview-processor/regeneratePreviews)

Any other thing I could try?

Thank you for your help.

Best regards,

David Torres


Computer Scientist
Renuda UK


tel: +44 (0)20 3371 1709
web: www.renuda.com


Renuda UK is registered in England and Wales.  Company number 6218863.
VAT registration number 918 6490 91. Registered office: 35 Charleville Road, 
London W14 9JJ, UK.
Renuda registered trade mark.

________________________________________
From: Nicolaas Matthijs [[email protected]] on behalf of Nicolaas 
Matthijs [[email protected]]
Sent: 31 July 2013 18:41
To: Branden Visser
Cc: David Torres; [email protected]
Subject: Re: [oae-dev] I cannot loging as administrator

Hi David,

How have you been able to create a tenant at `tenant1.oae.com` without being 
able to log into the administration UI? Usually, you have to log into the admin 
UI before you're able to create a tenant.

Is there any chance that your /etc/hosts file is pointing to an instance that 
is not actually the one that's running on your machine?

I've never seen the `Cannot call method 'compact' of undefined` error, but it 
might also be worth clearing your Redis cache, in case their is still some 
stale data from a previous installation in there:

`redis-cli flushall`

The standard administration password is indeed `administrator` / 
`administrator`.

Hope that helps,
Nicolaas


On 31 Jul 2013, at 18:08, Branden Visser wrote:

> Hi David,
>
> Can you change the log level to "trace" in config.js and try again,
> attaching the log for us? The output of that file when you log in
> could be helpful in seeing what's going on.
>
> Thanks,
> Branden
>
> On Wed, Jul 31, 2013 at 12:45 PM, David Torres <[email protected]> 
> wrote:
>> Hello list,
>>
>> I installed OAE following the instructions
>> `https://github.com/oaeproject/Hilary/blob/master/README.md`
>> It seems that it worked. I went to tenant1.oae.com and I was able to sign up
>> and sign in.
>>
>> Nevertheless, when I go to admin.oae.com (which is loaded correctly) I
>> cannot sign in as admin.
>> When I type a bad combination of user/password, I get this message in the
>> console:
>>
>> `INFO: oae-authentication/13486 on UKDesktop3: Invalid password check for
>> user administrator`
>>
>> However, when I type "administrator" / "administrator", although visually I
>> get the same ("Login failed.
>> Invalid username or password."), in the console I get:
>>
>> ```
>> ERROR: oae/13486 on UKDesktop3: An uncaught exception was raised to the
>> application.
>>    TypeError: Cannot call method 'compact' of undefined
>>        at new module.exports.User
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-principals/lib/model.user.js:52:26)
>>        at hashToUser
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-principals/lib/internal/dao.js:408:16)
>>        at getUserFromRow
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-principals/lib/internal/dao.js:384:12)
>>        at getPrincipalFromRow
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-principals/lib/internal/dao.js:361:75)
>>        at getPrincipalFromCassandra
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-principals/lib/internal/dao.js:273:25)
>>        at executeQuery
>> (/home/sakaiuser/oae/Hilary/node_modules/oae-util/lib/cassandra.js:734:9)
>>        at onReturn
>> (/home/sakaiuser/oae/Hilary/node_modules/helenus/lib/connection.js:444:7)
>>        at onReturn
>> (/home/sakaiuser/oae/Hilary/node_modules/helenus/lib/connection.js:379:7)
>>        at
>> exports.Connection.connection.addListener.self.transport.receiver.client._reqs.(anonymous
>> function)
>> (/home/sakaiuser/oae/Hilary/node_modules/helenus/node_modules/helenus-thrift/lib/thrift/connection.js:80:11)
>>        at Object.CassandraClient.recv_execute_cql_query
>> (/home/sakaiuser/oae/Hilary/node_modules/helenus/lib/cassandra/Cassandra.js:8295:12)
>>
>> ```
>>
>> Any ideas of what can be happening?
>> Any log I have to check? I already checked /var/log/cassandra/system.log and
>> it is clean of errors or warnings.
>>
>> Thank you in advance.
>>
>> Best regards,
>>
>> David Torres
>>
>> Computer Scientist
>> Renuda UK
>>
>> tel: +44 (0)20 3371 1709
>> web: www.renuda.com
>>
>> Renuda UK is registered in England and Wales.  Company number 6218863.
>> VAT registration number 918 6490 91. Registered office: 35 Charleville Road,
>> London W14 9JJ, UK.
>> Renuda registered trade mark.
>>
>>
>> _______________________________________________
>> oae-dev mailing list
>> [email protected]
>> http://collab.sakaiproject.org/mailman/listinfo/oae-dev
>>
> _______________________________________________
> oae-dev mailing list
> [email protected]
> http://collab.sakaiproject.org/mailman/listinfo/oae-dev

_______________________________________________
oae-dev mailing list
[email protected]
http://collab.sakaiproject.org/mailman/listinfo/oae-dev

Reply via email to