OK, yes, the most important bit from that log output is this:
SelectChannelConnector@localhost:8080
If you hit port 8080 with a browser and/or via telnet, it should be open.
Ideally there should also be some output about opening port 8081 for SSL
connections, but it's entirely possible that the packaging issues that you
brought to our attention are the reason that that did not get configured
properly. We can dig into your jetty.ini file to investigate that if
needed.
As for the netstat output: what arguments are you calling it with? On my
system, I get (filtered down to the relevant bits):
cprice@localhost ~/work/puppetdb $ netstat -ntpl
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
tcp6 0 0 127.0.0.1:8080 :::* LISTEN
24802/java
tcp6 0 0 192.168.101.134:8081 :::* LISTEN
24802/java
So, I can see port 8080 and 8081 open. It's possible that there may be a
few additional IPv4/tcp ports open that are owned by java processes--these
could perhaps be attributed to ActiveMQ or our embedded database. Would
love to see how this output matches up with yours.
Thanks
Chris
On Thursday, July 19, 2012 8:15:37 PM UTC-7, Pete wrote:
>
> On 20 July 2012 11:20, Chris Price <ch...@puppetlabs.com> wrote:
> > Hello Pete,
> >
> > Do you have a reliable way to reproduce the port issue that you
> mentioned?
> > We'd like to troubleshoot it further but haven't found any way to
> reproduce
> > it on our end yet.
> >
> > If you're not getting log output in /var/log/puppetdb, can you please
> try
> > the following?:
> >
> > 1. Edit the file /etc/puppetdb/conf.d/config.ini, and comment out the
> > logging-config line.
> > 2. Run this command:
> >
> > java -jar /usr/share/puppetdb/puppetdb.jar services -c
> /etc/puppetdb/conf.d
>
> I tried that but only got INFO level logging
> I edited the log4j.properties file and turned on debug level console
> logging and got this output
>
>
> >root@korolev:~# java -jar /usr/share/puppetdb/puppetdb.jar services -c
> /etc/puppetdb/conf.ini
> 2012-07-20 13:03:40,982 INFO [puppetlabs.jetty] Removing buggy
> security provider SunPKCS11-NSS version 1.7
> 2012-07-20 13:03:46,916 INFO [cli.services] PuppetDB version 0.9.2
> 2012-07-20 13:03:48,490 INFO [cli.services] Starting broker
> 2012-07-20 13:03:51,892 INFO [cli.services] Starting 2 command
> processor threads
> 2012-07-20 13:03:51,896 INFO [cli.services] Starting query server
> 2012-07-20 13:03:51,897 INFO [cli.services] Starting database
> compactor (60 minute interval)
> 2012-07-20 13:03:52,015 INFO [cli.services] Beginning database compaction
> org.eclipse.jetty.ssl.password : 2012-07-20 13:03:52,420 INFO
> [cli.services] Finished database compaction
> ^C2012-07-20 13:08:27,976 INFO [cli.services] Shutdown request
> received; puppetdb exiting.
> root@korolev:~# java -jar /usr/share/puppetdb/puppetdb.jar services -c
> /etc/puppetdb/conf.ini
> 2012-07-20 13:08:44,944 INFO [puppetlabs.jetty] Removing buggy
> security provider SunPKCS11-NSS version 1.7
> 2012-07-20 13:08:50,008 INFO [main] [cli.services] PuppetDB version 0.9.2
> 2012-07-20 13:08:50,008 DEBUG [main] [bonecp.BoneCPDataSource] JDBC
> URL = jdbc:postgresql://127.0.0.1:5432/puppetdb, Username = puppet,
> partitions = 5, max (per partition) = 10, min (per partition) = 1,
> helper threads = 3, idle max age = 60 min, idle test period = 240 min
> 2012-07-20 13:08:50,348 INFO [main] [cli.services] Starting broker
> 2012-07-20 13:08:54,677 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:54,744 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:54,748 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:54,748 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:54,748 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:54,757 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:55,652 INFO [main] [journal.Journal] ignoring zero
> length, partially initialised journal data file: db-1.log number = 1 ,
> length = 0
> 2012-07-20 13:08:56,247 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:56,247 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:56,250 DEBUG [main] [index.BTreeIndex] loading
> 2012-07-20 13:08:56,310 INFO [main] [cli.services] Starting 2 command
> processor threads
> 2012-07-20 13:08:56,315 INFO [main] [cli.services] Starting query server
> 2012-07-20 13:08:56,316 INFO [main] [cli.services] Starting database
> compactor (60 minute interval)
> 2012-07-20 13:08:56,351 INFO [clojure-agent-send-off-pool-3]
> [cli.services] Beginning database compaction
> 2012-07-20 13:08:56,372 DEBUG [clojure-agent-send-off-pool-2]
> [component.Container] Container
> org.eclipse.jetty.server.Server@3c716932 +
> SelectChannelConnector@localhost:8080 as connector
> org.eclipse.jetty.ssl.password : 2012-07-20 13:08:56,415 INFO
> [clojure-agent-send-off-pool-3] [cli.services] Finished database
> compaction
> 2012-07-20 13:08:56,480 DEBUG [clojure-agent-send-off-pool-0]
> [listener.DefaultMessageListenerContainer] Established shared JMS
> Connection
> 2012-07-20 13:08:56,480 DEBUG [clojure-agent-send-off-pool-1]
> [listener.DefaultMessageListenerContainer] Established shared JMS
> Connection
>
> from my limited knowledge it seems to me is is trying to open port
> 8080 but i can't see that port open at all.
>
> netstat -nap |grep java tells me this (yes this is the only java
> application running on the machine).
>
> root@korolev:~# netstat -nap|grep java
> tcp6 0 0 :::1099 :::*
> LISTEN 11083/java
> tcp6 0 0 :::34810 :::*
> LISTEN 11083/java
> tcp6 0 0 127.0.0.1:51702 127.0.0.1:5432
> ESTABLISHED 11083/java
> tcp6 0 0 127.0.0.1:51700 127.0.0.1:5432
> ESTABLISHED 11083/java
> tcp6 0 0 127.0.0.1:51701 127.0.0.1:5432
> ESTABLISHED 11083/java
> tcp6 0 0 127.0.0.1:51703 127.0.0.1:5432
> ESTABLISHED 11083/java
> unix 2 [ ] STREAM CONNECTED 6211563 11083/java
>
> Hope that helps somewhat.
>
> let me know if you need me to try anything else.
>
> Pete.
>
> > This should allow you to see the output on the console as puppetdb is
> trying
> > to start up. If you can copy and paste that output for us, it may be
> > helpful.
> >
> > Thanks!
> > Chris
> >
> >
> > On Monday, July 16, 2012 5:37:16 PM UTC-7, Pete wrote:
> >>
> >> On 17 July 2012 10:19, Deepak Giridharagopal <dee...@puppetlabs.com>
> >> wrote:
> >> > On Mon, Jul 16, 2012 at 5:13 PM, Peter Brown <rendhal...@gmail.com>
> >> > wrote:
> >> >>
> >> >> On 17 July 2012 03:15, Chris Price <ch...@puppetlabs.com> wrote:
> >> >> > Also, would you mind sharing a bit more info about your setup? I
> >> >> > presume:
> >> >> >
> >> >> > * You are installing from the puppetlabs apt repos?
> >> >>
> >> >> yes
> >> >>
> >> >> > * Your upgrade was from puppetdb 0.9.1 to 0.9.2?
> >> >>
> >> >> and yes.
> >> >>
> >> >> thanks again Deepak.
> >> >> I shall add myself to the ticket.
> >> >> It seems it's a problem with jetty because all the other settings
> seem
> >> >> to be working fine.
> >> >> I am guessing Jetty is part of the puppetdb install?
> >> >> I tried installing jetty as well but still get the same results.
> >> >
> >> >
> >> > Indeed, that's part of the install. It's embedded in PuppetDB as a
> >> > library.
> >> > The ports thing is super-weird...we definitely didn't change them as
> >> > part of
> >> > the upgrade. In fact, your configs should have remained unchanged.
> How
> >> > are
> >> > you determining what ports it's listening on? What does
> >> > /var/log/puppetdb/puppetdb.log say during startup?
> >>
> >> i am using netstat -nap and grepping for the PID to find out what
> >> ports it's using.
> >>
> >> I am not not getting any logging into /var/log/puppetdb/puppetdb.log
> >> It was working yesterday but nothing there today.
> >> I just tried running it under the official oracle jre 1.6.0.33 and same
> >> results.
> >> I have also tried reinstalling from scratch and get the same results.
> >>
> >> I am at a loss as to what to try next.
> >>
> >> >
> >> > Thanks!
> >> > deepak
> >> >
> >> > --
> >> > Deepak Giridharagopal / Puppet Labs / grim_radical
> >> >
> >> > --
> >> > You received this message because you are subscribed to the Google
> >> > Groups
> >> > "Puppet Users" group.
> >> > To post to this group, send email to puppet-users@googlegroups.com.
> >> > To unsubscribe from this group, send email to
> >> > puppet-users+unsubscr...@googlegroups.com.
> >> > For more options, visit this group at
> >> > http://groups.google.com/group/puppet-users?hl=en.
> >
> > --
> > You received this message because you are subscribed to the Google
> Groups
> > "Puppet Users" group.
> > To view this discussion on the web visit
> > https://groups.google.com/d/msg/puppet-users/-/BoEHNeXgvsUJ.
> >
> > To post to this group, send email to puppet-users@googlegroups.com.
> > To unsubscribe from this group, send email to
> > puppet-users+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> > http://groups.google.com/group/puppet-users?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/puppet-users/-/DNYH8FaIhEwJ.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
