You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@bigtop.apache.org by "Jarosław Czarniak (Jira)" <ji...@apache.org> on 2022/04/22 10:55:00 UTC

[jira] [Updated] (BIGTOP-3674) Ambari mpack activation err in Bigtop 3.0.1

     [ https://issues.apache.org/jira/browse/BIGTOP-3674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jarosław Czarniak updated BIGTOP-3674:
--------------------------------------
    Attachment: image-2022-04-22-12-54-28-164.png

> Ambari mpack activation err in Bigtop 3.0.1
> -------------------------------------------
>
>                 Key: BIGTOP-3674
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-3674
>             Project: Bigtop
>          Issue Type: Bug
>            Reporter: Jarosław Czarniak
>            Priority: Major
>         Attachments: image-2022-04-22-12-54-28-164.png
>
>
> Hi guys (and gals if any)
> I'm wondering if ambari in the current release is still a thing. I wasn't able to find any docs (that ain't 100y old) describing installation procedure. Is that just me being blind, or there ain't any?
> So I gather how-to pieces from here and there, and that is what I got:
>  
> {code:java}
> yum install ambari*
> systemctl start ambari-server.service
> {code}
> {color:#000000}NOPE. Configuration must be done first, make sense{color}
>  
> {code:java}
> ambari-server setup
> systemctl start ambari-server.service
> {code}
> {color:#000000}{color:#000000}{color:#000000}Now it listen on 8080{color}{color}{color}
>  
> {code:java}
> Login -> install wizard -> name ->
> Nothing available to install
> {code}
> More googling. It looks like some "mpack" is required. Why it's not listed as dependency thou is beyond me. Oh well...
> {code:java}
>  yum install bigtop-ambari-mpack
> systemctl restart ambari-server.service
> {code}
>  
> Nothing changed. Back to google.
> It must be activated? Ok.
> {color:#000000}systemctl stop ambari-server.service{color}
> {color:#000000}ambari-server install-mpack --purge --verbose --mpack=/usr/lib/bigtop-ambari-mpack/bgtp-ambari-mpack-1.0.0.0-SNAPSHOT-bgtp-amb{color}ari-mpack.tar.gz
> And that when I get this abomination:
> {code:java}
> [root@yaro-40 bigtop-ambari-mpack]# ambari-server install-mpack --purge --verbose --mpack=/var/lib/ambari-server/resources/odpi-ambari-mpack-2.7.5.0.0.tar.gz   
> Using python  /usr/bin/python2 
> Installing management pack 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Installing management pack /var/lib/ambari-server/resources/odpi-ambari-mpack-2.7.5.0.0.tar.gz 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Download management pack to temp location /var/lib/ambari-server/data/tmp/odpi-ambari-mpack-2.7.5.0.0.tar.gz 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Expand management pack at temp location /var/lib/ambari-server/data/tmp/odpi-ambari-mpack-2.7.5.0.0/ 
> 2022-04-22 10:57:15,936 - Execute[('tar', '-xf', '/var/lib/ambari-server/data/tmp/odpi-ambari-mpack-2.7.5.0.0.tar.gz', '-C', '/var/lib/ambari-server/data/tmp/')] {'tries'
> : 3, 'sudo': True, 'try_sleep': 1} 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: AMBARI_SERVER_LIB is not set, using default /usr/lib/ambari-server 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties 
> INFO: about to run command: /usr/jdk64/jdk1.8.0_112/bin/java -cp '/etc/ambari-server/conf:/usr/lib/ambari-server/*:/usr/share/java/postgresql-jdbc.jar' org.apache.ambari.
> server.checks.MpackInstallChecker --mpack-stacks ODPi 
> INFO:  
> process_pid=56996 
> ERROR: kwi 22, 2022 10:57:16 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.cluster.ClusterFactory will be slow because class org.apache.ambari.server.state.cluster.ClusterImpl has as
> sisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up. (It will be a ~6500% 
> speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.cluster.ClusterImpl.<init>()[1]] 
> kwi 22, 2022 10:57:16 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.controller.ResourceProviderFactory will be slow because class org.apache.ambari.server.controller.internal.HostCo
> mponentResourceProvider has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed th
> ings up. (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.controller.int
> ernal.HostComponentResourceProvider.<init>()[1]] 
> kwi 22, 2022 10:57:17 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.scheduler.RequestExecutionFactory will be slow because class org.apache.ambari.server.state.scheduler.Reque
> stExecutionImpl has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up.
> (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.scheduler.Reques
> tExecutionImpl.<init>()[2]] 
> kwi 22, 2022 10:57:17 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.scheduler.RequestExecutionFactory will be slow because class org.apache.ambari.server.state.scheduler.Reque
> stExecutionImpl has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up.
> (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.scheduler.Reques
> tExecutionImpl.<init>()[3]] 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.AmbariConfigurationDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari
> .server.orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.RepositoryVersionDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari.s
> erver.orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.HostVersionDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari.server.
> orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:21 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public java.lang.Object org.apache.ambari.server.topology.tasks.ConfigureClusterTask.call() throws java.lang.Exception] is synthetic and is being interce
> pted by [org.apache.ambari.server.security.authorization.internal.InternalAuthenticationInterceptor@7c7e73c5]. This could indicate a bug.  The method may be intercepted t
> wice, or may not be intercepted at all. 
> Exception in thread "main" java.lang.IllegalStateException: Persistence service was already initialized. 
>        at com.google.common.base.Preconditions.checkState(Preconditions.java:508) 
>        at com.google.inject.persist.jpa.JpaPersistService.start(JpaPersistService.java:104) 
>        at com.google.inject.persist.jpa.AmbariJpaPersistService.start(AmbariJpaPersistService.java:27) 
>        at org.apache.ambari.server.checks.MpackInstallChecker.startPersistenceService(MpackInstallChecker.java:118) 
>        at org.apache.ambari.server.checks.MpackInstallChecker.main(MpackInstallChecker.java:211) 
> ERROR: Exiting with exit code 1.  
> REASON: kwi 22, 2022 10:57:16 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.cluster.ClusterFactory will be slow because class org.apache.ambari.server.state.cluster.ClusterImpl has as
> sisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up. (It will be a ~6500% 
> speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.cluster.ClusterImpl.<init>()[1]] 
> kwi 22, 2022 10:57:16 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.controller.ResourceProviderFactory will be slow because class org.apache.ambari.server.controller.internal.HostCo
> mponentResourceProvider has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed th
> ings up. (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.controller.int
> ernal.HostComponentResourceProvider.<init>()[1]] 
> kwi 22, 2022 10:57:17 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.scheduler.RequestExecutionFactory will be slow because class org.apache.ambari.server.state.scheduler.Reque
> stExecutionImpl has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up.
> (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.scheduler.Reques
> tExecutionImpl.<init>()[2]] 
> kwi 22, 2022 10:57:17 AM com.google.inject.assistedinject.FactoryProvider2 isValidForOptimizedAssistedInject 
> WARNING: AssistedInject factory org.apache.ambari.server.state.scheduler.RequestExecutionFactory will be slow because class org.apache.ambari.server.state.scheduler.Reque
> stExecutionImpl has assisted Provider dependencies or injects the Injector. Stop injecting @Assisted Provider<T> (instead use @Assisted T) or Injector to speed things up.
> (It will be a ~6500% speed bump!)  The exact offending deps are: [Key[type=com.google.inject.Injector, annotation=[none]]@org.apache.ambari.server.state.scheduler.Reques
> tExecutionImpl.<init>()[3]] 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.AmbariConfigurationDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari
> .server.orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.RepositoryVersionDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari.s
> erver.orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:19 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public void org.apache.ambari.server.orm.dao.HostVersionDAO.create(java.lang.Object)] is synthetic and is being intercepted by [org.apache.ambari.server.
> orm.AmbariJpaLocalTxnInterceptor@5d51e129]. This could indicate a bug.  The method may be intercepted twice, or may not be intercepted at all. 
> kwi 22, 2022 10:57:21 AM com.google.inject.internal.ProxyFactory <init> 
> WARNING: Method [public java.lang.Object org.apache.ambari.server.topology.tasks.ConfigureClusterTask.call() throws java.lang.Exception] is synthetic and is being interce
> pted by [org.apache.ambari.server.security.authorization.internal.InternalAuthenticationInterceptor@7c7e73c5]. This could indicate a bug.  The method may be intercepted t
> wice, or may not be intercepted at all. 
> Exception in thread "main" java.lang.IllegalStateException: Persistence service was already initialized. 
>        at com.google.common.base.Preconditions.checkState(Preconditions.java:508) 
>        at com.google.inject.persist.jpa.JpaPersistService.start(JpaPersistService.java:104) 
>        at com.google.inject.persist.jpa.AmbariJpaPersistService.start(AmbariJpaPersistService.java:27) 
>        at org.apache.ambari.server.checks.MpackInstallChecker.startPersistenceService(MpackInstallChecker.java:118) 
>        at org.apache.ambari.server.checks.MpackInstallChecker.main(MpackInstallChecker.java:211) 
> [root@yaro-40 bigtop-ambari-mpack]#
> {code}
>  
> Since closed to being developer I was 2y ago when one stood next to me, this error provide me zero information how to proceed and eventually solve it.
>  
> Then I checked content of
> {code:java}
> bgtp-ambari-mpack-1.0.0.0-SNAPSHOT-bgtp-ambari-mpack.tar.gz{code}
> archive and it seems to be older than coal, contains references to old bigtop release and ancient OSes like centos6 :). I also found another archive
> {code:java}
> /var/lib/ambari-server/resources/odpi-ambari-mpack-2.7.5.0.0.tar.gz{code}
> which seems to be equally old/obsolete and provide same error during activation.
>  
> At this point I have few question if you don't mind.
>  * is ambari still considered (fully/partialy) functional application/cluster manager or it's consider dead/abandonware?
>  * where can I find mpack for 3.0.x release? Atm it looks like ambari doesn't support the very same repo that it came from. Which is really strange.
>  * are there any how-tos describing instalation process? I hate to bother you if it's just me being blind, unable to find the right doc.
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)