Hi Peter.

The log files are by default in /path/to/brooklyn/data/logs folder. I think
this is what you are looking for.

Best.


On Tue, 9 Jul 2019, 18:26 Peter Abramowitsch, <pabramowit...@gmail.com>
wrote:

> Many Thanks Thomas.
> Afterwards, I guessed that's what you meant and sure enough, it works.
>
> I hate to bother and have been reading the manual pages before asking, but
> now that you're reading this, can you tell me where I'd find logs that tell
> me why any brooklyn application action fails or at least a better way to
> view it.  The manual gives no help in debugging real apps.
>
> Through the 1.0.0M client using -vverbose during the launch I can get an
> exception trace that seems to tell more about the status of brooklyn and
> not the remote process it tried to launch.       Doing an app check with
> the client all I get is:
>
> Id:              | n7b5aeydkh
> Name:            | testserver
> Status:          | ERROR
> ServiceUp:       | false
> Type:            | org.apache.brooklyn.entity.stock.BasicApplication
> CatalogItemId:   |
> LocationId:      | v4v6gthyqj
> LocationName:    | localhost
> LocationSpec:    | localhost
> LocationType:    |
> org.apache.brooklyn.location.byon.FixedListMachineProvisioningLocation
>
> With the Web UI, I would get an exception that told me something about the
> app that was being launched.  It was hard to read, and the timeout on the
> display kept hiding it.  But that was the information I was looking for if
> it exists in a static place somewhere.   For the moment, everything is on
> localhost for simplicity.
>
> Any suggestions
>
> Peter
>
> On Tue, Jul 9, 2019 at 8:00 AM Thomas Bouron <thomas.bou...@cloudsoft.io>
> wrote:
>
> > Probably not for Brooklyn itself. However the CLI is safe to use.
> >
> > Aye, the build issues are really annoying. It's a combination of flaky
> > tests and complicated infrastructure given by Apache. I tried to fix that
> > multiple times but could make the CI reliable.
> > The CI is more to blame here rather than Brooklyn
> >
> > On Tue, 9 Jul 2019 at 15:32, Peter Abramowitsch <pabramowit...@gmail.com
> >
> > wrote:
> >
> > > Thank you Thomas
> > > Is version 1.0.0.M considered stable for production use?  I keep
> getting
> > > jenkins build and test  failure emails and thought that they were
> > referring
> > > to that as a bleeding edge release.
> > >
> > > On Tue, Jul 9, 2019, 3:38 AM Thomas Bouron <thomas.bou...@cloudsoft.io
> >
> > > wrote:
> > >
> > > > Hi Peter.
> > > >
> > > > Sorry to hear that the CLI doesn't work for you.
> > > > I downloaded version 0.12.0 and also get a segmentation fault (I'm on
> > the
> > > > same version of MacOS as you)
> > > >
> > > > But the good news is, version 1.0.0-M1 works! (below 0.12.0 at [1])
> > > >
> > > > Also, as you are on MacOS, you might want to install the CLI with
> brew
> > > > (brew install apache-brooklyn-cli) so it can be updated
> automatically.
> > > >
> > > > Hope this helps.
> > > >
> > > > [1] http://brooklyn.apache.org/download/index.html
> > > >
> > > > On Tue, 9 Jul 2019 at 06:25, Peter Abramowitsch <
> > pabramowit...@gmail.com
> > > >
> > > > wrote:
> > > >
> > > > > Hello
> > > > >
> > > > > I've been using Brooklyn through its web UI during my initial
> > learning,
> > > > but
> > > > > decided it was time to start using the CLI, especially as I would
> > need
> > > to
> > > > > do that in a production setting.
> > > > >
> > > > > However, the 'br' executables I have downloaded for version 0.12.0
> on
> > > the
> > > > > Mac are just giving me a segmentation fault.   (MAC OS 10.14.5)
> > > > >
> > > > > When I look in the Brooklyn 0.12.0 release's bin folder there are
> > > various
> > > > > executables like 'client', 'karaf', 'instance' each with a set of
> > > > commands
> > > > > that don't match the br documentation, but some, like "client"
> which
> > > > comes
> > > > > up with a header calling itself Karaf provides one or two
> equivalent
> > > > > commands - like 'application-list'
> > > > >
> > > > > The one that is actually called karaf, however, just writes this:
> > > > > ps: illegal argument: o
> > > > > usage: ps [-AaCcEefhjlMmrSTvwXx] [-O fmt | -o fmt] [-G
> gid[,gid...]]
> > > > >           [-u]
> > > > >           [-p pid[,pid...]] [-t tty[,tty...]] [-U user[,user...]]
> > > > >        ps [-L]
> > > > >
> > > > >
> > > > > What gives?
> > > > > Peter
> > > > >
> > > >
> > > >
> > > > --
> > > > Thomas Bouron
> > > > Senior Software Engineer
> > > >
> > > > *Cloudsoft <https://cloudsoft.io/> *| Bringing Business to the Cloud
> > > >
> > > > GitHub: https://github.com/tbouron
> > > > Twitter: https://twitter.com/eltibouron
> > > >
> > > > Need a hand with AWS? Get a Free Consultation.
> > > >
> > >
> >
> >
> > --
> > Thomas Bouron
> > Senior Software Engineer
> >
> > *Cloudsoft <https://cloudsoft.io/> *| Bringing Business to the Cloud
> >
> > GitHub: https://github.com/tbouron
> > Twitter: https://twitter.com/eltibouron
> >
> > Need a hand with AWS? Get a Free Consultation.
> >
>

Reply via email to