[rt-users] Installing GD components
Asanka Gunasekera
asanka_gunasekera at yahoo.co.uk
Thu Oct 22 04:22:32 EDT 2015
Hi Kobus, how do I enable detailed loggin, below is what I did but it still gives only succesfull logins
Set($LogToSyslog, '');
Set($LogToFile, 'debug');
Set($LogDir, '/var/log/rt');
Set($LogToFileNamed , "rt.log");
Thanks and Regards
Asanka
--------------------------------------------
On Tue, 20/10/15, Asanka Gunasekera <asanka_gunasekera at yahoo.co.uk> wrote:
Subject: Re: [rt-users] Installing GD components
To: "Kobus Bensch" <kobus.bensch at trustpayglobal.com>
Date: Tuesday, 20 October, 2015, 17:38
I dont see any errors or warnings
Kobus, any how let me increas the loging level and see.
Thanks and best Reagrds
Asanka
Hope you dont mind if I to update if needed help on this
--------------------------------------------
On Tue, 20/10/15, Kobus Bensch <kobus.bensch at trustpayglobal.com>
wrote:
Subject: Re: [rt-users] Installing GD components
To: "Asanka Gunasekera" <asanka_gunasekera at yahoo.co.uk>
Date: Tuesday, 20 October, 2015, 17:27
Not sure about the close_wait. That
has to be
serverside. Whats in
your logs?
On 20/10/2015 12:06,
Asanka Gunasekera
wrote:
Hi Kobus, thank you for the
reply, understood :).
Any idea about the open sockets having status close_wait
(meaning server side is holding the socket open when the
client has already send a close)
Thanks and Regards
Asanka
--------------------------------------------
On Tue, 20/10/15, Kobus Bensch <kobus.bensch at trustpayglobal.com>
wrote:
Subject: Re: [rt-users] Installing GD components
To: "Asanka Gunasekera" <asanka_gunasekera at yahoo.co.uk>
Date: Tuesday, 20 October, 2015, 16:51
The GD stuff is used for graph creation
and displays.
So
if you not
fussed then thats fine.
As for the queues. My understanding is
that each queu
need its own
set of email addresses as that is how
it gets into that
queue unless
you move tickets to that queue
manually, but all
correspondence will
go into the first queue found that the
email address is
attached to.
Usually your default queue.
Kobus
On 20/10/2015 11:48,
Asanka Gunasekera
wrote:
Hi Kobus, with below update I
was able to get
things install but I am not suer what would be the
impact
on
RT of skipping DG test. Any how now I can log in and
all
but
faced with below obstetrical
1. I can log in and all, but after a while I am
seeing
CLOSE_WAIT socket is created for each selection that
I make
on the dashboard. Eventually the system goes
unresponsive.
root at iplrt logs]# netstat
-nalp | grep -i wait
tcp 1
0 192.168.11.254:80
192.168.11.118:57076
CLOSE_WAIT 3176/httpd
tcp 1
0 192.168.11.254:80
192.168.11.118:57083
CLOSE_WAIT 3177/httpd
tcp 1
0 192.168.11.254:80
192.168.11.118:57082
CLOSE_WAIT 3185/httpd
tcp 1
0 192.168.11.254:80
192.168.11.118:57084
CLOSE_WAIT 3365/httpd
[root at iplrt logs]#
2. Do I need to have separate mail accounts for each
queue
that I make. Lets say I have 10 queues and the way I
can
see
with fetch mail you have to have 10 emails address
minimum.
Is there a way to use just 2 address for all queues
one for
correspondence and one for communications
Thanks and Regards
Asanka
--------------------------------------------
On Tue, 20/10/15, Asanka Gunasekera <asanka_gunasekera at yahoo.co.uk>
wrote:
Subject: Re: [rt-users] Installing GD
components
To: "Kobus Bensch" <kobus.bensch at trustpayglobal.com>
Date: Tuesday, 20 October, 2015, 10:34
Hi Kobus, I tried
installing it manually (GD) but when I ran
./Build test it
was failing one test
Failed
test 'image comparison test 7'
since in GD readme it said this is
optional I
just went and install and now I can do mak
on RT, what
would
be the ill effect doing above and what is
the function to
RT
Thanks and Regards
Asanka
--------------------------------------------
On Tue, 20/10/15, Asanka Gunasekera <asanka_gunasekera at yahoo.co.uk>
wrote:
Subject: Re: [rt-users]
Installing GD components
To: "Kobus
Bensch" <kobus.bensch at trustpayglobal.com>
Date: Tuesday, 20 October, 2015, 10:03
Hi Kobus, please find
below the out put of the command
root at iplrt ~]# yum list
installed | grep gd
eggdbus.x86_64
0.6-3.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gd.x86_64
2.0.35-11.el6 @base
gd-devel.x86_64
2.0.35-11.el6 @base
gdb.x86_64 7.2-83.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gdbm.x86_64
1.8.0-38.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gdbm-devel.x86_64
1.8.0-38.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gdk-pixbuf2.x86_64
2.24.1-6.el6_7
@updates
gdk-pixbuf2-devel.x86_64
gdm.x86_64
1:2.30.4-64.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gdm-libs.x86_64
1:2.30.4-64.el6
@anaconda-CentOS-201508042137.x86_64/6.7
gdm-plugin-fingerprint.x86_64
gdm-user-switch-applet.x86_64
libgdata.x86_64
0.6.4-2.el6
@anaconda-CentOS-201508042137.x86_64/6.7
libgdata-devel.x86_64 0.6.4-2.el6
@anaconda-CentOS-201508042137.x86_64/6.7
plymouth-gdm-hooks.x86_64
pulseaudio-gdm-hooks.x86_64
[root at iplrt ~]#
Thanks
and
Regards
Asanka
--------------------------------------------
On Fri, 16/10/15, Kobus Bensch <kobus.bensch at trustpayglobal.com>
wrote:
Subject: Re: [rt-users]
Installing GD
components
To: "Asanka
Gunasekera" <asanka_gunasekera at yahoo.co.uk>
Date: Friday, 16 October, 2015, 19:40
Send me the output for yum list
installed |
grep gd
On 16/10/2015 13:56,
Asanka
Gunasekera
wrote:
Hi Kobus, I have got bit further with
this
new
installation
but the original issue is
still there
SOME
DEPENDENCIES WERE MISSING.
GD missing
dependencies:
GD
...MISSING
GD::Text ...MISSING
GD::Graph >= 1.47 ...MISSING
I tried installing GD
manually but it is giving me
Checking for stray libgd
header files...none
found.
though when I do
locate on libgd.so I get below
/usr/lib64/libgd.so
/usr/lib64/libgd.so.2
/usr/lib64/libgd.so.2.0.0
Do I
need to do anything to the perl or env
Thanks and Regards
Asanka
--------------------------------------------
On Thu, 15/10/15, Asanka Gunasekera
<asanka_gunasekera at yahoo.co.uk>
wrote:
Subject: Re: [rt-users] Installing GD
components
To: rt-users at lists.bestpractical.com,
"Kobus Bensch" <kobus.bensch at trustpayglobal.com>
Date: Thursday, 15 October, 2015, 17:30
Hi Kobus, I am sorry
for
the long
silence
....
I have reinstalled the server with
CentOs 6.7 and found
below infor doing
a
locate
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.36.x86_64/jre/lib/amd64/libjpeg.so
/usr/lib64/libjpeg.so
/usr/lib64/libjpeg.so.62
/usr/lib64/libjpeg.so.62.0.0
but the compilation stops at the same
point
SOME
DEPENDENCIES WERE MISSING.
GD missing
dependencies:
GD::Graph
>=
1.47 ...MISSING
GD::Text
...MISSING
GD ...MISSING
CORE missing dependencies:
XML::RSS >= 1.05
...MISSING
HTML::FormatText::WithLinks
>=
0.14
...MISSING
HTML::FormatText::WithLinks::AndTables
...MISSING
GRAPHVIZ missing dependencies:
GraphViz ...MISSING
Perl library path
for
/usr/local/bin/perl:
/usr/local/lib/perl5/site_perl/5.22.0/x86_64-linux
/usr/local/lib/perl5/site_perl/5.22.0
/usr/local/lib/perl5/5.22.0/x86_64-linux
/usr/local/lib/perl5/5.22.0
.
make: ***
[testdeps]
Error 1
It
looks there is something wrong with the
combination or
what I am doing :(
Thanks and Regards
Asanka
--------------------------------------------
On Tue, 22/9/15, Kobus Bensch <kobus.bensch at trustpayglobal.com>
wrote:
Subject: Re: [rt-users]
Installing GD components
To:
"Asanka Gunasekera" <asanka_gunasekera at yahoo.co.uk>,
rt-users at lists.bestpractical.com
Date: Tuesday, 22 September,
2015, 17:02
Running this command does not
mean
it is installed.
It
just tells
you which packages provides the
libjpeg.so
Does the lib actually exist in
/usr/lib/libjpeg.so or
/usr/lib64/libjpeg.so
On
22/09/2015
11:50, Asanka
Gunasekera
wrote:
yum
whatprovides
"*/libjpeg.so"
--
Kobus Bensch
Trustpay Global
LTD
email
signature
Kobus Bensch
Senior
Systems
Administrator
Address: 22 & 24 |
Frederick
Sanger Road |
Guildford |
Surrey
| GU2 7YD
DDI: 0207
871 3958
Tel: 0207 871 3890
Email: kobus.bensch at trustpayglobal.com
Trustpay Global
Limited is an
authorised Electronic
Money
Institution regulated by the
Financial Conduct Authority
registration number 900043.
Company No 07427913 Registered in
England and Wales with
registered
address 130 Wood
Street, London, EC2V
6DL,
United
Kingdom.For further details
please
visit our
website at
www.trustpayglobal.com.The
information
in
this
email and
any attachments are confidential
and remain the property
of
Trustpay Global Ltd unless
agreed
by contract. It is
intended
solely for the person to
whom or the entity to
which it is
addressed. If you are
not the intended
recipient
you may
not use, disclose, copy,
distribute, print
or rely
on
the
content of this email or its attachments.
If this
email has been received by you in
error please advise the
sender
and delete the email from your
system. Trustpay
Global Ltd does not
accept any
liability for any personal
view expressed in this
message.
--
Kobus
Bensch Trustpay Global
LTD
email
signature
Kobus
Bensch
Senior Systems
Administrator
Address: 22 & 24
| Frederick Sanger Road |
Guildford |
Surrey
| GU2 7YD
DDI: 0207 871 3958
Tel: 0207
871 3890
Email: kobus.bensch at trustpayglobal.com
Trustpay Global Limited
is an
authorised
Electronic Money Institution regulated by
the
Financial Conduct Authority
registration
number 900043.
Company No
07427913
Registered in England and Wales
with
registered address
130 Wood Street, London, EC2V 6DL,
United
Kingdom.For further details
please
visit our
website
at
www.trustpayglobal.com.The
information
in this email and
any attachments are
confidential and remain
the property of
Trustpay Global Ltd unless
agreed by contract. It is
intended
solely
for the person to whom or the entity
to
which it is addressed.
If you are not the intended
recipient
you may not use, disclose, copy,
distribute, print or rely
on the content of
this email or its
attachments. If this
email has been received by you in error
please advise the
sender and delete the email from your
system.
Trustpay
Global
Ltd does not accept any
liability for any
personal
view expressed
in this
message.
--
Kobus Bensch Trustpay Global
LTD email signature
Kobus Bensch
Senior Systems Administrator
Address: 22 & 24 |
Frederick Sanger Road |
Guildford | Surrey
| GU2 7YD
DDI: 0207 871 3958
Tel: 0207 871 3890
Email: kobus.bensch at trustpayglobal.com
Trustpay Global Limited is an
authorised Electronic Money Institution regulated by
the
Financial Conduct Authority registration number
900043.
Company No 07427913 Registered in England and Wales
with
registered address 130 Wood Street, London, EC2V
6DL,
United
Kingdom.For further details please visit our
website at www.trustpayglobal.com.The
information in this email and
any attachments are confidential and remain the
property of
Trustpay Global Ltd unless agreed by contract. It is
intended solely for the person to whom or the entity
to
which it is addressed. If you are not the intended
recipient
you may not use, disclose, copy, distribute, print or
rely
on the content of this email or its attachments. If
this
email has been received by you in error please advise
the
sender and delete the email from your system.
Trustpay
Global Ltd does not accept any liability for any
personal
view expressed in this
message.
--
Kobus Bensch Trustpay
Global
LTD email signature
Kobus Bensch
Senior Systems
Administrator
Address: 22 & 24 |
Frederick Sanger Road |
Guildford | Surrey
| GU2 7YD
DDI: 0207 871 3958
Tel: 0207 871 3890
Email: kobus.bensch at trustpayglobal.com
Trustpay Global Limited is an
authorised Electronic Money Institution regulated by the
Financial Conduct Authority registration number 900043.
Company No 07427913 Registered in England and Wales with
registered address 130 Wood Street, London, EC2V 6DL,
United
Kingdom.For further details please visit our
website at www.trustpayglobal.com.The information in this
email and
any attachments are confidential and remain the property
of
Trustpay Global Ltd unless agreed by contract. It is
intended solely for the person to whom or the entity to
which it is addressed. If you are not the intended
recipient
you may not use, disclose, copy, distribute, print or rely
on the content of this email or its attachments. If this
email has been received by you in error please advise the
sender and delete the email from your system. Trustpay
Global Ltd does not accept any liability for any personal
view expressed in this
message.
More information about the rt-users
mailing list