[opensuse-buildservice] OBS 2.7.0 RC 1
Good news dear OBS admins, there is again some possible work on this nice friday for you :) We updated the OBS 2.7 packages and appliances to our current 2.7 branch and consider this almost final. The only change which we currently plan are documentation updates. You can find them tagged as 2.6.99 as usual in the following repositories: http://download.opensuse.org/repositories/OBS:/Server:/2.7/ SLE 11 builds are available as well, just the RC1 version is still building. Most important changes are: * Many improvements in the auto setup scripts * LDAP support works again * Lot's of smaller fixes and improvements This is actually one of the best tested release, due to our new established automated appliance testing. So, it should be a great friday for you :) adrian -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Thank you, Adrian! That's really good news.
Going to update my OBS as quick as possible.
Cheers,
Alex
On Fri, May 13, 2016 at 8:38 AM, Adrian Schröter
Good news dear OBS admins,
there is again some possible work on this nice friday for you :)
We updated the OBS 2.7 packages and appliances to our current 2.7 branch and consider this almost final. The only change which we currently plan are documentation updates.
You can find them tagged as 2.6.99 as usual in the following repositories:
http://download.opensuse.org/repositories/OBS:/Server:/2.7/
SLE 11 builds are available as well, just the RC1 version is still building.
Most important changes are:
* Many improvements in the auto setup scripts
* LDAP support works again
* Lot's of smaller fixes and improvements
This is actually one of the best tested release, due to our new established automated appliance testing.
So, it should be a great friday for you :) adrian
--
Adrian Schroeter email: adrian@suse.de
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5 90409 Nürnberg Germany
-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi Adrian,
On 13.05.2016, at 8:38 , Adrian Schröter
wrote: Good news dear OBS admins,
there is again some possible work on this nice friday for you :)
well ;) After the update of my test server (2.6.9 based on the appliance, openSUSE:13.2), I can’t even login as admin anymore. In the webui it displays the error: “No anonymous access. Please log in!” in the production.log I see: [2234:80.20] 2016-05-13T10:24:56+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=114) RUNNING [2234:80.20] 2016-05-13T10:24:56+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=114) FAILED (1 prior attempts) with ActiveRecord::StatementInvalid: Mysql2::Error: Unknown column 'events.mails_sent' in 'where clause': SELECT `events`.* FROM `events` WHERE `events`.`mails_sent` = 0 ORDER BY `events`.`created_at` ASC LIMIT 1000 FOR UPDATE [2234:80.20] 2016-05-13T10:24:56+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] 1 jobs processed at 79.5740 j/s, 1 failed [b3d74d1c-30eb-42c6-98aa-a0bb0df9bfff] [2111:132.49] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 10:24:58 +0000 [b3d74d1c-30eb-42c6-98aa-a0bb0df9bfff] [2111:132.50] Processing by Webui::UserController#do_login as HTML [b3d74d1c-30eb-42c6-98aa-a0bb0df9bfff] [2111:132.50] Parameters: {"utf8"=>"✓", "authenticity_token"=>"4e4fegIaVkmRSPcuChtixexBA+9ELf5JsgRootuOmKXT6SMkUBs6+wiuRqmN9DImFaEw10Kzn9z1svaJFo+0oA==", "username"=>"Admin", "password"=>"[FILTERED]", "commit"=>"Log In"} [b3d74d1c-30eb-42c6-98aa-a0bb0df9bfff] [2111:132.52] Redirected to https://buildwebgui.localchoeger/user/login [b3d74d1c-30eb-42c6-98aa-a0bb0df9bfff] [2111:132.52] Completed 302 Found in 21ms (ActiveRecord: 1.9ms | Backend: 0.0ms | XML: 0.0ms) [a398fdc3-1647-4255-b807-6c8bfadb2eab] [2111:132.52] Started GET "/user/login" for 172.16.210.1 at 2016-05-13 10:24:58 +0000 [a398fdc3-1647-4255-b807-6c8bfadb2eab] [2111:132.52] Processing by Webui::UserController#login as HTML [a398fdc3-1647-4255-b807-6c8bfadb2eab] [2111:132.53] Redirected to https://buildwebgui.localchoeger/ [a398fdc3-1647-4255-b807-6c8bfadb2eab] [2111:132.53] Filter chain halted as :check_anonymous rendered or redirected [a398fdc3-1647-4255-b807-6c8bfadb2eab] [2111:132.53] Completed 302 Found in 2ms (ActiveRecord: 0.4ms | Backend: 0.0ms | XML: 0.0ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.53] Started GET "/" for 172.16.210.1 at 2016-05-13 10:24:58 +0000 [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.53] Processing by Webui::MainController#index as HTML [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.55] Rendered webui/main/_systemstatus.html.erb (1.4ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.55] Rendered webui/main/_sponsors.html.erb (0.0ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.55] Rendered webui/main/_news.html.erb (0.0ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.56] Rendered webui/main/index.html.erb within layouts/webui/webui (9.2ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.56] Rendered layouts/webui/_watch_and_search.html.erb (0.2ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.56] Rendered layouts/webui/_header.html.erb (2.9ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.56] Rendered layouts/webui/_personal_navigation.html.erb (0.4ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.56] Rendered layouts/webui/_flash.html.erb (0.3ms) [3ec60d3e-4dc3-4860-98a8-d8452a446c3e] [2111:132.57] Completed 200 OK in 34ms (Views: 19.8ms | ActiveRecord: 6.4ms | Backend: 0.0ms | XML: 0.0ms) [2227:85.43] 2016-05-13T10:25:01+0000: [Worker(delayed_job.0 host:buildservice pid:2227)] Job ProjectLogRotate#perform (id=68) RUNNING [2234:85.21] 2016-05-13T10:25:01+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=76) RUNNING [2234:85.22] 2016-05-13T10:25:01+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=76) FAILED (4 prior attempts) with ActiveRecord::StatementInvalid: Mysql2::Error: Unknown column 'events.mails_sent' in 'where clause': SELECT `events`.* FROM `events` WHERE `events`.`mails_sent` = 0 ORDER BY `events`.`created_at` ASC LIMIT 1000 FOR UPDATE [2234:85.23] 2016-05-13T10:25:01+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=78) RUNNING [2234:85.23] 2016-05-13T10:25:01+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] Job SendEventEmails#perform (id=78) FAILED (4 prior attempts) with ActiveRecord::StatementInvalid: Mysql2::Error: Unknown column 'events.mails_sent' in 'where clause': SELECT `events`.* FROM `events` WHERE `events`.`mails_sent` = 0 ORDER BY `events`.`created_at` ASC LIMIT 1000 FOR UPDATE [2234:85.24] 2016-05-13T10:25:01+0000: [Worker(delayed_job.1 host:buildservice pid:2234)] 2 jobs processed at 58.6388 j/s, 2 failed [2227:85.48] 2016-05-13T10:25:01+0000: [Worker(delayed_job.0 host:buildservice pid:2227)] Job ProjectLogRotate#perform (id=68) FAILED (4 prior attempts) with NoMethodError: undefined method `find_by_number' for #Class:0x00000003ade5f0 Did you mean? find_by_number! [2227:85.48] 2016-05-13T10:25:01+0000: [Worker(delayed_job.0 host:buildservice pid:2227)] 1 jobs processed at 16.7243 j/s, 1 failed I followed README.UPDATERS and of course ran RAILS_ENV="production" rake.ruby2.3 db:migrate and restarted the services. any idea what might went wrong?
We updated the OBS 2.7 packages and appliances to our current 2.7 branch and consider this almost final. The only change which we currently plan are documentation updates.
You can find them tagged as 2.6.99 as usual in the following repositories:
http://download.opensuse.org/repositories/OBS:/Server:/2.7/
SLE 11 builds are available as well, just the RC1 version is still building.
Most important changes are:
* Many improvements in the auto setup scripts
* LDAP support works again
* Lot's of smaller fixes and improvements
This is actually one of the best tested release, due to our new established automated appliance testing.
So, it should be a great friday for you :) adrian
--
Adrian Schroeter email: adrian@suse.de
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5 90409 Nürnberg Germany
-- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
-- kind regards, Carsten Hoeger Professional Services Email: carsten.hoeger@open-xchange.com ------------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nuremberg, District Court Nuremberg HRB 24738 Managing Board: Rafael Laguna de la Vera, Carsten Dirks, Uwe Reumuth Chairman of the Board: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany, District Court Siegen, HRB 8718 Managing Directors: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA -------------------------------------------------------------------------------------
On Freitag, 13. Mai 2016, 10:43:45 wrote Carsten Höger:
Hi Adrian,
On 13.05.2016, at 8:38 , Adrian Schröter
wrote: Good news dear OBS admins,
there is again some possible work on this nice friday for you :)
well ;)
After the update of my test server (2.6.9 based on the appliance, openSUSE:13.2), I can’t even login as admin anymore.
In the webui it displays the error: “No anonymous access. Please log in!”
Is it true that anonymous access is disbaled? Will try this setup, it works when using a proxy, but I need to test without. Or do you use also LDAP for authentification?
in the production.log I see: ... [2227:85.48] 2016-05-13T10:25:01+0000: [Worker(delayed_job.0 host:buildservice pid:2227)] Job ProjectLogRotate#perform (id=68) FAILED (4 prior attempts) with NoMethodError: undefined method `find_by_number' for #Class:0x00000003ade5f0 Did you mean? find_by_number!
This looks like the delayed jobs got not restarted after migration, but this is independend of your problem. -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi,
On 13.05.2016, at 10:58 , Adrian Schröter
wrote: After the update of my test server (2.6.9 based on the appliance, openSUSE:13.2), I can’t even login as admin anymore.
In the webui it displays the error: “No anonymous access. Please log in!”
Is it true that anonymous access is disbaled?
yes buildservice:/srv/obs # grep anon configuration.xml <anonymous>off</anonymous>
Will try this setup, it works when using a proxy, but I need to test without.
Or do you use also LDAP for authentification?
yes, I do Ok, when I turn LDAP mode off, I can login as Admin again. Didn’t you write that "LDAP support works again” ? It worked before the update to 2.7 at least.
in the production.log I see: ... [2227:85.48] 2016-05-13T10:25:01+0000: [Worker(delayed_job.0 host:buildservice pid:2227)] Job ProjectLogRotate#perform (id=68) FAILED (4 prior attempts) with NoMethodError: undefined method `find_by_number' for #Class:0x00000003ade5f0 Did you mean? find_by_number!
This looks like the delayed jobs got not restarted after migration, but this is independend of your problem.
systemctl restart obsapidelayed was executed at least -- kind regards, Carsten Hoeger Professional Services Email: carsten.hoeger@open-xchange.com ------------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nuremberg, District Court Nuremberg HRB 24738 Managing Board: Rafael Laguna de la Vera, Carsten Dirks, Uwe Reumuth Chairman of the Board: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany, District Court Siegen, HRB 8718 Managing Directors: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA -------------------------------------------------------------------------------------
On Freitag, 13. Mai 2016, 11:04:14 wrote Carsten Höger:
Hi,
On 13.05.2016, at 10:58 , Adrian Schröter
wrote: After the update of my test server (2.6.9 based on the appliance, openSUSE:13.2), I can’t even login as admin anymore.
In the webui it displays the error: “No anonymous access. Please log in!”
Is it true that anonymous access is disbaled?
yes
buildservice:/srv/obs # grep anon configuration.xml <anonymous>off</anonymous>
okay
Will try this setup, it works when using a proxy, but I need to test without.
Or do you use also LDAP for authentification?
yes, I do
Ok, when I turn LDAP mode off, I can login as Admin again.
Admin is a local user which does not come from LDAP?
Didn’t you write that "LDAP support works again” ?
I admit, that I haven't tried the combination with anonymous disabled. It was complete broken in 2.7 before RC1...
It worked before the update to 2.7 at least.
I will try to bring the fallback behaviour back ... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi,
On 13.05.2016, at 11:26 , Adrian Schröter
wrote: Will try this setup, it works when using a proxy, but I need to test without.
Or do you use also LDAP for authentification?
yes, I do
Ok, when I turn LDAP mode off, I can login as Admin again.
Admin is a local user which does not come from LDAP?
Yes. The default user of the obs installation.
Didn’t you write that "LDAP support works again” ?
I admit, that I haven't tried the combination with anonymous disabled. It was complete broken in 2.7 before RC1...
It worked before the update to 2.7 at least.
I will try to bring the fallback behaviour back ...
Even with anonymous on, I cannot login in ldap mode. Neither with the local Admin user nor with the existing ldap accounts. I assume these changes here https://lists.opensuse.org/opensuse-buildservice/2015-08/msg00115.html have still to be applied to user login usernames with dots? This is the trace of a login attempt of an ldap user: [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 11:42:07 +0000 [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Processing by Webui::UserController#do_login as HTML [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Parameters: {"utf8"=>"✓", "authenticity_token"=>"bweOdCfa7aP274w9blsUVK513F/F32LfrHqH9tgKYDkuXb7nN3enxvx1fFrgg7e5MDCD2eHJHlnfXd/Enm1J7g==", "username"=>"carsten.hoeger", "password"=>"[FILTERED]", "commit"=>"Log In"} [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.62] Completed 500 Internal Server Error in 139ms (ActiveRecord: 2.8ms | Backend: 0.0ms | XML: 0.0ms) [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.63] NoMethodError (undefined method `kind' for #Project:0x00000005c5d410): activemodel (4.2.5.2) lib/active_model/attribute_methods.rb:433:in `method_missing' activemodel (4.2.5.2) lib/active_model/validator.rb:149:in `block in validate' activemodel (4.2.5.2) lib/active_model/validator.rb:148:in `each' activemodel (4.2.5.2) lib/active_model/validator.rb:148:in `validate' activesupport (4.2.5.2) lib/active_support/callbacks.rb:455:in `public_send' activesupport (4.2.5.2) lib/active_support/callbacks.rb:455:in `block in make_lambda' activesupport (4.2.5.2) lib/active_support/callbacks.rb:192:in `block in simple' activesupport (4.2.5.2) lib/active_support/callbacks.rb:504:in `block in call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:504:in `each' activesupport (4.2.5.2) lib/active_support/callbacks.rb:504:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:92:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_validate_callbacks' activemodel (4.2.5.2) lib/active_model/validations.rb:399:in `run_validations!' activemodel (4.2.5.2) lib/active_model/validations/callbacks.rb:113:in `block in run_validations!' activesupport (4.2.5.2) lib/active_support/callbacks.rb:88:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_validation_callbacks' activemodel (4.2.5.2) lib/active_model/validations/callbacks.rb:113:in `run_validations!' activemodel (4.2.5.2) lib/active_model/validations.rb:338:in `valid?' activerecord (4.2.5.2) lib/active_record/validations.rb:58:in `valid?' activerecord (4.2.5.2) lib/active_record/validations.rb:83:in `perform_validations' activerecord (4.2.5.2) lib/active_record/validations.rb:37:in `save' activerecord (4.2.5.2) lib/active_record/attribute_methods/dirty.rb:21:in `save' activerecord (4.2.5.2) lib/active_record/transactions.rb:286:in `block (2 levels) in save' activerecord (4.2.5.2) lib/active_record/transactions.rb:351:in `block in with_transaction_returning_status' activerecord (4.2.5.2) lib/active_record/connection_adapters/abstract/database_statements.rb:211:in `transaction' activerecord (4.2.5.2) lib/active_record/transactions.rb:220:in `transaction' activerecord (4.2.5.2) lib/active_record/transactions.rb:348:in `with_transaction_returning_status' activerecord (4.2.5.2) lib/active_record/transactions.rb:286:in `block in save' activerecord (4.2.5.2) lib/active_record/transactions.rb:301:in `rollback_active_record_state!' activerecord (4.2.5.2) lib/active_record/transactions.rb:285:in `save' activerecord (4.2.5.2) lib/active_record/persistence.rb:34:in `create' app/models/user.rb:72:in `create_home_project' activesupport (4.2.5.2) lib/active_support/callbacks.rb:432:in `block in make_lambda' activesupport (4.2.5.2) lib/active_support/callbacks.rb:228:in `block in halting_and_conditional' activesupport (4.2.5.2) lib/active_support/callbacks.rb:506:in `block in call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:506:in `each' activesupport (4.2.5.2) lib/active_support/callbacks.rb:506:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:92:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_create_callbacks' activerecord (4.2.5.2) lib/active_record/callbacks.rb:306:in `_create_record' activerecord (4.2.5.2) lib/active_record/timestamp.rb:57:in `_create_record' activerecord (4.2.5.2) lib/active_record/persistence.rb:504:in `create_or_update' activerecord (4.2.5.2) lib/active_record/callbacks.rb:302:in `block in create_or_update' activesupport (4.2.5.2) lib/active_support/callbacks.rb:117:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:555:in `block (2 levels) in compile' activesupport (4.2.5.2) lib/active_support/callbacks.rb:505:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:92:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_save_callbacks' activerecord (4.2.5.2) lib/active_record/callbacks.rb:302:in `create_or_update' activerecord (4.2.5.2) lib/active_record/persistence.rb:120:in `save' activerecord (4.2.5.2) lib/active_record/validations.rb:37:in `save' activerecord (4.2.5.2) lib/active_record/attribute_methods/dirty.rb:21:in `save' activerecord (4.2.5.2) lib/active_record/transactions.rb:286:in `block (2 levels) in save' activerecord (4.2.5.2) lib/active_record/transactions.rb:351:in `block in with_transaction_returning_status' activerecord (4.2.5.2) lib/active_record/connection_adapters/abstract/database_statements.rb:213:in `block in transaction' activerecord (4.2.5.2) lib/active_record/connection_adapters/abstract/transaction.rb:184:in `within_new_transaction' activerecord (4.2.5.2) lib/active_record/connection_adapters/abstract/database_statements.rb:213:in `transaction' activerecord (4.2.5.2) lib/active_record/transactions.rb:220:in `transaction' activerecord (4.2.5.2) lib/active_record/transactions.rb:348:in `with_transaction_returning_status' activerecord (4.2.5.2) lib/active_record/transactions.rb:286:in `block in save' activerecord (4.2.5.2) lib/active_record/transactions.rb:301:in `rollback_active_record_state!' activerecord (4.2.5.2) lib/active_record/transactions.rb:285:in `save' activerecord (4.2.5.2) lib/active_record/persistence.rb:34:in `create' app/models/user.rb:273:in `find_with_credentials' app/models/user.rb:441:in `authenticate' app/controllers/webui/user_controller.rb:30:in `do_login' actionpack (4.2.5.2) lib/action_controller/metal/implicit_render.rb:4:in `send_action' actionpack (4.2.5.2) lib/abstract_controller/base.rb:198:in `process_action' actionpack (4.2.5.2) lib/action_controller/metal/rendering.rb:10:in `process_action' actionpack (4.2.5.2) lib/abstract_controller/callbacks.rb:20:in `block in process_action' activesupport (4.2.5.2) lib/active_support/callbacks.rb:117:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:555:in `block (2 levels) in compile' activesupport (4.2.5.2) lib/active_support/callbacks.rb:505:in `call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:92:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_process_action_callbacks' activesupport (4.2.5.2) lib/active_support/callbacks.rb:81:in `run_callbacks' actionpack (4.2.5.2) lib/abstract_controller/callbacks.rb:19:in `process_action' actionpack (4.2.5.2) lib/action_controller/metal/rescue.rb:29:in `process_action' actionpack (4.2.5.2) lib/action_controller/metal/instrumentation.rb:32:in `block in process_action' activesupport (4.2.5.2) lib/active_support/notifications.rb:164:in `block in instrument' activesupport (4.2.5.2) lib/active_support/notifications/instrumenter.rb:20:in `instrument' activesupport (4.2.5.2) lib/active_support/notifications.rb:164:in `instrument' actionpack (4.2.5.2) lib/action_controller/metal/instrumentation.rb:30:in `process_action' actionpack (4.2.5.2) lib/action_controller/metal/params_wrapper.rb:250:in `process_action' activerecord (4.2.5.2) lib/active_record/railties/controller_runtime.rb:18:in `process_action' actionpack (4.2.5.2) lib/abstract_controller/base.rb:137:in `process' actionview (4.2.5.2) lib/action_view/rendering.rb:30:in `process' actionpack (4.2.5.2) lib/action_controller/metal.rb:196:in `dispatch' actionpack (4.2.5.2) lib/action_controller/metal/rack_delegation.rb:13:in `dispatch' actionpack (4.2.5.2) lib/action_controller/metal.rb:237:in `block in action' actionpack (4.2.5.2) lib/action_dispatch/routing/route_set.rb:74:in `dispatch' actionpack (4.2.5.2) lib/action_dispatch/routing/route_set.rb:43:in `serve' actionpack (4.2.5.2) lib/action_dispatch/routing/mapper.rb:49:in `serve' actionpack (4.2.5.2) lib/action_dispatch/journey/router.rb:43:in `block in serve' actionpack (4.2.5.2) lib/action_dispatch/journey/router.rb:30:in `each' actionpack (4.2.5.2) lib/action_dispatch/journey/router.rb:30:in `serve' actionpack (4.2.5.2) lib/action_dispatch/routing/route_set.rb:815:in `call' config/initializers/wrap_parameters.rb:38:in `call' hoptoad_notifier (2.4.11) lib/hoptoad_notifier/rack.rb:27:in `call' rack (1.6.4) lib/rack/deflater.rb:35:in `call' rack (1.6.4) lib/rack/etag.rb:24:in `call' rack (1.6.4) lib/rack/conditionalget.rb:38:in `call' rack (1.6.4) lib/rack/head.rb:13:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/flash.rb:260:in `call' rack (1.6.4) lib/rack/session/abstract/id.rb:225:in `context' rack (1.6.4) lib/rack/session/abstract/id.rb:220:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/cookies.rb:560:in `call' activerecord (4.2.5.2) lib/active_record/query_cache.rb:36:in `call' activerecord (4.2.5.2) lib/active_record/connection_adapters/abstract/connection_pool.rb:653:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/callbacks.rb:29:in `block in call' activesupport (4.2.5.2) lib/active_support/callbacks.rb:88:in `__run_callbacks__' activesupport (4.2.5.2) lib/active_support/callbacks.rb:778:in `_run_call_callbacks' activesupport (4.2.5.2) lib/active_support/callbacks.rb:81:in `run_callbacks' actionpack (4.2.5.2) lib/action_dispatch/middleware/callbacks.rb:27:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/remote_ip.rb:78:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/debug_exceptions.rb:17:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/show_exceptions.rb:30:in `call' railties (4.2.5.2) lib/rails/rack/logger.rb:38:in `call_app' railties (4.2.5.2) lib/rails/rack/logger.rb:20:in `block in call' activesupport (4.2.5.2) lib/active_support/tagged_logging.rb:68:in `block in tagged' activesupport (4.2.5.2) lib/active_support/tagged_logging.rb:26:in `tagged' activesupport (4.2.5.2) lib/active_support/tagged_logging.rb:68:in `tagged' railties (4.2.5.2) lib/rails/rack/logger.rb:20:in `call' actionpack (4.2.5.2) lib/action_dispatch/middleware/request_id.rb:21:in `call' rack (1.6.4) lib/rack/methodoverride.rb:22:in `call' rack (1.6.4) lib/rack/runtime.rb:18:in `call' activesupport (4.2.5.2) lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call' rack (1.6.4) lib/rack/lock.rb:17:in `call' rack (1.6.4) lib/rack/sendfile.rb:113:in `call' hoptoad_notifier (2.4.11) lib/hoptoad_notifier/user_informer.rb:12:in `call' railties (4.2.5.2) lib/rails/engine.rb:518:in `call' railties (4.2.5.2) lib/rails/application.rb:165:in `call' railties (4.2.5.2) lib/rails/railtie.rb:194:in `public_send' railties (4.2.5.2) lib/rails/railtie.rb:194:in `method_missing' passenger (5.0.22) src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:97:in `process_request' passenger (5.0.22) src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:160:in `accept_and_process_next_request' passenger (5.0.22) src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:113:in `main_loop' passenger (5.0.22) src/ruby_supportlib/phusion_passenger/request_handler.rb:416:in `block (3 levels) in start_threads' passenger (5.0.22) src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception’ -- kind regards, Carsten Hoeger Professional Services Email: carsten.hoeger@open-xchange.com ------------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nuremberg, District Court Nuremberg HRB 24738 Managing Board: Rafael Laguna de la Vera, Carsten Dirks, Uwe Reumuth Chairman of the Board: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany, District Court Siegen, HRB 8718 Managing Directors: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA -------------------------------------------------------------------------------------
On Freitag, 13. Mai 2016, 11:43:39 wrote Carsten Höger:
Hi,
On 13.05.2016, at 11:26 , Adrian Schröter
wrote: ... Didn’t you write that "LDAP support works again” ?
I admit, that I haven't tried the combination with anonymous disabled. It was complete broken in 2.7 before RC1...
It worked before the update to 2.7 at least.
I will try to bring the fallback behaviour back ...
Even with anonymous on, I cannot login in ldap mode. Neither with the local Admin user nor with the existing ldap accounts.
Yes, the general fallback is not working atm. Please try the patch I sent you in my other mail.
I assume these changes here https://lists.opensuse.org/opensuse-buildservice/2015-08/msg00115.html have still to be applied to user login usernames with dots?
This is the trace of a login attempt of an ldap user:
[7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 11:42:07 +0000 [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Processing by Webui::UserController#do_login as HTML [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Parameters: {"utf8"=>"✓", "authenticity_token"=>"bweOdCfa7aP274w9blsUVK513F/F32LfrHqH9tgKYDkuXb7nN3enxvx1fFrgg7e5MDCD2eHJHlnfXd/Enm1J7g==", "username"=>"carsten.hoeger", "password"=>"[FILTERED]", "commit"=>"Log In"} [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.62] Completed 500 Internal Server Error in 139ms (ActiveRecord: 2.8ms | Backend: 0.0ms | XML: 0.0ms) [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.63] NoMethodError (undefined method `kind' for #Project:0x00000005c5d410):
This looks more like a complete different problem. Your database has no "kind" row in project table? That can't work since quite some time ... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi,
On 13.05.2016, at 11:57 , Adrian Schröter
wrote: Even with anonymous on, I cannot login in ldap mode. Neither with the local Admin user nor with the existing ldap accounts.
Yes, the general fallback is not working atm. Please try the patch I sent you in my other mail.
That patch is working!
I assume these changes here https://lists.opensuse.org/opensuse-buildservice/2015-08/msg00115.html have still to be applied to user login usernames with dots?
This is the trace of a login attempt of an ldap user:
[7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 11:42:07 +0000 [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Processing by Webui::UserController#do_login as HTML [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Parameters: {"utf8"=>"✓", "authenticity_token"=>"bweOdCfa7aP274w9blsUVK513F/F32LfrHqH9tgKYDkuXb7nN3enxvx1fFrgg7e5MDCD2eHJHlnfXd/Enm1J7g==", "username"=>"carsten.hoeger", "password"=>"[FILTERED]", "commit"=>"Log In"} [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.62] Completed 500 Internal Server Error in 139ms (ActiveRecord: 2.8ms | Backend: 0.0ms | XML: 0.0ms) [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.63] NoMethodError (undefined method `kind' for #Project:0x00000005c5d410):
This looks more like a complete different problem. Your database has no "kind" row in project table? That can't work since quite some time ...
I downloaded the 2.6 appliance and used that since quite some time now as test system to check updates before applying them to production. It was successfully running 2.6.9 before I updated to 2.7. -- kind regards, Carsten Hoeger Professional Services Email: carsten.hoeger@open-xchange.com ------------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nuremberg, District Court Nuremberg HRB 24738 Managing Board: Rafael Laguna de la Vera, Carsten Dirks, Uwe Reumuth Chairman of the Board: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany, District Court Siegen, HRB 8718 Managing Directors: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA -------------------------------------------------------------------------------------
On Freitag, 13. Mai 2016, 12:02:02 wrote Carsten Höger:
Hi,
On 13.05.2016, at 11:57 , Adrian Schröter
wrote: Even with anonymous on, I cannot login in ldap mode. Neither with the local Admin user nor with the existing ldap accounts.
Yes, the general fallback is not working atm. Please try the patch I sent you in my other mail.
That patch is working!
great, there going to be 2.6.99.1 packages containing this fix...
I assume these changes here https://lists.opensuse.org/opensuse-buildservice/2015-08/msg00115.html have still to be applied to user login usernames with dots?
This is the trace of a login attempt of an ldap user:
[7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 11:42:07 +0000 [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Processing by Webui::UserController#do_login as HTML [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Parameters: {"utf8"=>"✓", "authenticity_token"=>"bweOdCfa7aP274w9blsUVK513F/F32LfrHqH9tgKYDkuXb7nN3enxvx1fFrgg7e5MDCD2eHJHlnfXd/Enm1J7g==", "username"=>"carsten.hoeger", "password"=>"[FILTERED]", "commit"=>"Log In"} [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.62] Completed 500 Internal Server Error in 139ms (ActiveRecord: 2.8ms | Backend: 0.0ms | XML: 0.0ms) [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.63] NoMethodError (undefined method `kind' for #Project:0x00000005c5d410):
This looks more like a complete different problem. Your database has no "kind" row in project table? That can't work since quite some time ...
I downloaded the 2.6 appliance and used that since quite some time now as test system to check updates before applying them to production.
It was successfully running 2.6.9 before I updated to 2.7.
And your migrations worked? -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Freitag, 13. Mai 2016, 12:03:09 wrote Adrian Schröter:
On Freitag, 13. Mai 2016, 12:02:02 wrote Carsten Höger:
Hi,
On 13.05.2016, at 11:57 , Adrian Schröter
wrote: Even with anonymous on, I cannot login in ldap mode. Neither with the local Admin user nor with the existing ldap accounts.
Yes, the general fallback is not working atm. Please try the patch I sent you in my other mail.
That patch is working!
great, there going to be 2.6.99.1 packages containing this fix...
Just for the record, I had to name them "2.6.99" again. We did run into interessting errors due to path length limit caused by the additional ".1" in the test suite ... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi,
On 13.05.2016, at 12:03 , Adrian Schröter
wrote: This is the trace of a login attempt of an ldap user:
[7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Started POST "/user/do_login" for 172.16.210.1 at 2016-05-13 11:42:07 +0000 [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Processing by Webui::UserController#do_login as HTML [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.48] Parameters: {"utf8"=>"✓", "authenticity_token"=>"bweOdCfa7aP274w9blsUVK513F/F32LfrHqH9tgKYDkuXb7nN3enxvx1fFrgg7e5MDCD2eHJHlnfXd/Enm1J7g==", "username"=>"carsten.hoeger", "password"=>"[FILTERED]", "commit"=>"Log In"} [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.62] Completed 500 Internal Server Error in 139ms (ActiveRecord: 2.8ms | Backend: 0.0ms | XML: 0.0ms) [7e8bd604-d0d0-4cec-abf6-cab400d2b83f] [1683:355.63] NoMethodError (undefined method `kind' for #Project:0x00000005c5d410):
This looks more like a complete different problem. Your database has no "kind" row in project table? That can't work since quite some time ...
I downloaded the 2.6 appliance and used that since quite some time now as test system to check updates before applying them to production.
It was successfully running 2.6.9 before I updated to 2.7.
And your migrations worked?
No, they didn’t. But now I found a way to update which is working. It seems to be essential to _STOP_ all obs services before running the entire update process. That includes rpm updates as well as the db:migrate database update. I stumbled over that since I ran a tail -f /var/log/mysql.log which revealed that something started to do all kinds of operations on mysql during the rpm (pre/post/...) phase, so I decided to stop all obs related processes. Following exactly these steps when running on opensuse 13.2 leads to a working system including ldap (even usernames with dots :)): -------------------------------- [snip 2.6 to 2.7] ------------------------------------- for i in /etc/init.d/*obs*; do $i stop; done systemctl stop apache2 zypper rr OBS:Server:Unstable zypper ar http://download.opensuse.org/repositories/OBS:/Server:/2.7/openSUSE_13.2/OBS... zypper ref -s zypper dup --no-recommends --from OBS_Server_2.7 cd /srv/www/obs/api/ RAILS_ENV="production" rake.ruby2.3 db:migrate for i in /etc/init.d/*obs*; do $i start; done systemctl enable obsdodup systemctl enable obsdeltastore -------------------------------- [snip 2.6 to 2.7] ------------------------------------- Only part missing now is the ldap fallback (the patch you sent me). -- kind regards, Carsten Hoeger Professional Services Email: carsten.hoeger@open-xchange.com ------------------------------------------------------------------------------------- Open-Xchange AG, Rollnerstr. 14, 90408 Nuremberg, District Court Nuremberg HRB 24738 Managing Board: Rafael Laguna de la Vera, Carsten Dirks, Uwe Reumuth Chairman of the Board: Richard Seibt European Office: Open-Xchange GmbH, Martinstr. 41, D-57462 Olpe, Germany, District Court Siegen, HRB 8718 Managing Directors: Frank Hoberg, Martin Kauss US Office: Open-Xchange. Inc., 530 Lytton Avenue, Palo Alto, CA 94301, USA -------------------------------------------------------------------------------------
participants (3)
-
Adrian Schröter
-
Alex Naumov
-
Carsten Höger