I'm running pgadmin in AWS ECS behind ALB.
Previously, I was using docker image dpage/pgadmin4:4.30 and health check path was configured to /misc/ping and everything worked just fine.
Now, I've decided to update to dpage/pgadmin4:6 (I also tried 5.7). With this version healthcheck fails and I get request timed out messages in ECS service events.
I've tried to run docker containers of versions 4.30 and 6 on my local machine and curl /misc/ping endpoint. I got identical replies.
AWS ECS Container logs are also very similar.
This is from v 4.30:
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| timestamp | message |
|---------------|--------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1634472755491 | NOTE: Configuring authentication for SERVER mode. |
| 1634472760594 | [2021-10-17 12:12:40 +0000] [1] [INFO] Starting gunicorn 19.9.0 |
| 1634472760594 | [2021-10-17 12:12:40 +0000] [1] [INFO] Listening at: http://[::]:80 (1) |
| 1634472760594 | [2021-10-17 12:12:40 +0000] [1] [INFO] Using worker: threads |
| 1634472760595 | /usr/local/lib/python3.9/os.py:1023: RuntimeWarning: line buffering (buffering=1) isn't supported in binary mode, the default buffer size will be used |
| 1634472760595 | return io.open(fd, *args, **kwargs) |
| 1634472760596 | [2021-10-17 12:12:40 +0000] [87] [INFO] Booting worker with pid: 87 |
| 1634472799837 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:13:19 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472799838 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:13:19 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472825983 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:13:45 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472825990 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:13:45 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472855984 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:14:15 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472855995 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:14:15 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472885994 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:14:45 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472886001 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:14:46 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472916003 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:15:16 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472916014 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:15:16 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472946010 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:15:46 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472946016 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:15:46 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472976016 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:16:16 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634472976023 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:16:16 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
and this is from v6
-----------------------------------------------------------------------------------------------------------------------------------
| timestamp | message |
|---------------|-----------------------------------------------------------------------------------------------------------------|
| 1634473202325 | NOTE: Configuring authentication for SERVER mode. |
| 1634473226234 | [2021-10-17 12:20:26 +0000] [1] [INFO] Starting gunicorn 20.1.0 |
| 1634473226235 | [2021-10-17 12:20:26 +0000] [1] [INFO] Listening at: http://[::]:80 (1) |
| 1634473226235 | [2021-10-17 12:20:26 +0000] [1] [INFO] Using worker: gthread |
| 1634473226237 | [2021-10-17 12:20:26 +0000] [88] [INFO] Booting worker with pid: 88 |
| 1634473272628 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:21:12 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473280062 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:21:20 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473280065 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:21:20 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473310067 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:21:50 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473310069 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:21:50 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473340068 | ::ffff:10.0.75.205 - - [17/Oct/2021:12:22:20 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473340072 | ::ffff:10.0.46.82 - - [17/Oct/2021:12:22:20 +0000] "GET /misc/ping HTTP/1.1" 200 4 "-" "ELB-HealthChecker/2.0" |
| 1634473364822 | [2021-10-17 12:22:44 +0000] [1] [INFO] Handling signal: term |
| 1634473365098 | [2021-10-17 12:22:45 +0000] [88] [INFO] Worker exiting (pid: 88) |
| 1634473366827 | [2021-10-17 12:22:46 +0000] [1] [INFO] Shutting down: Master |
-----------------------------------------------------------------------------------------------------------------------------------
Both seem to receive healthcheck request and reply with 200. However v6 version gets killed.
Has anyone been able to configure healthcheck for dpage/pgadmin4:6?
Did you check the pgAdmin4.log in /.pgadmin directory ?
Related
Orion version is 2.1.0
Orion is started in HTTPS using the -https option
We use the "HTTPS" protocol schema in URL in our subscriptions --> reference" : "https://cygnus.domain.com/notify"
When we insert an Entity matching the subscription, the Entity is created in Orion, but not in STH.
However Orion Logs return: Notification Successfully Sent to https://cygnus.domain.com:443/notify
If we use the "HTTP" protocol schema in URL in our subscriptions it works
If we use curl to notify dirctly Cygnus in HTTP or HTTPS it works
Orion Logs bellow:
time=Friday 22 Feb 11:24:28 2019.158Z | lvl=INFO | corr=N/A | trans=1550831768-689-00000000058 | from=pending | srv=pending | subsrv=pending | comp=Orion | op=logMsg.h[1832]:lmTransactionStart | msg=Starting transaction to https://cygnus.domain.com:443/notify
time=Friday 22 Feb 11:24:28 2019.159Z | lvl=INFO | corr=6a8319ac-3694-11e9-872e-0242c0a81006 | trans=1550831768-689-00000000056 | from=10.6.11.36 | srv=svctestnca | subsrv=/svcpath/testnca | comp=Orion | op=logMsg.h[1916]:lmTransactionEnd | msg=Transaction ended
time=Friday 22 Feb 11:24:28 2019.177Z | lvl=INFO | corr=N/A | trans=1550831768-689-00000000057 | from=pending | srv=pending | subsrv=pending | comp=Orion | op=httpRequestSend.cpp[615]:httpRequestSendWithCurl | msg=Notification Successfully Sent to https://cygnus.domain.com:443/notify
time=Friday 22 Feb 11:24:28 2019.159Z | lvl=INFO | corr=N/A | trans=1550831768-689-00000000058 | from=pending | srv=pending | subsrv=pending | comp=Orion | op=httpRequestSend.cpp[594]:httpRequestSendWithCurl | msg=Sending message 20 to HTTP server: sending message of 826 bytes to HTTP server
time=Friday 22 Feb 11:24:28 2019.176Z | lvl=INFO | corr=N/A | trans=1550831768-689-00000000058 | from=pending | srv=pending | subsrv=pending | comp=Orion | op=logMsg.h[1916]:lmTransactionEnd | msg=Transaction ended
Thanks for your help.
This problem has been solved
The subscription reference is https://cygnus.domain.com/notify
but Orion transform this in https://cygnus.domain.com:443/notify
We have a HAProxy to load balance requests. An ACL is present to accept the doamin cygnus.domain.com but no ACL is present to accept cygnus.domain.com:443
Modifying the ACL resolve the problem
Old ACL : acl IS_Cygnus hdr(host) -i cygnus.domain.com
New ACL : acl IS_Cygnus hdr_beg(host) -i cygnus.domain.com
We created a simple test bundle, but as soon as we try to use MongoDB in one of our Camel routes, the route does not start anymore.
The blueprint is quite simple:
<?xml version="1.0" encoding="UTF-8"?>
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0"
xsi:schemaLocation="
http://www.osgi.org/xmlns/blueprint/v1.0.0 https://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
http://camel.apache.org/schema/blueprint http://camel.apache.org/schema/blueprint/camel-blueprint.xsd
http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0 http://aries.apache.org/schemas/blueprint-cm/blueprint-cm-1.1.0.xsd">
<bean id="mongo" class="com.mongodb.Mongo">
<argument value="localhost"/>
</bean>
<camelContext id="blueprint-bean-context"
xmlns="http://camel.apache.org/schema/blueprint">
<route id="testTimer">
<from uri="timer:testTimer?period=5000" />
<setBody>
<spel>{"type": "product"}</spel>
</setBody>
<to uri="mongodb:mongo?database=testdb&collection=mycollection&operation=findAll" />
<log message="Result was queried" />
</route>
</camelContext>
</blueprint>
MongoDB is added as a dependency in the POM. The excerpt of the log in DEBUG mode gives these lines:
2017-01-24 13:41:27,672 | DEBUG | raf-4.0.8/deploy | ReferenceRecipe | 12 - org.apache.aries.blueprint.core - 1.7.1 | Binding reference .camelBlueprint.languageResolver.spel to [org.apache.camel.spi.LanguageResolver]
2017-01-24 13:41:27,672 | DEBUG | raf-4.0.8/deploy | BlueprintLanguageResolver | 55 - org.apache.camel.camel-blueprint - 2.18.1 | Found language resolver: spel in registry: org.apache.camel.impl.osgi.Activator$BundleLanguageResolver#6841375f
2017-01-24 13:41:27,673 | DEBUG | raf-4.0.8/deploy | DefaultChannel | 58 - org.apache.camel.camel-core - 2.18.1 | Initialize channel for target: 'SetBody[spel{SpelExpression[{"type": "product"}]}]'
2017-01-24 13:41:27,673 | DEBUG | raf-4.0.8/deploy | BlueprintContainerImpl | 12 - org.apache.aries.blueprint.core - 1.7.1 | Instantiating component blueprintBundle
2017-01-24 13:41:27,676 | DEBUG | raf-4.0.8/deploy | DefaultManagementAgent | 58 - org.apache.camel.camel-core - 2.18.1 | Registered MBean with ObjectName: org.apache.camel:context=de.test.bundle-x1-blueprint-bean-context,type=tracer,name=BacklogTracer
2017-01-24 13:41:27,676 | DEBUG | raf-4.0.8/deploy | BlueprintContainerImpl | 12 - org.apache.aries.blueprint.core - 1.7.1 | Instantiating component blueprintBundle
2017-01-24 13:41:27,680 | DEBUG | raf-4.0.8/deploy | DefaultManagementAgent | 58 - org.apache.camel.camel-core - 2.18.1 | Registered MBean with ObjectName: org.apache.camel:context=de.test.bundle-x1-blueprint-bean-context,type=tracer,name=BacklogDebugger
2017-01-24 13:41:27,683 | DEBUG | raf-4.0.8/deploy | DefaultManagementAgent | 58 - org.apache.camel.camel-core - 2.18.1 | Registered MBean with ObjectName: org.apache.camel:context=de.test.bundle-x1-blueprint-bean-context,type=errorhandlers,name="DefaultErrorHandlerBuilder(ref:CamelDefaultErrorHandlerBuilder)"
2017-01-24 13:41:27,686 | DEBUG | raf-4.0.8/deploy | DefaultComponent | 58 - org.apache.camel.camel-core - 2.18.1 | Creating endpoint uri=[mongodb://mongo?collection=processing_requests&database=genex&operation=findAll], path=[mongo]
2017-01-24 13:41:27,686 | DEBUG | raf-4.0.8/deploy | BlueprintContainerImpl | 12 - org.apache.aries.blueprint.core - 1.7.1 | Instantiating component mongo
2017-01-24 13:41:27,687 | INFO | raf-4.0.8/deploy | BlueprintCamelContext | 58 - org.apache.camel.camel-core - 2.18.1 | Apache Camel 2.18.1 (CamelContext: blueprint-bean-context) is shutting down
2017-01-24 13:41:27,687 | DEBUG | raf-4.0.8/deploy | efaultAsyncProcessorAwaitManager | 58 - org.apache.camel.camel-core - 2.18.1 | Shutting down with no inflight threads.
2017-01-24 13:41:27,688 | DEBUG | raf-4.0.8/deploy | TimerListenerManager | 58 - org.apache.camel.camel-core - 2.18.1 | Removed TimerListener: org.apache.camel.management.mbean.ManagedCamelContext#1350b665
2017-01-24 13:41:27,688 | DEBUG | raf-4.0.8/deploy | DefaultManagementAgent | 58 - org.apache.camel.camel-core - 2.18.1 | Unregistered MBean with ObjectName: org.apache.camel:context=de.test.bundle-x1-blueprint-bean-context,type=context,name="blueprint-bean-context"
2017-01-24 13:41:27,688 | DEBUG | raf-4.0.8/deploy | DefaultInflightRepository | 58 - org.apache.camel.camel-core - 2.18.1 | Shutting down with no inflight exchanges.
Why does the Camel context start up and shutdown immediately? The timer is not executed and the log message never printed. As soon as we remove the to for calling MongoDB, it works.
Change the bean declaration
<bean id="mongo" class="com.mongodb.Mongo">
to
<bean id="mongo" class="com.mongodb.MongoClient">
you can read more about it in the official documentation of the Mongo component for Camel.
I currently have a PostgreSQL backed PowerDNS setup. The records table for a domain is currently set up somewhat like this:
id | domain_id | name | type | content | ttl | prio | change_date | disabled | ordername | auth
----+-----------+---------------------+-------+------------------------------------------------------------------+-----+------+-------------+----------+-----------+------
16 | 2 | server1.abcd.me | A | 1.2.3.4 | 300 | | 1458164023 | f | | f
17 | 2 | abcd.me | CNAME | server1.abcd.me | 300 | | 1458164023 | f | | f
13 | 2 | abcd.me | NS | e.ns.buddyns.com | 300 | | 1458165277 | f | | f
15 | 2 | abcd.me | NS | ns3.abcd.me | 300 | | 1458165277 | f | | f
14 | 2 | abcd.me | NS | ns2.abcd.me | 300 | | 1458165277 | f | | f
12 | 2 | abcd.me | SOA | server1.abcd.me abcdef.ghijk#gmail.com 0 3600 3600 36000 300 | 300 | | 1458165447 | f | | f
18 | 2 | www.abcd.me | CNAME | server1.abcd.me | 300 | | 1458165629 | f | | f
However, for a dig #localhost abcd.me NS comes up with:
; <<>> DiG 9.9.5-11ubuntu1.3-Ubuntu <<>> #localhost abcd.me NS
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50639
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1680
;; QUESTION SECTION:
;abcd.me. IN NS
;; ANSWER SECTION:
abcd.me. 300 IN CNAME server1.abcd.me.
;; AUTHORITY SECTION:
abcd.me. 300 IN SOA server1.abcd.me. abcdef\.ghijk.gmail.com. 1458165629 3600 3600 36000 300
;; Query time: 2 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Mar 16 23:01:02 CET 2016
;; MSG SIZE rcvd: 120
I cannot seem to understand why the NS record do not show up, and any help would be very appreciated.
Thanks!
I just figured out why that hasn't been working.
As per RFC 1912 (correct me if I'm wrong), any record with a CNAME cannot have another type of record attached to the same name. Replacing the abcd.me CNAME with abcd.me A record solved it for me.
My grails app can connect to my local mongodb and works fine but when I deploy to cloud foundry, I get a connection refused error trying to connect to mongodb on cf.
I bound a mongodb service to my app, but it still can't connect?
barry-alexanders-MacBook-Pro:~ barryalexander$ vmc apps
+-------------+----+---------+-------------------------+-----------------+
| Application | # | Health | URLS | Services |
+-------------+----+---------+-------------------------+-----------------+
| RelCal | 1 | RUNNING | relcal.cloudfoundry.com | mongodb-a77900c |
| barry | 1 | STOPPED | barry.cloudfoundry.com | |
+-------------+----+---------+-------------------------+-----------------+
Here's the stack trace after hitting my app at http://relcal.cloudfoundry.com/release/calendar
Line | Method
->> 228 | _open in com.mongodb.DBPort
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| 112 | go in ''
| 79 | call . . in ''
| 218 | call in com.mongodb.DBTCPConnector
| 305 | __find . in com.mongodb.DBApiLayer$MyCollection
| 369 | _check in com.mongodb.DBCursor
| 498 | _hasNext in ''
| 523 | hasNext in ''
| 40 | hasNext in com.google.code.morphia.query.MorphiaIterator
| 258 | asList in com.google.code.morphia.query.QueryImpl
| 20 | doCall . in com.gap.release.calendar.RelCalRestController$_closure1
^ 662 | run in java.lang.Thread
I'm missing something but don't know what.
At this time, when deploying grails/mongo apps to cloudfoundry, it's best to use the approach described at Cloud Foundry Services - Using MongoDB with Grails rather than using morphia.
[first of all; i run linux opensuse 11.4 ]
i try to run this little programme on a linux box.
Update: Hmmm well i guess that i have damned serious issues with the installation of
MECHA::FireFox Hmm - i should have to work through the steps in WWW::Mechanize::Firefox::Troubleshooting! But believe me - this is pretty damned hard to do: Especially the "Installation" section seems particularly applicable to my situation here!
There might some terrible things -happened. What should i do now!!?
#!/usr/bin/perl
use WWW::Mechanize::Firefox;
my $mech = WWW::Mechanize::Firefox->new();
open(INPUT, "urls.txt") or die "Can't open file: $!";
while (<INPUT>) {
chomp;
$mech->get($_);
my $png = $mech->content_as_png();
}
close(INPUT);
exit;
prerequisites:
i have a collection of ursl - stored in urls.txt
i have installed mechanize and WWW::Mechanize::Firefox
If i run the script i get fatal errors -
linux-vi17:/home/martin/bin # perl get_shots.pl
Failed to connect to , problem connecting to "localhost", port 4242:
connecting to the denied at /usr/lib/perl5/site_perl/5.12.3/MozRepl/Client.pm line 144
but wait - i also have installed the mozlRepl ....
K
Running make test
/usr/bin/perl "-Iinc" Makefile.PL --config= --installdeps=Class::Accessor::Fast,0,Module::Pluggable::Fast,0,Template,0,Template::Provider::FromDATA,0,UNIVERSAL::require,0
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/00-load.t t/10-plugin-repl-enter.t t/11-plugin-repl-search.t t/12-plugin-repl-inspect.t t/13-plugin-repl-load.t t/14-plugin-repl-rename.t t/15-plugin-repl-print.t t/16-plugin-repl-home.t t/17-plugin-repl-back.t t/18-plugin-repl-util-help_url_for.t t/19-plugin-repl-util-doc_for.t t/20-plugin-json.t t/pod-coverage.t t/pod.t
t/00-load.t ........................... 1/3 # Testing MozRepl 0.06
t/00-load.t ........................... ok
t/10-plugin-repl-enter.t .............. [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/10-plugin-repl-enter.t .............. ok
t/11-plugin-repl-search.t ............. [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/11-plugin-repl-search.t ............. ok
t/12-plugin-repl-inspect.t ............ [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/12-plugin-repl-inspect.t ............ ok
t/13-plugin-repl-load.t ............... [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/13-plugin-repl-load.t ............... ok
t/14-plugin-repl-rename.t ............. [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/14-plugin-repl-rename.t ............. ok
t/15-plugin-repl-print.t .............. [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/15-plugin-repl-print.t .............. ok
t/16-plugin-repl-home.t ............... [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/16-plugin-repl-home.t ............... ok
t/17-plugin-repl-back.t ............... [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/17-plugin-repl-back.t ............... ok
t/18-plugin-repl-util-help_url_for.t .. [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/18-plugin-repl-util-help_url_for.t .. ok
t/19-plugin-repl-util-doc_for.t ....... [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/19-plugin-repl-util-doc_for.t ....... ok
t/20-plugin-json.t .................... [DEBUG] MozRepl logging enabled
[DEBUG]
---- Client arguments ----
.----------------------+------------------------------------------.
| client_arg_name | client_arg_value |
+----------------------+------------------------------------------+
| host | localhost |
| port | 4242 |
| timeout | 10 |
| extra_client_args | {} |
'----------------------+------------------------------------------'
t/20-plugin-json.t .................... ok
t/pod-coverage.t ...................... skipped: Test::Pod::Coverage 1.04 required for testing POD coverage
t/pod.t ............................... skipped: Test::Pod 1.14 required for testing POD
All tests successful.
Files=14, Tests=42, 7 wallclock secs ( 0.14 usr 0.08 sys + 2.98 cusr 0.36 csys = 3.56 CPU)
Result: PASS
ZIGOROU/MozRepl-0.06.tar.gz
make test -- OK
Running make install
/usr/bin/perl "-Iinc" Makefile.PL --config= --installdeps=Class::Accessor::Fast,0,Module::Pluggable::Fast,0,Template,0,Template::Provider::FromDATA,0,UNIVERSAL::require,0
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Log.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Client.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Util.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Base.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/JSON.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Search.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Load.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Rename.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Inspect.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Home.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Enter.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Print.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Back.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Util/DocFor.pm
Installing /usr/lib/perl5/site_perl/5.12.3/MozRepl/Plugin/Repl/Util/HelpUrlFor.pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Util::DocFor.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Print.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Inspect.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Back.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Rename.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Util::HelpUrlFor.3pm
Installing /usr/share/man/man3/MozRepl::Client.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::JSON.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Base.3pm
Installing /usr/share/man/man3/MozRepl::Log.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Load.3pm
Installing /usr/share/man/man3/MozRepl::Util.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Home.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Search.3pm
Installing /usr/share/man/man3/MozRepl::Plugin::Repl::Enter.3pm
Installing /usr/share/man/man3/MozRepl.3pm
Appending installation info to /usr/lib/perl5/5.12.3/i586-linux-thread-multi/perllocal.pod
ZIGOROU/MozRepl-0.06.tar.gz
make install -- OK
Update: Hmmm well i guess that i have damned serious issues with the installation of
MECHA::FireFox Hmm - i should have to work through the steps in WWW::Mechanize::Firefox::Troubleshooting! But believe me - this is pretty damned hard to do: Especially the "Installation" section seems particularly applicable to my situation here!
plz let me know what goes wrong here... !? Do not let me out in the dark
Presumably you haven't turned mozlRepl on. It doesn't listen all the time.