From spectre at sysnet.by  Mon Jul  2 10:31:43 2012
From: spectre at sysnet.by (Andrei Volkov)
Date: Mon, 02 Jul 2012 19:31:43 +0300
Subject: [gold-users] Can I fully delete account and its history (without
	undelete)?
Message-ID: <4FF1CCEF.9020406@sysnet.by>

Can I fully delete account and its history (without undelete)? Any the 
deposits and etc? Clear these records from databases? Same question and 
for another objects. I usually use Web Gui, but I can connect directly 
to database.
Used Gold of last 4 Years.


Thanks Scott.

Andrei Volkov.
http://skif-blades.bas-bet.by
icq 5165691 skype it.sysnet.by

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120702/02311d21/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1494 bytes
Desc: S/MIME Cryptographic Signature
Url : http://www.supercluster.org/pipermail/gold-users/attachments/20120702/02311d21/attachment-0001.bin 

From spectre at sysnet.by  Fri Jul  6 03:48:00 2012
From: spectre at sysnet.by (Andrei Volkov)
Date: Fri, 06 Jul 2012 12:48:00 +0300
Subject: [gold-users] What is tables in Gold's database with suffix _log?
Message-ID: <4FF6B450.80400@sysnet.by>

What is tables in Gold's database with suffix _log? Can I delete their 
or delete all records?

Thaks a lot!
Andrei Volkov.
http://skif-blades.bas-bet.by
icq 5165691 skype it.sysnet.by

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120706/4e8c8aa0/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1494 bytes
Desc: S/MIME Cryptographic Signature
Url : http://www.supercluster.org/pipermail/gold-users/attachments/20120706/4e8c8aa0/attachment.bin 

From scottmo at adaptivecomputing.com  Mon Jul  9 10:14:09 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Mon, 9 Jul 2012 10:14:09 -0600
Subject: [gold-users] Can I fully delete account and its history
	(without undelete)?
In-Reply-To: <4FF1CCEF.9020406@sysnet.by>
References: <4FF1CCEF.9020406@sysnet.by>
Message-ID: <CACba0MB1=2WRqufe1Zwroz-bjqLDZ7mini3tC-AN1=Lc6Tk-kw@mail.gmail.com>

Andrei,

When you say without undelete, I assume you are saying you don't want to be
able to use undelete to bring it back.
There is no support for this, since Gold is designed to maintain its
history always.

The only way to do this would be to use DELETE directly on the database in
the g_account, g_account_log, g_allocation, g_allocation_log and relevant
g_transaction (and maybe g_job and g_job_log) entries. After doing this,
your journals will be corrupted, so you will not be able to use gstatement
for any time further in the past than the most recent deletion.

I am planning to add an ability in Moab Accounting Manager to safely prune
history back to a certain point in time. I do not know for certain what
release this will be in yet.

Thanks,

Scott



On Mon, Jul 2, 2012 at 10:31 AM, Andrei Volkov <spectre at sysnet.by> wrote:

>  Can I fully delete account and its history (without undelete)? Any the
> deposits and etc? Clear these records from databases? Same question and for
> another objects. I usually use Web Gui, but I can connect directly to
> database.
> Used Gold of last 4 Years.
>
>
> Thanks Scott.
>
> Andrei Volkov.
> http://skif-blades.bas-bet.by
> icq 5165691 skype it.sysnet.by
>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120709/bef62e92/attachment.html 

From scottmo at adaptivecomputing.com  Mon Jul  9 11:04:05 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Mon, 9 Jul 2012 11:04:05 -0600
Subject: [gold-users] What is tables in Gold's database with suffix _log?
In-Reply-To: <4FF6B450.80400@sysnet.by>
References: <4FF6B450.80400@sysnet.by>
Message-ID: <CACba0MC=PNoRNVFomPM7V_Yh4qYC6wHorsQ-8w_B0+jpU9s-tA@mail.gmail.com>

Andrei,

These are the journals which keep incremental information about the
historical state of the object. These are what makes the account statement
possible in which prior balances are looked up and reported. If you delete
them, you will no longer be able to run the account statement command and
queries about the prior state of objects will fail (goldsh <object> Query
Time:=<date_in_the_past>).

Scott


On Fri, Jul 6, 2012 at 3:48 AM, Andrei Volkov <spectre at sysnet.by> wrote:

>  What is tables in Gold's database with suffix _log? Can I delete their
> or delete all records?
>
> Thaks a lot!
> Andrei Volkov.
> http://skif-blades.bas-bet.by
> icq 5165691 skype it.sysnet.by
>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120709/216c955d/attachment.html 

From shade34321 at gmail.com  Thu Jul 26 11:46:51 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Thu, 26 Jul 2012 13:46:51 -0400
Subject: [gold-users] Gold no longer working
Message-ID: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>

We are currently using the Gold accounting manager, version 2.1.6.0.
Recently we had to upgrade our xcat, torque, and maui installations and now
Gold is not working anymore. I get the following errors:

[root at mgt ~]# glsuser
Unable to open auth_key file: No such file or directoryBEGIN
failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
Compilation failed in require at /usr/local/bin/glsuser line 57.
BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
[root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
garuda-summary-July_12.log
Unable to open auth_key file: No such file or directoryBEGIN
failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
Compilation failed in require at /usr/local/bin/gusage line 53.
BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.

I'm not quite sure what the problem is or if our upgrades broke it. Any
help you can provide would be great! Thanks!

Shade
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120726/6178dddc/attachment.html 

From scottmo at adaptivecomputing.com  Thu Jul 26 12:07:06 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Thu, 26 Jul 2012 12:07:06 -0600
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
Message-ID: <CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>

So, you didn't upgrade Gold?

It appears you may have deleted/moved the /opt/gold/etc/auth_key file. You
should be able to regenerate it by running make auth_key as root from your
original gold tarball unpack directory. You will have to use the same key
as before or else resync it with the CSKEY value in maui-private.cfg.

I hope this helps.

Scott


On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com> wrote:

> We are currently using the Gold accounting manager, version 2.1.6.0.
> Recently we had to upgrade our xcat, torque, and maui installations and now
> Gold is not working anymore. I get the following errors:
>
> [root at mgt ~]# glsuser
> Unable to open auth_key file: No such file or directoryBEGIN
> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
> Compilation failed in require at /usr/local/bin/glsuser line 57.
> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
> garuda-summary-July_12.log
> Unable to open auth_key file: No such file or directoryBEGIN
> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
> Compilation failed in require at /usr/local/bin/gusage line 53.
> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>
> I'm not quite sure what the problem is or if our upgrades broke it. Any
> help you can provide would be great! Thanks!
>
> Shade
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120726/e0b3dce7/attachment-0001.html 

From shade34321 at gmail.com  Thu Jul 26 16:07:46 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Thu, 26 Jul 2012 18:07:46 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
Message-ID: <CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>

Ideally I'd like to upgrade Gold but at the time we were only doing what
was necessary to get our cluster back up and running.

Gold was installed to /usr/local/ so I checked there and there still is a
auth_key file,

[root at mgt maui]# locate auth_key
/usr/local/gold/etc/auth_key
/usr/local/gold-2.1.6.0/etc/auth_key
/usr/local/src/gold-2.1.11.0/etc/auth_key

I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what you
mean by resync it with CSKEY value in maui-private.cfg, mainly becasue my
maui-private.cfg file has nothing in it. Thanks for the speedy response and
sorry for the long delay.

Shade

On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
scottmo at adaptivecomputing.com> wrote:

> So, you didn't upgrade Gold?
>
> It appears you may have deleted/moved the /opt/gold/etc/auth_key file. You
> should be able to regenerate it by running make auth_key as root from your
> original gold tarball unpack directory. You will have to use the same key
> as before or else resync it with the CSKEY value in maui-private.cfg.
>
> I hope this helps.
>
> Scott
>
>
> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> We are currently using the Gold accounting manager, version 2.1.6.0.
>> Recently we had to upgrade our xcat, torque, and maui installations and now
>> Gold is not working anymore. I get the following errors:
>>
>> [root at mgt ~]# glsuser
>> Unable to open auth_key file: No such file or directoryBEGIN
>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>> garuda-summary-July_12.log
>> Unable to open auth_key file: No such file or directoryBEGIN
>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>> Compilation failed in require at /usr/local/bin/gusage line 53.
>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>
>> I'm not quite sure what the problem is or if our upgrades broke it. Any
>> help you can provide would be great! Thanks!
>>
>> Shade
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120726/934a7209/attachment.html 

From scottmo at adaptivecomputing.com  Thu Jul 26 17:21:38 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Thu, 26 Jul 2012 17:21:38 -0600
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
Message-ID: <CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>

What is your path to glsuser?

`which glsuser`

Is it /usr/local/gold/bin/glsuser or might there be another installation
that got partially installed?

Also, do you have GOLD_HOME in your environment.

`env | grep GOLD_HOME`

Perhaps this has been set or unset from what it was before.

Is there an /etc/gold.cfg?

What is the use lib path at the top of your glsuser file?

`grep 'use lib' `which glsuser``

use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);

This will tell you where the Gold.pm is that it is using.

>From the Gold.pm, it builds the location ($PREFIX)  for the auth_key file.


   # Set $PREFIX from Environment variable, Cfg File, or Hard-coded default

    if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
    elsif (-e "/etc/gold.cfg")
    {
        my ($var, $val);
        open(ENV, "/etc/gold.cfg");
        while (<ENV>)
        {
            chomp;       # Remove trailing whitespace
            s/^\s+//;    # Remove leading whitespace
            s/\#.*//;    # Strip off comments
            next unless ($var, $val) = split("[= ]+", $_, 2);
            $ENV{$var} = $val;
        }
        $PREFIX = $ENV{GOLD_HOME};
    }
    else { $PREFIX = "/opt/gold"; }

   open AUTH_KEY, "${PREFIX}/etc/auth_key"


On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com> wrote:

> Ideally I'd like to upgrade Gold but at the time we were only doing what
> was necessary to get our cluster back up and running.
>
> Gold was installed to /usr/local/ so I checked there and there still is a
> auth_key file,
>
> [root at mgt maui]# locate auth_key
> /usr/local/gold/etc/auth_key
> /usr/local/gold-2.1.6.0/etc/auth_key
> /usr/local/src/gold-2.1.11.0/etc/auth_key
>
> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what you
> mean by resync it with CSKEY value in maui-private.cfg, mainly becasue my
> maui-private.cfg file has nothing in it. Thanks for the speedy response and
> sorry for the long delay.
>
> Shade
>
> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
> scottmo at adaptivecomputing.com> wrote:
>
>> So, you didn't upgrade Gold?
>>
>> It appears you may have deleted/moved the /opt/gold/etc/auth_key file.
>> You should be able to regenerate it by running make auth_key as root from
>> your original gold tarball unpack directory. You will have to use the same
>> key as before or else resync it with the CSKEY value in maui-private.cfg.
>>
>> I hope this helps.
>>
>> Scott
>>
>>
>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>
>>> We are currently using the Gold accounting manager, version 2.1.6.0.
>>> Recently we had to upgrade our xcat, torque, and maui installations and now
>>> Gold is not working anymore. I get the following errors:
>>>
>>> [root at mgt ~]# glsuser
>>> Unable to open auth_key file: No such file or directoryBEGIN
>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>> garuda-summary-July_12.log
>>> Unable to open auth_key file: No such file or directoryBEGIN
>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>
>>> I'm not quite sure what the problem is or if our upgrades broke it. Any
>>> help you can provide would be great! Thanks!
>>>
>>> Shade
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120726/8a4cce31/attachment.html 

From samuel at unimelb.edu.au  Thu Jul 26 18:45:09 2012
From: samuel at unimelb.edu.au (Christopher Samuel)
Date: Fri, 27 Jul 2012 10:45:09 +1000
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
Message-ID: <5011E495.6070506@unimelb.edu.au>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 27/07/12 08:07, Shade Alabsa wrote:

> Gold was installed to /usr/local/ so I checked there and there
> still is a auth_key file,
> 
> [root at mgt maui]# locate auth_key /usr/local/gold/etc/auth_key 
> /usr/local/gold-2.1.6.0/etc/auth_key 
> /usr/local/src/gold-2.1.11.0/etc/auth_key

You'll want to check that they all have the same (correct) value in
them, if a new key has been generated that will stop the clients from
talking to the server..

cheers,
Chris
- -- 
 Christopher Samuel        Senior Systems Administrator
 VLSCI - Victorian Life Sciences Computation Initiative
 Email: samuel at unimelb.edu.au Phone: +61 (0)3 903 55545
 http://www.vlsci.org.au/      http://twitter.com/vlsci

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAR5JQACgkQO2KABBYQAh93egCbBvzLdcZlVKGjyWh5atSmQXJ0
NasAnRwAcnRLjwORmqPn1sbZfgs5+pnK
=3PIg
-----END PGP SIGNATURE-----

From shade34321 at gmail.com  Fri Jul 27 15:16:36 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Fri, 27 Jul 2012 17:16:36 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
Message-ID: <CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>

I looked into what you said and it looks like GOLD_HOME is unset among a
few other things. Part of the reason we updated everything was because we
had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
of right now I think I'm going to update it as well and go from there.
Thanks for the help!

Shade

On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
scottmo at adaptivecomputing.com> wrote:

> What is your path to glsuser?
>
> `which glsuser`
>
> Is it /usr/local/gold/bin/glsuser or might there be another installation
> that got partially installed?
>
> Also, do you have GOLD_HOME in your environment.
>
> `env | grep GOLD_HOME`
>
> Perhaps this has been set or unset from what it was before.
>
> Is there an /etc/gold.cfg?
>
> What is the use lib path at the top of your glsuser file?
>
> `grep 'use lib' `which glsuser``
>
> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>
> This will tell you where the Gold.pm is that it is using.
>
> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key file.
>
>
>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded default
>
>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>     elsif (-e "/etc/gold.cfg")
>     {
>         my ($var, $val);
>         open(ENV, "/etc/gold.cfg");
>         while (<ENV>)
>         {
>             chomp;       # Remove trailing whitespace
>             s/^\s+//;    # Remove leading whitespace
>             s/\#.*//;    # Strip off comments
>             next unless ($var, $val) = split("[= ]+", $_, 2);
>             $ENV{$var} = $val;
>         }
>         $PREFIX = $ENV{GOLD_HOME};
>     }
>     else { $PREFIX = "/opt/gold"; }
>
>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>
>
>
> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> Ideally I'd like to upgrade Gold but at the time we were only doing what
>> was necessary to get our cluster back up and running.
>>
>> Gold was installed to /usr/local/ so I checked there and there still is a
>> auth_key file,
>>
>> [root at mgt maui]# locate auth_key
>> /usr/local/gold/etc/auth_key
>> /usr/local/gold-2.1.6.0/etc/auth_key
>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>
>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what you
>> mean by resync it with CSKEY value in maui-private.cfg, mainly becasue my
>> maui-private.cfg file has nothing in it. Thanks for the speedy response and
>> sorry for the long delay.
>>
>> Shade
>>
>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>> scottmo at adaptivecomputing.com> wrote:
>>
>>> So, you didn't upgrade Gold?
>>>
>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key file.
>>> You should be able to regenerate it by running make auth_key as root from
>>> your original gold tarball unpack directory. You will have to use the same
>>> key as before or else resync it with the CSKEY value in maui-private.cfg.
>>>
>>> I hope this helps.
>>>
>>> Scott
>>>
>>>
>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>
>>>> We are currently using the Gold accounting manager, version 2.1.6.0.
>>>> Recently we had to upgrade our xcat, torque, and maui installations and now
>>>> Gold is not working anymore. I get the following errors:
>>>>
>>>> [root at mgt ~]# glsuser
>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>> garuda-summary-July_12.log
>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>
>>>> I'm not quite sure what the problem is or if our upgrades broke it. Any
>>>> help you can provide would be great! Thanks!
>>>>
>>>> Shade
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120727/cddcfe82/attachment-0001.html 

From shade34321 at gmail.com  Sun Jul 29 17:10:40 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Sun, 29 Jul 2012 19:10:40 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
Message-ID: <CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>

So I recently upgraded my gold installation to Gold 2.2.0.5 and it's still
not workingBelow are the steps I took to upgrade it, please let me know if
I missed any steps and/or made any mistakes in my configuration. I did not
make the gold user since previously we ran all gold commands as root and I
decided to keep it the same. I went into the gold-2.2.0.4 direcotry and ran
the configure script with
    ./configure --prefix=/usr/local/ --with-db=Pg
    make
    make deps
    make install
    make auth_key
It was previously installed under /usr/local so I again I kept it the same
and I entered my secret key when prompted, to make sure I didn't mess that
up we'll say I used SSS.

I then edited /usr/local/gold/etc/goldd.conf and
/usr/local/gold/etc/gold.conf and edited them to look similar to what the
previous ones looked like. I essentially changed server.host to the host
name, mgt.cluster.net,  and database.datasource host part to reflect the
hostname as well. I then started to configure the database, since I was
using an existing database I didn't really do much in this section but to
note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
didn't exist there. I did a locate on the file and found it was located at
/var_lib_new/pgsql/data/pg_hba.conf and I added this line
host all all 172.20.0.1 255.255.255.255 trust

172.20.0.1 is the internal IP address for our management node. I had the
same problem with postgresql.conf as well but this is the line I added to it

listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the add
gold user as a database administrator and create the gold database since I
already had a database I wanted to use. I also skipped the web server setup
since we don't have a webserver set up.

Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and added
this line

AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15

I took out the PORT part since it was commented out in the previous parts.
I also edited /usr/local/maui/maui-private.cfg and added this line, it was
empty before,

CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64

This was getting gold to give this error message when I tried to use gusage

Aborting account statement: Failed sending message: (Unable to connect to
socket (Connection timed out)).

Now I'm getting this error

 DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed: FATAL:
 role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm line
165

Any help you can offer would be great! Thanks!!


Shade

On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com> wrote:

> I looked into what you said and it looks like GOLD_HOME is unset among a
> few other things. Part of the reason we updated everything was because we
> had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
> of right now I think I'm going to update it as well and go from there.
> Thanks for the help!
>
> Shade
>
>
> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
> scottmo at adaptivecomputing.com> wrote:
>
>> What is your path to glsuser?
>>
>> `which glsuser`
>>
>> Is it /usr/local/gold/bin/glsuser or might there be another installation
>> that got partially installed?
>>
>> Also, do you have GOLD_HOME in your environment.
>>
>> `env | grep GOLD_HOME`
>>
>> Perhaps this has been set or unset from what it was before.
>>
>> Is there an /etc/gold.cfg?
>>
>> What is the use lib path at the top of your glsuser file?
>>
>> `grep 'use lib' `which glsuser``
>>
>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>
>> This will tell you where the Gold.pm is that it is using.
>>
>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key file.
>>
>>
>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>> default
>>
>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>     elsif (-e "/etc/gold.cfg")
>>     {
>>         my ($var, $val);
>>         open(ENV, "/etc/gold.cfg");
>>         while (<ENV>)
>>         {
>>             chomp;       # Remove trailing whitespace
>>             s/^\s+//;    # Remove leading whitespace
>>             s/\#.*//;    # Strip off comments
>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>             $ENV{$var} = $val;
>>         }
>>         $PREFIX = $ENV{GOLD_HOME};
>>     }
>>     else { $PREFIX = "/opt/gold"; }
>>
>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>
>>
>>
>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>
>>> Ideally I'd like to upgrade Gold but at the time we were only doing what
>>> was necessary to get our cluster back up and running.
>>>
>>> Gold was installed to /usr/local/ so I checked there and there still is
>>> a auth_key file,
>>>
>>> [root at mgt maui]# locate auth_key
>>> /usr/local/gold/etc/auth_key
>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>
>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what
>>> you mean by resync it with CSKEY value in maui-private.cfg, mainly becasue
>>> my maui-private.cfg file has nothing in it. Thanks for the speedy response
>>> and sorry for the long delay.
>>>
>>> Shade
>>>
>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>> scottmo at adaptivecomputing.com> wrote:
>>>
>>>> So, you didn't upgrade Gold?
>>>>
>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key file.
>>>> You should be able to regenerate it by running make auth_key as root from
>>>> your original gold tarball unpack directory. You will have to use the same
>>>> key as before or else resync it with the CSKEY value in maui-private.cfg.
>>>>
>>>> I hope this helps.
>>>>
>>>> Scott
>>>>
>>>>
>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>
>>>>> We are currently using the Gold accounting manager, version 2.1.6.0.
>>>>> Recently we had to upgrade our xcat, torque, and maui installations and now
>>>>> Gold is not working anymore. I get the following errors:
>>>>>
>>>>> [root at mgt ~]# glsuser
>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>> garuda-summary-July_12.log
>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>>
>>>>> I'm not quite sure what the problem is or if our upgrades broke it.
>>>>> Any help you can provide would be great! Thanks!
>>>>>
>>>>> Shade
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120729/868713ef/attachment.html 

From scottmo at adaptivecomputing.com  Sun Jul 29 21:27:45 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Sun, 29 Jul 2012 21:27:45 -0600
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
Message-ID: <CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>

On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com> wrote:

> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's still
> not workingBelow are the steps I took to upgrade it, please let me know if
> I missed any steps and/or made any mistakes in my configuration. I did not
> make the gold user since previously we ran all gold commands as root and I
> decided to keep it the same. I went into the gold-2.2.0.4 direcotry and ran
> the configure script with
>     ./configure --prefix=/usr/local/ --with-db=Pg
>     make
>     make deps
>     make install
>     make auth_key
>

In these steps, ./configure should be run by the (preferably non=root) gold
admin user, while make deps, make install and make auth_key should be run
as root. Did you do that?


> It was previously installed under /usr/local so I again I kept it the same
> and I entered my secret key when prompted, to make sure I didn't mess that
> up we'll say I used SSS.
>
>
I then edited /usr/local/gold/etc/goldd.conf and
> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
> previous ones looked like. I essentially changed server.host to the host
> name, mgt.cluster.net,  and database.datasource host part to reflect the
> hostname as well. I then started to configure the database, since I was
> using an existing database I didn't really do much in this section but to
> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
> didn't exist there. I did a locate on the file and found it was located at
> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
> host all all 172.20.0.1 255.255.255.255 trust
>
> 172.20.0.1 is the internal IP address for our management node. I had the
> same problem with postgresql.conf as well but this is the line I added to it
>
> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the add
> gold user as a database administrator and create the gold database since I
> already had a database I wanted to use. I also skipped the web server setup
> since we don't have a webserver set up.
>
> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
> added this line
>
> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>
> I took out the PORT part since it was commented out in the previous parts.
> I also edited /usr/local/maui/maui-private.cfg and added this line, it was
> empty before,
>
> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>
> That all sounds about right.


> This was getting gold to give this error message when I tried to use gusage
>
> Aborting account statement: Failed sending message: (Unable to connect to
> socket (Connection timed out)).
>
> This is a different message than before. Before you were getting a problem
with authorization, now the client apparently cannot locate a running
server.
This could happen if the goldd daemon was not running, or if the server is
listening on a different port than the clients are trying to speak on.

Do the server and ports match up in the gold.conf and goldd.conf?
Is goldd running? Are both clients and servers being started up under the
/usr/local path?




> Now I'm getting this error
>
>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
> line 165
>
>
Hmmm, yet a different error. Did you resolve the Unable to connect to
socket error? For thus it would appear.

This might suggest that previously your SystemAdmin Role was associated
with a non-root user and your database would only recognize the old Gold
admin user as having admin authority. Perhaps you ran configure this time
as root, where it had been run as non-root before? Did you perhaps try to
start goldd as root now, whereas you were starting it as non-root before?





> Any help you can offer would be great! Thanks!!
>
>
> Shade
>
> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> I looked into what you said and it looks like GOLD_HOME is unset among a
>> few other things. Part of the reason we updated everything was because we
>> had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
>> of right now I think I'm going to update it as well and go from there.
>> Thanks for the help!
>>
>> Shade
>>
>>
>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>> scottmo at adaptivecomputing.com> wrote:
>>
>>> What is your path to glsuser?
>>>
>>> `which glsuser`
>>>
>>> Is it /usr/local/gold/bin/glsuser or might there be another installation
>>> that got partially installed?
>>>
>>> Also, do you have GOLD_HOME in your environment.
>>>
>>> `env | grep GOLD_HOME`
>>>
>>> Perhaps this has been set or unset from what it was before.
>>>
>>> Is there an /etc/gold.cfg?
>>>
>>> What is the use lib path at the top of your glsuser file?
>>>
>>> `grep 'use lib' `which glsuser``
>>>
>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>
>>> This will tell you where the Gold.pm is that it is using.
>>>
>>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key
>>> file.
>>>
>>>
>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>> default
>>>
>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>     elsif (-e "/etc/gold.cfg")
>>>     {
>>>         my ($var, $val);
>>>         open(ENV, "/etc/gold.cfg");
>>>         while (<ENV>)
>>>         {
>>>             chomp;       # Remove trailing whitespace
>>>             s/^\s+//;    # Remove leading whitespace
>>>             s/\#.*//;    # Strip off comments
>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>             $ENV{$var} = $val;
>>>         }
>>>         $PREFIX = $ENV{GOLD_HOME};
>>>     }
>>>     else { $PREFIX = "/opt/gold"; }
>>>
>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>
>>>
>>>
>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>
>>>> Ideally I'd like to upgrade Gold but at the time we were only doing
>>>> what was necessary to get our cluster back up and running.
>>>>
>>>> Gold was installed to /usr/local/ so I checked there and there still is
>>>> a auth_key file,
>>>>
>>>> [root at mgt maui]# locate auth_key
>>>> /usr/local/gold/etc/auth_key
>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>
>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what
>>>> you mean by resync it with CSKEY value in maui-private.cfg, mainly becasue
>>>> my maui-private.cfg file has nothing in it. Thanks for the speedy response
>>>> and sorry for the long delay.
>>>>
>>>> Shade
>>>>
>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>> scottmo at adaptivecomputing.com> wrote:
>>>>
>>>>> So, you didn't upgrade Gold?
>>>>>
>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key file.
>>>>> You should be able to regenerate it by running make auth_key as root from
>>>>> your original gold tarball unpack directory. You will have to use the same
>>>>> key as before or else resync it with the CSKEY value in maui-private.cfg.
>>>>>
>>>>> I hope this helps.
>>>>>
>>>>> Scott
>>>>>
>>>>>
>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>
>>>>>> We are currently using the Gold accounting manager, version 2.1.6.0.
>>>>>> Recently we had to upgrade our xcat, torque, and maui installations and now
>>>>>> Gold is not working anymore. I get the following errors:
>>>>>>
>>>>>> [root at mgt ~]# glsuser
>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>> garuda-summary-July_12.log
>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>>>
>>>>>> I'm not quite sure what the problem is or if our upgrades broke it.
>>>>>> Any help you can provide would be great! Thanks!
>>>>>>
>>>>>> Shade
>>>>>>
>>>>>> _______________________________________________
>>>>>> gold-users mailing list
>>>>>> gold-users at supercluster.org
>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120729/70db746c/attachment-0001.html 

From shade34321 at gmail.com  Sun Jul 29 22:00:25 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Mon, 30 Jul 2012 00:00:25 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
	<CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
Message-ID: <CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>

Everything was ran as root, if needed I can go back and run ./configure as
a non root user. When I start gold I use /usr/local/gold/sbin/goldd, am I
supposed to be starting something else as well? In the old gold config
files the port was commented out so I commented it out as well, maybe this
is what's wrong with the socket error? Now I'm not getting that error right
now but I will keep it in mind if I get it again. I've always started goldd
as root, if the cluster happens to go down I have to restart it manually
since I haven't added it in the start up yet. I did check for a gold user
and it didn't exist yet when I check the postgresql database I can see two
users, postgres and gold. So I was unable to think of who else to run it
as, maybe postgres?

postgres-# \du
                               List of roles
 Role name | Superuser | Create role | Create DB | Connections | Member of
-----------+-----------+-------------+-----------+-------------+-----------
 gold      | no        | no          | no        | no limit    |
 postgres  | yes       | yes         | yes       | no limit    |
(2 rows)


Thanks!
Shade


On Sun, Jul 29, 2012 at 11:27 PM, Scott Jackson <
scottmo at adaptivecomputing.com> wrote:

>
>
> On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's
>> still not workingBelow are the steps I took to upgrade it, please let me
>> know if I missed any steps and/or made any mistakes in my configuration. I
>> did not make the gold user since previously we ran all gold commands as
>> root and I decided to keep it the same. I went into the gold-2.2.0.4
>> direcotry and ran the configure script with
>>     ./configure --prefix=/usr/local/ --with-db=Pg
>>     make
>>     make deps
>>     make install
>>     make auth_key
>>
>
> In these steps, ./configure should be run by the (preferably non=root)
> gold admin user, while make deps, make install and make auth_key should be
> run as root. Did you do that?
>
>
>> It was previously installed under /usr/local so I again I kept it the
>> same and I entered my secret key when prompted, to make sure I didn't mess
>> that up we'll say I used SSS.
>>
>>
> I then edited /usr/local/gold/etc/goldd.conf and
>> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
>> previous ones looked like. I essentially changed server.host to the host
>> name, mgt.cluster.net,  and database.datasource host part to reflect the
>> hostname as well. I then started to configure the database, since I was
>> using an existing database I didn't really do much in this section but to
>> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
>> didn't exist there. I did a locate on the file and found it was located at
>> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
>> host all all 172.20.0.1 255.255.255.255 trust
>>
>> 172.20.0.1 is the internal IP address for our management node. I had the
>> same problem with postgresql.conf as well but this is the line I added to it
>>
>> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the add
>> gold user as a database administrator and create the gold database since I
>> already had a database I wanted to use. I also skipped the web server setup
>> since we don't have a webserver set up.
>>
>> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
>> added this line
>>
>> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
>> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>>
>> I took out the PORT part since it was commented out in the previous
>> parts. I also edited /usr/local/maui/maui-private.cfg and added this line,
>> it was empty before,
>>
>> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>>
>> That all sounds about right.
>
>
>> This was getting gold to give this error message when I tried to use
>> gusage
>>
>> Aborting account statement: Failed sending message: (Unable to connect to
>> socket (Connection timed out)).
>>
>> This is a different message than before. Before you were getting a
> problem with authorization, now the client apparently cannot locate a
> running server.
> This could happen if the goldd daemon was not running, or if the server is
> listening on a different port than the clients are trying to speak on.
>
> Do the server and ports match up in the gold.conf and goldd.conf?
> Is goldd running? Are both clients and servers being started up under the
> /usr/local path?
>
>
>
>
>> Now I'm getting this error
>>
>>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
>> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
>> line 165
>>
>>
> Hmmm, yet a different error. Did you resolve the Unable to connect to
> socket error? For thus it would appear.
>
> This might suggest that previously your SystemAdmin Role was associated
> with a non-root user and your database would only recognize the old Gold
> admin user as having admin authority. Perhaps you ran configure this time
> as root, where it had been run as non-root before? Did you perhaps try to
> start goldd as root now, whereas you were starting it as non-root before?
>
>
>
>
>
>> Any help you can offer would be great! Thanks!!
>>
>>
>> Shade
>>
>> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>
>>> I looked into what you said and it looks like GOLD_HOME is unset among a
>>> few other things. Part of the reason we updated everything was because we
>>> had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
>>> of right now I think I'm going to update it as well and go from there.
>>> Thanks for the help!
>>>
>>> Shade
>>>
>>>
>>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>>> scottmo at adaptivecomputing.com> wrote:
>>>
>>>> What is your path to glsuser?
>>>>
>>>> `which glsuser`
>>>>
>>>> Is it /usr/local/gold/bin/glsuser or might there be another
>>>> installation that got partially installed?
>>>>
>>>> Also, do you have GOLD_HOME in your environment.
>>>>
>>>> `env | grep GOLD_HOME`
>>>>
>>>> Perhaps this has been set or unset from what it was before.
>>>>
>>>> Is there an /etc/gold.cfg?
>>>>
>>>> What is the use lib path at the top of your glsuser file?
>>>>
>>>> `grep 'use lib' `which glsuser``
>>>>
>>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>>
>>>> This will tell you where the Gold.pm is that it is using.
>>>>
>>>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key
>>>> file.
>>>>
>>>>
>>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>>> default
>>>>
>>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>>     elsif (-e "/etc/gold.cfg")
>>>>     {
>>>>         my ($var, $val);
>>>>         open(ENV, "/etc/gold.cfg");
>>>>         while (<ENV>)
>>>>         {
>>>>             chomp;       # Remove trailing whitespace
>>>>             s/^\s+//;    # Remove leading whitespace
>>>>             s/\#.*//;    # Strip off comments
>>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>>             $ENV{$var} = $val;
>>>>         }
>>>>         $PREFIX = $ENV{GOLD_HOME};
>>>>     }
>>>>     else { $PREFIX = "/opt/gold"; }
>>>>
>>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>>
>>>>
>>>>
>>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>
>>>>> Ideally I'd like to upgrade Gold but at the time we were only doing
>>>>> what was necessary to get our cluster back up and running.
>>>>>
>>>>> Gold was installed to /usr/local/ so I checked there and there still
>>>>> is a auth_key file,
>>>>>
>>>>> [root at mgt maui]# locate auth_key
>>>>> /usr/local/gold/etc/auth_key
>>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>>
>>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what
>>>>> you mean by resync it with CSKEY value in maui-private.cfg, mainly becasue
>>>>> my maui-private.cfg file has nothing in it. Thanks for the speedy response
>>>>> and sorry for the long delay.
>>>>>
>>>>> Shade
>>>>>
>>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>
>>>>>> So, you didn't upgrade Gold?
>>>>>>
>>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key
>>>>>> file. You should be able to regenerate it by running make auth_key as root
>>>>>> from your original gold tarball unpack directory. You will have to use the
>>>>>> same key as before or else resync it with the CSKEY value in
>>>>>> maui-private.cfg.
>>>>>>
>>>>>> I hope this helps.
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>>
>>>>>>> We are currently using the Gold accounting manager, version 2.1.6.0.
>>>>>>> Recently we had to upgrade our xcat, torque, and maui installations and now
>>>>>>> Gold is not working anymore. I get the following errors:
>>>>>>>
>>>>>>> [root at mgt ~]# glsuser
>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>>> garuda-summary-July_12.log
>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>>>>
>>>>>>> I'm not quite sure what the problem is or if our upgrades broke it.
>>>>>>> Any help you can provide would be great! Thanks!
>>>>>>>
>>>>>>> Shade
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gold-users mailing list
>>>>>>> gold-users at supercluster.org
>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> gold-users mailing list
>>>>>> gold-users at supercluster.org
>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120730/ed739a9a/attachment-0001.html 

From scottmo at adaptivecomputing.com  Mon Jul 30 18:08:32 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Mon, 30 Jul 2012 18:08:32 -0600
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
	<CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
	<CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>
Message-ID: <CACba0MA56Y52tuGur1DxHvUyUjrGJTUXdMtYQ4viaATW_zi05w@mail.gmail.com>

What values do you have for database.user and database.password in your
goldd.conf files?

database.datasource = DBI:Pg:dbname=gold;host=mana
database.user = scottmo
database.password = changeme

Are the values in your current goldd.conf the same values as the database
was created with?

Who is the owner of your tables in gold?

psql gold
\d
public | g_account                    | table | scottmo
public | g_account_account            | table | scottmo

Does the Owner match up with the database.user?

On Sun, Jul 29, 2012 at 10:00 PM, Shade Alabsa <shade34321 at gmail.com> wrote:

> Everything was ran as root, if needed I can go back and run ./configure as
> a non root user. When I start gold I use /usr/local/gold/sbin/goldd, am I
> supposed to be starting something else as well? In the old gold config
> files the port was commented out so I commented it out as well, maybe this
> is what's wrong with the socket error? Now I'm not getting that error right
> now but I will keep it in mind if I get it again. I've always started goldd
> as root, if the cluster happens to go down I have to restart it manually
> since I haven't added it in the start up yet. I did check for a gold user
> and it didn't exist yet when I check the postgresql database I can see two
> users, postgres and gold. So I was unable to think of who else to run it
> as, maybe postgres?
>
> postgres-# \du
>                                List of roles
>  Role name | Superuser | Create role | Create DB | Connections | Member of
> -----------+-----------+-------------+-----------+-------------+-----------
>  gold      | no        | no          | no        | no limit    |
>  postgres  | yes       | yes         | yes       | no limit    |
> (2 rows)
>
>
> Thanks!
> Shade
>
>
> On Sun, Jul 29, 2012 at 11:27 PM, Scott Jackson <
> scottmo at adaptivecomputing.com> wrote:
>
>>
>>
>> On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>
>>> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's
>>> still not workingBelow are the steps I took to upgrade it, please let me
>>> know if I missed any steps and/or made any mistakes in my configuration. I
>>> did not make the gold user since previously we ran all gold commands as
>>> root and I decided to keep it the same. I went into the gold-2.2.0.4
>>> direcotry and ran the configure script with
>>>     ./configure --prefix=/usr/local/ --with-db=Pg
>>>     make
>>>     make deps
>>>     make install
>>>     make auth_key
>>>
>>
>> In these steps, ./configure should be run by the (preferably non=root)
>> gold admin user, while make deps, make install and make auth_key should be
>> run as root. Did you do that?
>>
>>
>>> It was previously installed under /usr/local so I again I kept it the
>>> same and I entered my secret key when prompted, to make sure I didn't mess
>>> that up we'll say I used SSS.
>>>
>>>
>> I then edited /usr/local/gold/etc/goldd.conf and
>>> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
>>> previous ones looked like. I essentially changed server.host to the host
>>> name, mgt.cluster.net,  and database.datasource host part to reflect
>>> the hostname as well. I then started to configure the database, since I was
>>> using an existing database I didn't really do much in this section but to
>>> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
>>> didn't exist there. I did a locate on the file and found it was located at
>>> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
>>> host all all 172.20.0.1 255.255.255.255 trust
>>>
>>> 172.20.0.1 is the internal IP address for our management node. I had the
>>> same problem with postgresql.conf as well but this is the line I added to it
>>>
>>> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the
>>> add gold user as a database administrator and create the gold database
>>> since I already had a database I wanted to use. I also skipped the web
>>> server setup since we don't have a webserver set up.
>>>
>>> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
>>> added this line
>>>
>>> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
>>> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>>>
>>> I took out the PORT part since it was commented out in the previous
>>> parts. I also edited /usr/local/maui/maui-private.cfg and added this line,
>>> it was empty before,
>>>
>>> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>>>
>>> That all sounds about right.
>>
>>
>>> This was getting gold to give this error message when I tried to use
>>> gusage
>>>
>>> Aborting account statement: Failed sending message: (Unable to connect
>>> to socket (Connection timed out)).
>>>
>>> This is a different message than before. Before you were getting a
>> problem with authorization, now the client apparently cannot locate a
>> running server.
>> This could happen if the goldd daemon was not running, or if the server
>> is listening on a different port than the clients are trying to speak on.
>>
>> Do the server and ports match up in the gold.conf and goldd.conf?
>> Is goldd running? Are both clients and servers being started up under the
>> /usr/local path?
>>
>>
>>
>>
>>> Now I'm getting this error
>>>
>>>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
>>> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
>>> line 165
>>>
>>>
>> Hmmm, yet a different error. Did you resolve the Unable to connect to
>> socket error? For thus it would appear.
>>
>> This might suggest that previously your SystemAdmin Role was associated
>> with a non-root user and your database would only recognize the old Gold
>> admin user as having admin authority. Perhaps you ran configure this time
>> as root, where it had been run as non-root before? Did you perhaps try to
>> start goldd as root now, whereas you were starting it as non-root before?
>>
>>
>>
>>
>>
>>> Any help you can offer would be great! Thanks!!
>>>
>>>
>>> Shade
>>>
>>> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>
>>>> I looked into what you said and it looks like GOLD_HOME is unset among
>>>> a few other things. Part of the reason we updated everything was because we
>>>> had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
>>>> of right now I think I'm going to update it as well and go from there.
>>>> Thanks for the help!
>>>>
>>>> Shade
>>>>
>>>>
>>>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>>>> scottmo at adaptivecomputing.com> wrote:
>>>>
>>>>> What is your path to glsuser?
>>>>>
>>>>> `which glsuser`
>>>>>
>>>>> Is it /usr/local/gold/bin/glsuser or might there be another
>>>>> installation that got partially installed?
>>>>>
>>>>> Also, do you have GOLD_HOME in your environment.
>>>>>
>>>>> `env | grep GOLD_HOME`
>>>>>
>>>>> Perhaps this has been set or unset from what it was before.
>>>>>
>>>>> Is there an /etc/gold.cfg?
>>>>>
>>>>> What is the use lib path at the top of your glsuser file?
>>>>>
>>>>> `grep 'use lib' `which glsuser``
>>>>>
>>>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>>>
>>>>> This will tell you where the Gold.pm is that it is using.
>>>>>
>>>>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key
>>>>> file.
>>>>>
>>>>>
>>>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>>>> default
>>>>>
>>>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>>>     elsif (-e "/etc/gold.cfg")
>>>>>     {
>>>>>         my ($var, $val);
>>>>>         open(ENV, "/etc/gold.cfg");
>>>>>         while (<ENV>)
>>>>>         {
>>>>>             chomp;       # Remove trailing whitespace
>>>>>             s/^\s+//;    # Remove leading whitespace
>>>>>             s/\#.*//;    # Strip off comments
>>>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>>>             $ENV{$var} = $val;
>>>>>         }
>>>>>         $PREFIX = $ENV{GOLD_HOME};
>>>>>     }
>>>>>     else { $PREFIX = "/opt/gold"; }
>>>>>
>>>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>
>>>>>> Ideally I'd like to upgrade Gold but at the time we were only doing
>>>>>> what was necessary to get our cluster back up and running.
>>>>>>
>>>>>> Gold was installed to /usr/local/ so I checked there and there still
>>>>>> is a auth_key file,
>>>>>>
>>>>>> [root at mgt maui]# locate auth_key
>>>>>> /usr/local/gold/etc/auth_key
>>>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>>>
>>>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure what
>>>>>> you mean by resync it with CSKEY value in maui-private.cfg, mainly becasue
>>>>>> my maui-private.cfg file has nothing in it. Thanks for the speedy response
>>>>>> and sorry for the long delay.
>>>>>>
>>>>>> Shade
>>>>>>
>>>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>
>>>>>>> So, you didn't upgrade Gold?
>>>>>>>
>>>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key
>>>>>>> file. You should be able to regenerate it by running make auth_key as root
>>>>>>> from your original gold tarball unpack directory. You will have to use the
>>>>>>> same key as before or else resync it with the CSKEY value in
>>>>>>> maui-private.cfg.
>>>>>>>
>>>>>>> I hope this helps.
>>>>>>>
>>>>>>> Scott
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <shade34321 at gmail.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> We are currently using the Gold accounting manager, version
>>>>>>>> 2.1.6.0. Recently we had to upgrade our xcat, torque, and maui
>>>>>>>> installations and now Gold is not working anymore. I get the following
>>>>>>>> errors:
>>>>>>>>
>>>>>>>> [root at mgt ~]# glsuser
>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line 57.
>>>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>>>> garuda-summary-July_12.log
>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>>>>>
>>>>>>>> I'm not quite sure what the problem is or if our upgrades broke it.
>>>>>>>> Any help you can provide would be great! Thanks!
>>>>>>>>
>>>>>>>> Shade
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gold-users mailing list
>>>>>>>> gold-users at supercluster.org
>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gold-users mailing list
>>>>>>> gold-users at supercluster.org
>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> gold-users mailing list
>>>>>> gold-users at supercluster.org
>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120730/1f56e3dc/attachment-0001.html 

From shade34321 at gmail.com  Tue Jul 31 08:15:51 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Tue, 31 Jul 2012 10:15:51 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CACba0MA56Y52tuGur1DxHvUyUjrGJTUXdMtYQ4viaATW_zi05w@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
	<CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
	<CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>
	<CACba0MA56Y52tuGur1DxHvUyUjrGJTUXdMtYQ4viaATW_zi05w@mail.gmail.com>
Message-ID: <CAL-a6q7gv+4aFvQCqpC1w7P59Z8BCfvEibmPcd863vRXUjWBhw@mail.gmail.com>

So previously my database.user was root, and then postgres. Since the owner
of the gold table is gold I switched it to gold and it now looks like the
pastes below. Yet I'm stilling getting the same error message, just with a
different user name now, pasted below as well.

goldd.conf file -
   # Gold Client Config File
   super.user = root # was defined in previous goldd.conf file
   server.host = mgt.cluster.net
   server.port = 7112
   # server.backup = NONE
   database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
   database.user = gold
   database.password = DATABASE_PASSWORD

gold.conf -
   server.host = mgt.cluster.net
   server.port = 7112
   # server.backup = NONE
   database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
   database.user = gold
   database.password = DATABASE_PASSWORD


gold=# \d
                   List of relations
 Schema |             Name             | Type  | Owner
--------+------------------------------+-------+-------
 public | g_account                    | table | gold
 public | g_account_account            | table | gold

Error Message -
   [root at mgt gold]# sbin/goldd start
   Starting Gold Pid (25221)
   [root at mgt gold]# DBI connect('dbname=gold;host=mgt.cluster.net','gold
',...) failed: FATAL:  role "gold " does not exist at
/usr/local/gold/lib/Gold/Database.pm line 165


Do you feel like backing up the current database and reinstalling from
scratch might be a better idea? Thanks for the help!

Shade



On Mon, Jul 30, 2012 at 8:08 PM, Scott Jackson <
scottmo at adaptivecomputing.com> wrote:

> What values do you have for database.user and database.password in your
> goldd.conf files?
>
> database.datasource = DBI:Pg:dbname=gold;host=mana
> database.user = scottmo
> database.password = changeme
>
> Are the values in your current goldd.conf the same values as the database
> was created with?
>
> Who is the owner of your tables in gold?
>
> psql gold
> \d
> public | g_account                    | table | scottmo
> public | g_account_account            | table | scottmo
>
> Does the Owner match up with the database.user?
>
>
> On Sun, Jul 29, 2012 at 10:00 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> Everything was ran as root, if needed I can go back and run ./configure
>> as a non root user. When I start gold I use /usr/local/gold/sbin/goldd, am
>> I supposed to be starting something else as well? In the old gold config
>> files the port was commented out so I commented it out as well, maybe this
>> is what's wrong with the socket error? Now I'm not getting that error right
>> now but I will keep it in mind if I get it again. I've always started goldd
>> as root, if the cluster happens to go down I have to restart it manually
>> since I haven't added it in the start up yet. I did check for a gold user
>> and it didn't exist yet when I check the postgresql database I can see two
>> users, postgres and gold. So I was unable to think of who else to run it
>> as, maybe postgres?
>>
>> postgres-# \du
>>                                List of roles
>>  Role name | Superuser | Create role | Create DB | Connections | Member of
>>
>> -----------+-----------+-------------+-----------+-------------+-----------
>>  gold      | no        | no          | no        | no limit    |
>>  postgres  | yes       | yes         | yes       | no limit    |
>> (2 rows)
>>
>>
>> Thanks!
>> Shade
>>
>>
>> On Sun, Jul 29, 2012 at 11:27 PM, Scott Jackson <
>> scottmo at adaptivecomputing.com> wrote:
>>
>>>
>>>
>>> On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>
>>>> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's
>>>> still not workingBelow are the steps I took to upgrade it, please let me
>>>> know if I missed any steps and/or made any mistakes in my configuration. I
>>>> did not make the gold user since previously we ran all gold commands as
>>>> root and I decided to keep it the same. I went into the gold-2.2.0.4
>>>> direcotry and ran the configure script with
>>>>     ./configure --prefix=/usr/local/ --with-db=Pg
>>>>     make
>>>>     make deps
>>>>     make install
>>>>     make auth_key
>>>>
>>>
>>> In these steps, ./configure should be run by the (preferably non=root)
>>> gold admin user, while make deps, make install and make auth_key should be
>>> run as root. Did you do that?
>>>
>>>
>>>> It was previously installed under /usr/local so I again I kept it the
>>>> same and I entered my secret key when prompted, to make sure I didn't mess
>>>> that up we'll say I used SSS.
>>>>
>>>>
>>> I then edited /usr/local/gold/etc/goldd.conf and
>>>> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
>>>> previous ones looked like. I essentially changed server.host to the host
>>>> name, mgt.cluster.net,  and database.datasource host part to reflect
>>>> the hostname as well. I then started to configure the database, since I was
>>>> using an existing database I didn't really do much in this section but to
>>>> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
>>>> didn't exist there. I did a locate on the file and found it was located at
>>>> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
>>>> host all all 172.20.0.1 255.255.255.255 trust
>>>>
>>>> 172.20.0.1 is the internal IP address for our management node. I had
>>>> the same problem with postgresql.conf as well but this is the line I added
>>>> to it
>>>>
>>>> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the
>>>> add gold user as a database administrator and create the gold database
>>>> since I already had a database I wanted to use. I also skipped the web
>>>> server setup since we don't have a webserver set up.
>>>>
>>>> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
>>>> added this line
>>>>
>>>> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
>>>> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>>>>
>>>> I took out the PORT part since it was commented out in the previous
>>>> parts. I also edited /usr/local/maui/maui-private.cfg and added this line,
>>>> it was empty before,
>>>>
>>>> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>>>>
>>>> That all sounds about right.
>>>
>>>
>>>> This was getting gold to give this error message when I tried to use
>>>> gusage
>>>>
>>>> Aborting account statement: Failed sending message: (Unable to connect
>>>> to socket (Connection timed out)).
>>>>
>>>> This is a different message than before. Before you were getting a
>>> problem with authorization, now the client apparently cannot locate a
>>> running server.
>>> This could happen if the goldd daemon was not running, or if the server
>>> is listening on a different port than the clients are trying to speak on.
>>>
>>> Do the server and ports match up in the gold.conf and goldd.conf?
>>> Is goldd running? Are both clients and servers being started up under
>>> the /usr/local path?
>>>
>>>
>>>
>>>
>>>> Now I'm getting this error
>>>>
>>>>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
>>>> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
>>>> line 165
>>>>
>>>>
>>> Hmmm, yet a different error. Did you resolve the Unable to connect to
>>> socket error? For thus it would appear.
>>>
>>> This might suggest that previously your SystemAdmin Role was associated
>>> with a non-root user and your database would only recognize the old Gold
>>> admin user as having admin authority. Perhaps you ran configure this time
>>> as root, where it had been run as non-root before? Did you perhaps try to
>>> start goldd as root now, whereas you were starting it as non-root before?
>>>
>>>
>>>
>>>
>>>
>>>> Any help you can offer would be great! Thanks!!
>>>>
>>>>
>>>> Shade
>>>>
>>>> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>
>>>>> I looked into what you said and it looks like GOLD_HOME is unset among
>>>>> a few other things. Part of the reason we updated everything was because we
>>>>> had last /etc, long story, so of course we don't have a /etc/gold.cfg. As
>>>>> of right now I think I'm going to update it as well and go from there.
>>>>> Thanks for the help!
>>>>>
>>>>> Shade
>>>>>
>>>>>
>>>>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>
>>>>>> What is your path to glsuser?
>>>>>>
>>>>>> `which glsuser`
>>>>>>
>>>>>> Is it /usr/local/gold/bin/glsuser or might there be another
>>>>>> installation that got partially installed?
>>>>>>
>>>>>> Also, do you have GOLD_HOME in your environment.
>>>>>>
>>>>>> `env | grep GOLD_HOME`
>>>>>>
>>>>>> Perhaps this has been set or unset from what it was before.
>>>>>>
>>>>>> Is there an /etc/gold.cfg?
>>>>>>
>>>>>> What is the use lib path at the top of your glsuser file?
>>>>>>
>>>>>> `grep 'use lib' `which glsuser``
>>>>>>
>>>>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>>>>
>>>>>> This will tell you where the Gold.pm is that it is using.
>>>>>>
>>>>>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key
>>>>>> file.
>>>>>>
>>>>>>
>>>>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>>>>> default
>>>>>>
>>>>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>>>>     elsif (-e "/etc/gold.cfg")
>>>>>>     {
>>>>>>         my ($var, $val);
>>>>>>         open(ENV, "/etc/gold.cfg");
>>>>>>         while (<ENV>)
>>>>>>         {
>>>>>>             chomp;       # Remove trailing whitespace
>>>>>>             s/^\s+//;    # Remove leading whitespace
>>>>>>             s/\#.*//;    # Strip off comments
>>>>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>>>>             $ENV{$var} = $val;
>>>>>>         }
>>>>>>         $PREFIX = $ENV{GOLD_HOME};
>>>>>>     }
>>>>>>     else { $PREFIX = "/opt/gold"; }
>>>>>>
>>>>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>>
>>>>>>> Ideally I'd like to upgrade Gold but at the time we were only doing
>>>>>>> what was necessary to get our cluster back up and running.
>>>>>>>
>>>>>>> Gold was installed to /usr/local/ so I checked there and there still
>>>>>>> is a auth_key file,
>>>>>>>
>>>>>>> [root at mgt maui]# locate auth_key
>>>>>>> /usr/local/gold/etc/auth_key
>>>>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>>>>
>>>>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure
>>>>>>> what you mean by resync it with CSKEY value in maui-private.cfg, mainly
>>>>>>> becasue my maui-private.cfg file has nothing in it. Thanks for the speedy
>>>>>>> response and sorry for the long delay.
>>>>>>>
>>>>>>> Shade
>>>>>>>
>>>>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>>
>>>>>>>> So, you didn't upgrade Gold?
>>>>>>>>
>>>>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key
>>>>>>>> file. You should be able to regenerate it by running make auth_key as root
>>>>>>>> from your original gold tarball unpack directory. You will have to use the
>>>>>>>> same key as before or else resync it with the CSKEY value in
>>>>>>>> maui-private.cfg.
>>>>>>>>
>>>>>>>> I hope this helps.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <
>>>>>>>> shade34321 at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> We are currently using the Gold accounting manager, version
>>>>>>>>> 2.1.6.0. Recently we had to upgrade our xcat, torque, and maui
>>>>>>>>> installations and now Gold is not working anymore. I get the following
>>>>>>>>> errors:
>>>>>>>>>
>>>>>>>>> [root at mgt ~]# glsuser
>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line
>>>>>>>>> 57.
>>>>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>>>>> garuda-summary-July_12.log
>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line 53.
>>>>>>>>>
>>>>>>>>> I'm not quite sure what the problem is or if our upgrades broke
>>>>>>>>> it. Any help you can provide would be great! Thanks!
>>>>>>>>>
>>>>>>>>> Shade
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> gold-users mailing list
>>>>>>>>> gold-users at supercluster.org
>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gold-users mailing list
>>>>>>>> gold-users at supercluster.org
>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gold-users mailing list
>>>>>>> gold-users at supercluster.org
>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> gold-users mailing list
>>>>>> gold-users at supercluster.org
>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120731/6f397358/attachment-0001.html 

From scottmo at adaptivecomputing.com  Tue Jul 31 09:54:13 2012
From: scottmo at adaptivecomputing.com (Scott Jackson)
Date: Tue, 31 Jul 2012 09:54:13 -0600
Subject: [gold-users] Gold no longer working
In-Reply-To: <CAL-a6q7gv+4aFvQCqpC1w7P59Z8BCfvEibmPcd863vRXUjWBhw@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
	<CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
	<CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>
	<CACba0MA56Y52tuGur1DxHvUyUjrGJTUXdMtYQ4viaATW_zi05w@mail.gmail.com>
	<CAL-a6q7gv+4aFvQCqpC1w7P59Z8BCfvEibmPcd863vRXUjWBhw@mail.gmail.com>
Message-ID: <CACba0MALTQQqhVAB0d3ZBXj6bzGfyo-ptUx8dna4DC=KPhh69A@mail.gmail.com>

Yea, that is something I would try. Do a pg_dump with --no-tablespaces
--no-owner --no-privileges. And then create the db as the gold user and run
the psql import as the gold user. Either that, or match up whomever you
create the database as and import as with the user name and password in
goldd.conf. There is no need for the database user and password entries in
the gold.conf file.

But, before you do that... first I would try making sure there is a
database user gold which has permissions to the database.


*CREATE USER gold WITH PASSWORD 'DATABASE_PASSWORD';*
*GRANT ALL PRIVILEGES ON DATABASE gold to gold;


*
It is also possible that this is related to some problems in your hba.conf
file.
I know you updated the file in /var_lib_new/pgsql/data/pg_
hba.conf. But that just doesn't seem like the right place to me. If you
accidentally deleted /etc, then you may need to reinstall postgres to get
your /etc postgres dirs and files back and then reedit them.

Scott


On Tue, Jul 31, 2012 at 8:15 AM, Shade Alabsa <shade34321 at gmail.com> wrote:

> So previously my database.user was root, and then postgres. Since the
> owner of the gold table is gold I switched it to gold and it now looks like
> the pastes below. Yet I'm stilling getting the same error message, just
> with a different user name now, pasted below as well.
>
> goldd.conf file -
>    # Gold Client Config File
>    super.user = root # was defined in previous goldd.conf file
>    server.host = mgt.cluster.net
>    server.port = 7112
>    # server.backup = NONE
>    database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
>    database.user = gold
>    database.password = DATABASE_PASSWORD
>
> gold.conf -
>    server.host = mgt.cluster.net
>    server.port = 7112
>    # server.backup = NONE
>    database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
>    database.user = gold
>    database.password = DATABASE_PASSWORD
>
>
> gold=# \d
>                    List of relations
>  Schema |             Name             | Type  | Owner
> --------+------------------------------+-------+-------
>  public | g_account                    | table | gold
>  public | g_account_account            | table | gold
>
> Error Message -
>    [root at mgt gold]# sbin/goldd start
>    Starting Gold Pid (25221)
>    [root at mgt gold]# DBI connect('dbname=gold;host=mgt.cluster.net','gold
> ',...) failed: FATAL:  role "gold " does not exist at
> /usr/local/gold/lib/Gold/Database.pm line 165
>
>
> Do you feel like backing up the current database and reinstalling from
> scratch might be a better idea? Thanks for the help!
>
> Shade
>
>
>
>
> On Mon, Jul 30, 2012 at 8:08 PM, Scott Jackson <
> scottmo at adaptivecomputing.com> wrote:
>
>> What values do you have for database.user and database.password in your
>> goldd.conf files?
>>
>> database.datasource = DBI:Pg:dbname=gold;host=mana
>> database.user = scottmo
>> database.password = changeme
>>
>> Are the values in your current goldd.conf the same values as the database
>> was created with?
>>
>> Who is the owner of your tables in gold?
>>
>> psql gold
>> \d
>> public | g_account                    | table | scottmo
>> public | g_account_account            | table | scottmo
>>
>> Does the Owner match up with the database.user?
>>
>>
>> On Sun, Jul 29, 2012 at 10:00 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>
>>> Everything was ran as root, if needed I can go back and run ./configure
>>> as a non root user. When I start gold I use /usr/local/gold/sbin/goldd, am
>>> I supposed to be starting something else as well? In the old gold config
>>> files the port was commented out so I commented it out as well, maybe this
>>> is what's wrong with the socket error? Now I'm not getting that error right
>>> now but I will keep it in mind if I get it again. I've always started goldd
>>> as root, if the cluster happens to go down I have to restart it manually
>>> since I haven't added it in the start up yet. I did check for a gold user
>>> and it didn't exist yet when I check the postgresql database I can see two
>>> users, postgres and gold. So I was unable to think of who else to run it
>>> as, maybe postgres?
>>>
>>> postgres-# \du
>>>                                List of roles
>>>  Role name | Superuser | Create role | Create DB | Connections | Member
>>> of
>>>
>>> -----------+-----------+-------------+-----------+-------------+-----------
>>>  gold      | no        | no          | no        | no limit    |
>>>  postgres  | yes       | yes         | yes       | no limit    |
>>> (2 rows)
>>>
>>>
>>> Thanks!
>>> Shade
>>>
>>>
>>> On Sun, Jul 29, 2012 at 11:27 PM, Scott Jackson <
>>> scottmo at adaptivecomputing.com> wrote:
>>>
>>>>
>>>>
>>>> On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>
>>>>> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's
>>>>> still not workingBelow are the steps I took to upgrade it, please let me
>>>>> know if I missed any steps and/or made any mistakes in my configuration. I
>>>>> did not make the gold user since previously we ran all gold commands as
>>>>> root and I decided to keep it the same. I went into the gold-2.2.0.4
>>>>> direcotry and ran the configure script with
>>>>>     ./configure --prefix=/usr/local/ --with-db=Pg
>>>>>     make
>>>>>     make deps
>>>>>     make install
>>>>>     make auth_key
>>>>>
>>>>
>>>> In these steps, ./configure should be run by the (preferably non=root)
>>>> gold admin user, while make deps, make install and make auth_key should be
>>>> run as root. Did you do that?
>>>>
>>>>
>>>>> It was previously installed under /usr/local so I again I kept it the
>>>>> same and I entered my secret key when prompted, to make sure I didn't mess
>>>>> that up we'll say I used SSS.
>>>>>
>>>>>
>>>> I then edited /usr/local/gold/etc/goldd.conf and
>>>>> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
>>>>> previous ones looked like. I essentially changed server.host to the host
>>>>> name, mgt.cluster.net,  and database.datasource host part to reflect
>>>>> the hostname as well. I then started to configure the database, since I was
>>>>> using an existing database I didn't really do much in this section but to
>>>>> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
>>>>> didn't exist there. I did a locate on the file and found it was located at
>>>>> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
>>>>> host all all 172.20.0.1 255.255.255.255 trust
>>>>>
>>>>> 172.20.0.1 is the internal IP address for our management node. I had
>>>>> the same problem with postgresql.conf as well but this is the line I added
>>>>> to it
>>>>>
>>>>> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the
>>>>> add gold user as a database administrator and create the gold database
>>>>> since I already had a database I wanted to use. I also skipped the web
>>>>> server setup since we don't have a webserver set up.
>>>>>
>>>>> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
>>>>> added this line
>>>>>
>>>>> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
>>>>> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>>>>>
>>>>> I took out the PORT part since it was commented out in the previous
>>>>> parts. I also edited /usr/local/maui/maui-private.cfg and added this line,
>>>>> it was empty before,
>>>>>
>>>>> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>>>>>
>>>>> That all sounds about right.
>>>>
>>>>
>>>>> This was getting gold to give this error message when I tried to use
>>>>> gusage
>>>>>
>>>>> Aborting account statement: Failed sending message: (Unable to connect
>>>>> to socket (Connection timed out)).
>>>>>
>>>>> This is a different message than before. Before you were getting a
>>>> problem with authorization, now the client apparently cannot locate a
>>>> running server.
>>>> This could happen if the goldd daemon was not running, or if the server
>>>> is listening on a different port than the clients are trying to speak on.
>>>>
>>>> Do the server and ports match up in the gold.conf and goldd.conf?
>>>> Is goldd running? Are both clients and servers being started up under
>>>> the /usr/local path?
>>>>
>>>>
>>>>
>>>>
>>>>> Now I'm getting this error
>>>>>
>>>>>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
>>>>> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
>>>>> line 165
>>>>>
>>>>>
>>>> Hmmm, yet a different error. Did you resolve the Unable to connect to
>>>> socket error? For thus it would appear.
>>>>
>>>> This might suggest that previously your SystemAdmin Role was associated
>>>> with a non-root user and your database would only recognize the old Gold
>>>> admin user as having admin authority. Perhaps you ran configure this time
>>>> as root, where it had been run as non-root before? Did you perhaps try to
>>>> start goldd as root now, whereas you were starting it as non-root before?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Any help you can offer would be great! Thanks!!
>>>>>
>>>>>
>>>>> Shade
>>>>>
>>>>> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>
>>>>>> I looked into what you said and it looks like GOLD_HOME is unset
>>>>>> among a few other things. Part of the reason we updated everything was
>>>>>> because we had last /etc, long story, so of course we don't have a
>>>>>> /etc/gold.cfg. As of right now I think I'm going to update it as well and
>>>>>> go from there. Thanks for the help!
>>>>>>
>>>>>> Shade
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>
>>>>>>> What is your path to glsuser?
>>>>>>>
>>>>>>> `which glsuser`
>>>>>>>
>>>>>>> Is it /usr/local/gold/bin/glsuser or might there be another
>>>>>>> installation that got partially installed?
>>>>>>>
>>>>>>> Also, do you have GOLD_HOME in your environment.
>>>>>>>
>>>>>>> `env | grep GOLD_HOME`
>>>>>>>
>>>>>>> Perhaps this has been set or unset from what it was before.
>>>>>>>
>>>>>>> Is there an /etc/gold.cfg?
>>>>>>>
>>>>>>> What is the use lib path at the top of your glsuser file?
>>>>>>>
>>>>>>> `grep 'use lib' `which glsuser``
>>>>>>>
>>>>>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>>>>>
>>>>>>> This will tell you where the Gold.pm is that it is using.
>>>>>>>
>>>>>>> From the Gold.pm, it builds the location ($PREFIX)  for the auth_key
>>>>>>> file.
>>>>>>>
>>>>>>>
>>>>>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>>>>>> default
>>>>>>>
>>>>>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>>>>>     elsif (-e "/etc/gold.cfg")
>>>>>>>     {
>>>>>>>         my ($var, $val);
>>>>>>>         open(ENV, "/etc/gold.cfg");
>>>>>>>         while (<ENV>)
>>>>>>>         {
>>>>>>>             chomp;       # Remove trailing whitespace
>>>>>>>             s/^\s+//;    # Remove leading whitespace
>>>>>>>             s/\#.*//;    # Strip off comments
>>>>>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>>>>>             $ENV{$var} = $val;
>>>>>>>         }
>>>>>>>         $PREFIX = $ENV{GOLD_HOME};
>>>>>>>     }
>>>>>>>     else { $PREFIX = "/opt/gold"; }
>>>>>>>
>>>>>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>>>
>>>>>>>> Ideally I'd like to upgrade Gold but at the time we were only doing
>>>>>>>> what was necessary to get our cluster back up and running.
>>>>>>>>
>>>>>>>> Gold was installed to /usr/local/ so I checked there and there
>>>>>>>> still is a auth_key file,
>>>>>>>>
>>>>>>>> [root at mgt maui]# locate auth_key
>>>>>>>> /usr/local/gold/etc/auth_key
>>>>>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>>>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>>>>>
>>>>>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure
>>>>>>>> what you mean by resync it with CSKEY value in maui-private.cfg, mainly
>>>>>>>> becasue my maui-private.cfg file has nothing in it. Thanks for the speedy
>>>>>>>> response and sorry for the long delay.
>>>>>>>>
>>>>>>>> Shade
>>>>>>>>
>>>>>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>>>
>>>>>>>>> So, you didn't upgrade Gold?
>>>>>>>>>
>>>>>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key
>>>>>>>>> file. You should be able to regenerate it by running make auth_key as root
>>>>>>>>> from your original gold tarball unpack directory. You will have to use the
>>>>>>>>> same key as before or else resync it with the CSKEY value in
>>>>>>>>> maui-private.cfg.
>>>>>>>>>
>>>>>>>>> I hope this helps.
>>>>>>>>>
>>>>>>>>> Scott
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <
>>>>>>>>> shade34321 at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> We are currently using the Gold accounting manager, version
>>>>>>>>>> 2.1.6.0. Recently we had to upgrade our xcat, torque, and maui
>>>>>>>>>> installations and now Gold is not working anymore. I get the following
>>>>>>>>>> errors:
>>>>>>>>>>
>>>>>>>>>> [root at mgt ~]# glsuser
>>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line
>>>>>>>>>> 57.
>>>>>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>>>>>> garuda-summary-July_12.log
>>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line
>>>>>>>>>> 53.
>>>>>>>>>>
>>>>>>>>>> I'm not quite sure what the problem is or if our upgrades broke
>>>>>>>>>> it. Any help you can provide would be great! Thanks!
>>>>>>>>>>
>>>>>>>>>> Shade
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> gold-users mailing list
>>>>>>>>>> gold-users at supercluster.org
>>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> gold-users mailing list
>>>>>>>>> gold-users at supercluster.org
>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gold-users mailing list
>>>>>>>> gold-users at supercluster.org
>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gold-users mailing list
>>>>>>> gold-users at supercluster.org
>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120731/8d251187/attachment-0001.html 

From shade34321 at gmail.com  Tue Jul 31 10:13:43 2012
From: shade34321 at gmail.com (Shade Alabsa)
Date: Tue, 31 Jul 2012 12:13:43 -0400
Subject: [gold-users] Gold no longer working
In-Reply-To: <CACba0MALTQQqhVAB0d3ZBXj6bzGfyo-ptUx8dna4DC=KPhh69A@mail.gmail.com>
References: <CAL-a6q47aHeyAkVRDC8At4Ki0ae5B2TJxa9d2WC-nWM2tDAaDA@mail.gmail.com>
	<CACba0MCBtjDc2OVntz-2qgZx5wO77+YtcHm0uKW7318jR7eCcQ@mail.gmail.com>
	<CAL-a6q5dy5gEoF3Z5Gj6jOEmMRunuzdo+r4GG4+P50DJvm7DFA@mail.gmail.com>
	<CACba0MCCk5+PRvQVLspRcNfN9JkP=Z2Np6CSafdOygAAxWzDdQ@mail.gmail.com>
	<CAL-a6q7pJozHC0tbYOJF6X0G3AZJHkGOW5+n=HVeqrt_ECEA1A@mail.gmail.com>
	<CAL-a6q5C+RZMTuV8gHWP4NjDwNJDP2MF-EeL1m1OVHVAzZ5XZA@mail.gmail.com>
	<CACba0MCt8XNiEdY0px1nydQLOdreyWZ4HLUPMzcvsZtEwUf9yg@mail.gmail.com>
	<CAL-a6q7cRavYJRGT5RxBGot8FkHftd5MSVfrFqs50WpM7nXPBQ@mail.gmail.com>
	<CACba0MA56Y52tuGur1DxHvUyUjrGJTUXdMtYQ4viaATW_zi05w@mail.gmail.com>
	<CAL-a6q7gv+4aFvQCqpC1w7P59Z8BCfvEibmPcd863vRXUjWBhw@mail.gmail.com>
	<CACba0MALTQQqhVAB0d3ZBXj6bzGfyo-ptUx8dna4DC=KPhh69A@mail.gmail.com>
Message-ID: <CAL-a6q74doqWNMeRAgVk7BLaJADcV7=Pn0tcLYoUSN8WZjxa5w@mail.gmail.com>

I tried to create the  gold user and received an error stating role "gold"
already exists. My biggest concern is that there is no Gold user in the
system, which may have been lost with the loss of /etc? I will make a back
up of the database, uninstall/reinstall postgresql, and then try it again.
I didn't think /var_lib_new/ sounded right but it was the only place I
could find. Thanks for the help!

Shade

On Tue, Jul 31, 2012 at 11:54 AM, Scott Jackson <
scottmo at adaptivecomputing.com> wrote:

> Yea, that is something I would try. Do a pg_dump with --no-tablespaces
> --no-owner --no-privileges. And then create the db as the gold user and run
> the psql import as the gold user. Either that, or match up whomever you
> create the database as and import as with the user name and password in
> goldd.conf. There is no need for the database user and password entries in
> the gold.conf file.
>
> But, before you do that... first I would try making sure there is a
> database user gold which has permissions to the database.
>
>
> *CREATE USER gold WITH PASSWORD 'DATABASE_PASSWORD';*
> *GRANT ALL PRIVILEGES ON DATABASE gold to gold;
>
>
> *
> It is also possible that this is related to some problems in your hba.conf
> file.
> I know you updated the file in /var_lib_new/pgsql/data/pg_
> hba.conf. But that just doesn't seem like the right place to me. If you
> accidentally deleted /etc, then you may need to reinstall postgres to get
> your /etc postgres dirs and files back and then reedit them.
>
> Scott
>
>
> On Tue, Jul 31, 2012 at 8:15 AM, Shade Alabsa <shade34321 at gmail.com>wrote:
>
>> So previously my database.user was root, and then postgres. Since the
>> owner of the gold table is gold I switched it to gold and it now looks like
>> the pastes below. Yet I'm stilling getting the same error message, just
>> with a different user name now, pasted below as well.
>>
>> goldd.conf file -
>>    # Gold Client Config File
>>    super.user = root # was defined in previous goldd.conf file
>>    server.host = mgt.cluster.net
>>    server.port = 7112
>>    # server.backup = NONE
>>    database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
>>    database.user = gold
>>    database.password = DATABASE_PASSWORD
>>
>> gold.conf -
>>    server.host = mgt.cluster.net
>>    server.port = 7112
>>    # server.backup = NONE
>>    database.datasource = DBI:Pg:dbname=gold;host=mgt.cluster.net
>>    database.user = gold
>>    database.password = DATABASE_PASSWORD
>>
>>
>> gold=# \d
>>                    List of relations
>>  Schema |             Name             | Type  | Owner
>> --------+------------------------------+-------+-------
>>  public | g_account                    | table | gold
>>  public | g_account_account            | table | gold
>>
>> Error Message -
>>    [root at mgt gold]# sbin/goldd start
>>    Starting Gold Pid (25221)
>>    [root at mgt gold]# DBI connect('dbname=gold;host=mgt.cluster.net','gold
>> ',...) failed: FATAL:  role "gold " does not exist at
>> /usr/local/gold/lib/Gold/Database.pm line 165
>>
>>
>> Do you feel like backing up the current database and reinstalling from
>> scratch might be a better idea? Thanks for the help!
>>
>> Shade
>>
>>
>>
>>
>> On Mon, Jul 30, 2012 at 8:08 PM, Scott Jackson <
>> scottmo at adaptivecomputing.com> wrote:
>>
>>> What values do you have for database.user and database.password in your
>>> goldd.conf files?
>>>
>>> database.datasource = DBI:Pg:dbname=gold;host=mana
>>> database.user = scottmo
>>> database.password = changeme
>>>
>>> Are the values in your current goldd.conf the same values as the
>>> database was created with?
>>>
>>> Who is the owner of your tables in gold?
>>>
>>> psql gold
>>> \d
>>> public | g_account                    | table | scottmo
>>> public | g_account_account            | table | scottmo
>>>
>>> Does the Owner match up with the database.user?
>>>
>>>
>>> On Sun, Jul 29, 2012 at 10:00 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>
>>>> Everything was ran as root, if needed I can go back and run ./configure
>>>> as a non root user. When I start gold I use /usr/local/gold/sbin/goldd, am
>>>> I supposed to be starting something else as well? In the old gold config
>>>> files the port was commented out so I commented it out as well, maybe this
>>>> is what's wrong with the socket error? Now I'm not getting that error right
>>>> now but I will keep it in mind if I get it again. I've always started goldd
>>>> as root, if the cluster happens to go down I have to restart it manually
>>>> since I haven't added it in the start up yet. I did check for a gold user
>>>> and it didn't exist yet when I check the postgresql database I can see two
>>>> users, postgres and gold. So I was unable to think of who else to run it
>>>> as, maybe postgres?
>>>>
>>>> postgres-# \du
>>>>                                List of roles
>>>>  Role name | Superuser | Create role | Create DB | Connections | Member
>>>> of
>>>>
>>>> -----------+-----------+-------------+-----------+-------------+-----------
>>>>  gold      | no        | no          | no        | no limit    |
>>>>  postgres  | yes       | yes         | yes       | no limit    |
>>>> (2 rows)
>>>>
>>>>
>>>> Thanks!
>>>> Shade
>>>>
>>>>
>>>> On Sun, Jul 29, 2012 at 11:27 PM, Scott Jackson <
>>>> scottmo at adaptivecomputing.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Sun, Jul 29, 2012 at 5:10 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>
>>>>>> So I recently upgraded my gold installation to Gold 2.2.0.5 and it's
>>>>>> still not workingBelow are the steps I took to upgrade it, please let me
>>>>>> know if I missed any steps and/or made any mistakes in my configuration. I
>>>>>> did not make the gold user since previously we ran all gold commands as
>>>>>> root and I decided to keep it the same. I went into the gold-2.2.0.4
>>>>>> direcotry and ran the configure script with
>>>>>>     ./configure --prefix=/usr/local/ --with-db=Pg
>>>>>>     make
>>>>>>     make deps
>>>>>>     make install
>>>>>>     make auth_key
>>>>>>
>>>>>
>>>>> In these steps, ./configure should be run by the (preferably non=root)
>>>>> gold admin user, while make deps, make install and make auth_key should be
>>>>> run as root. Did you do that?
>>>>>
>>>>>
>>>>>> It was previously installed under /usr/local so I again I kept it the
>>>>>> same and I entered my secret key when prompted, to make sure I didn't mess
>>>>>> that up we'll say I used SSS.
>>>>>>
>>>>>>
>>>>> I then edited /usr/local/gold/etc/goldd.conf and
>>>>>> /usr/local/gold/etc/gold.conf and edited them to look similar to what the
>>>>>> previous ones looked like. I essentially changed server.host to the host
>>>>>> name, mgt.cluster.net,  and database.datasource host part to reflect
>>>>>> the hostname as well. I then started to configure the database, since I was
>>>>>> using an existing database I didn't really do much in this section but to
>>>>>> note I wasn't able to edit /etc/postgresql/../.../pg_hba.conf since one
>>>>>> didn't exist there. I did a locate on the file and found it was located at
>>>>>> /var_lib_new/pgsql/data/pg_hba.conf and I added this line
>>>>>> host all all 172.20.0.1 255.255.255.255 trust
>>>>>>
>>>>>> 172.20.0.1 is the internal IP address for our management node. I had
>>>>>> the same problem with postgresql.conf as well but this is the line I added
>>>>>> to it
>>>>>>
>>>>>> listen_addresses = 'mygoldserver,mgt.cluster.net'. Now I skipped the
>>>>>> add gold user as a database administrator and create the gold database
>>>>>> since I already had a database I wanted to use. I also skipped the web
>>>>>> server setup since we don't have a webserver set up.
>>>>>>
>>>>>> Now to tie Gold into the system I edited /usr/local/maui/maui.cfg and
>>>>>> added this line
>>>>>>
>>>>>> AMCFG[bank] TYPE=GOLD HOST=mgt.cluster.net SOCKETPROTOCOL=HTTP
>>>>>> WIREPROTOCOL=XML CHARGEPOLICY=DEBITALLWC JOBFAILUREACTION=IGNORE TIMEOUT=15
>>>>>>
>>>>>> I took out the PORT part since it was commented out in the previous
>>>>>> parts. I also edited /usr/local/maui/maui-private.cfg and added this line,
>>>>>> it was empty before,
>>>>>>
>>>>>> CLIENTCFG[AM:bank] KEY=SSS AUTHTYPE=HMAC64
>>>>>>
>>>>>> That all sounds about right.
>>>>>
>>>>>
>>>>>> This was getting gold to give this error message when I tried to use
>>>>>> gusage
>>>>>>
>>>>>> Aborting account statement: Failed sending message: (Unable to
>>>>>> connect to socket (Connection timed out)).
>>>>>>
>>>>>> This is a different message than before. Before you were getting a
>>>>> problem with authorization, now the client apparently cannot locate a
>>>>> running server.
>>>>> This could happen if the goldd daemon was not running, or if the
>>>>> server is listening on a different port than the clients are trying to
>>>>> speak on.
>>>>>
>>>>> Do the server and ports match up in the gold.conf and goldd.conf?
>>>>> Is goldd running? Are both clients and servers being started up under
>>>>> the /usr/local path?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Now I'm getting this error
>>>>>>
>>>>>>  DBI connect('dbname=gold;host=mgt.cluster.net','root',...) failed:
>>>>>> FATAL:  role "root" does  not exist at /usr/local/gold/lib/Gold/Database.pm
>>>>>> line 165
>>>>>>
>>>>>>
>>>>> Hmmm, yet a different error. Did you resolve the Unable to connect to
>>>>> socket error? For thus it would appear.
>>>>>
>>>>> This might suggest that previously your SystemAdmin Role was
>>>>> associated with a non-root user and your database would only recognize the
>>>>> old Gold admin user as having admin authority. Perhaps you ran configure
>>>>> this time as root, where it had been run as non-root before? Did you
>>>>> perhaps try to start goldd as root now, whereas you were starting it as
>>>>> non-root before?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Any help you can offer would be great! Thanks!!
>>>>>>
>>>>>>
>>>>>> Shade
>>>>>>
>>>>>> On Fri, Jul 27, 2012 at 5:16 PM, Shade Alabsa <shade34321 at gmail.com>wrote:
>>>>>>
>>>>>>> I looked into what you said and it looks like GOLD_HOME is unset
>>>>>>> among a few other things. Part of the reason we updated everything was
>>>>>>> because we had last /etc, long story, so of course we don't have a
>>>>>>> /etc/gold.cfg. As of right now I think I'm going to update it as well and
>>>>>>> go from there. Thanks for the help!
>>>>>>>
>>>>>>> Shade
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jul 26, 2012 at 7:21 PM, Scott Jackson <
>>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>>
>>>>>>>> What is your path to glsuser?
>>>>>>>>
>>>>>>>> `which glsuser`
>>>>>>>>
>>>>>>>> Is it /usr/local/gold/bin/glsuser or might there be another
>>>>>>>> installation that got partially installed?
>>>>>>>>
>>>>>>>> Also, do you have GOLD_HOME in your environment.
>>>>>>>>
>>>>>>>> `env | grep GOLD_HOME`
>>>>>>>>
>>>>>>>> Perhaps this has been set or unset from what it was before.
>>>>>>>>
>>>>>>>> Is there an /etc/gold.cfg?
>>>>>>>>
>>>>>>>> What is the use lib path at the top of your glsuser file?
>>>>>>>>
>>>>>>>> `grep 'use lib' `which glsuser``
>>>>>>>>
>>>>>>>> use lib qw(/opt/gold-upgrade/lib /opt/gold-upgrade/lib/perl5);
>>>>>>>>
>>>>>>>> This will tell you where the Gold.pm is that it is using.
>>>>>>>>
>>>>>>>> From the Gold.pm, it builds the location ($PREFIX)  for the
>>>>>>>> auth_key file.
>>>>>>>>
>>>>>>>>
>>>>>>>>    # Set $PREFIX from Environment variable, Cfg File, or Hard-coded
>>>>>>>> default
>>>>>>>>
>>>>>>>>     if ($ENV{GOLD_HOME}) { $PREFIX = $ENV{GOLD_HOME}; }
>>>>>>>>     elsif (-e "/etc/gold.cfg")
>>>>>>>>     {
>>>>>>>>         my ($var, $val);
>>>>>>>>         open(ENV, "/etc/gold.cfg");
>>>>>>>>         while (<ENV>)
>>>>>>>>         {
>>>>>>>>             chomp;       # Remove trailing whitespace
>>>>>>>>             s/^\s+//;    # Remove leading whitespace
>>>>>>>>             s/\#.*//;    # Strip off comments
>>>>>>>>             next unless ($var, $val) = split("[= ]+", $_, 2);
>>>>>>>>             $ENV{$var} = $val;
>>>>>>>>         }
>>>>>>>>         $PREFIX = $ENV{GOLD_HOME};
>>>>>>>>     }
>>>>>>>>     else { $PREFIX = "/opt/gold"; }
>>>>>>>>
>>>>>>>>    open AUTH_KEY, "${PREFIX}/etc/auth_key"
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Jul 26, 2012 at 4:07 PM, Shade Alabsa <shade34321 at gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> Ideally I'd like to upgrade Gold but at the time we were only
>>>>>>>>> doing what was necessary to get our cluster back up and running.
>>>>>>>>>
>>>>>>>>> Gold was installed to /usr/local/ so I checked there and there
>>>>>>>>> still is a auth_key file,
>>>>>>>>>
>>>>>>>>> [root at mgt maui]# locate auth_key
>>>>>>>>> /usr/local/gold/etc/auth_key
>>>>>>>>> /usr/local/gold-2.1.6.0/etc/auth_key
>>>>>>>>> /usr/local/src/gold-2.1.11.0/etc/auth_key
>>>>>>>>>
>>>>>>>>> I'm assuming gold-2.1.11.0 is the old installation. I'm not sure
>>>>>>>>> what you mean by resync it with CSKEY value in maui-private.cfg, mainly
>>>>>>>>> becasue my maui-private.cfg file has nothing in it. Thanks for the speedy
>>>>>>>>> response and sorry for the long delay.
>>>>>>>>>
>>>>>>>>> Shade
>>>>>>>>>
>>>>>>>>> On Thu, Jul 26, 2012 at 2:07 PM, Scott Jackson <
>>>>>>>>> scottmo at adaptivecomputing.com> wrote:
>>>>>>>>>
>>>>>>>>>> So, you didn't upgrade Gold?
>>>>>>>>>>
>>>>>>>>>> It appears you may have deleted/moved the /opt/gold/etc/auth_key
>>>>>>>>>> file. You should be able to regenerate it by running make auth_key as root
>>>>>>>>>> from your original gold tarball unpack directory. You will have to use the
>>>>>>>>>> same key as before or else resync it with the CSKEY value in
>>>>>>>>>> maui-private.cfg.
>>>>>>>>>>
>>>>>>>>>> I hope this helps.
>>>>>>>>>>
>>>>>>>>>> Scott
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Thu, Jul 26, 2012 at 11:46 AM, Shade Alabsa <
>>>>>>>>>> shade34321 at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> We are currently using the Gold accounting manager, version
>>>>>>>>>>> 2.1.6.0. Recently we had to upgrade our xcat, torque, and maui
>>>>>>>>>>> installations and now Gold is not working anymore. I get the following
>>>>>>>>>>> errors:
>>>>>>>>>>>
>>>>>>>>>>> [root at mgt ~]# glsuser
>>>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>>>> Compilation failed in require at /usr/local/bin/glsuser line 57.
>>>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/glsuser line
>>>>>>>>>>> 57.
>>>>>>>>>>> [root at mgt ~]# gusage -s 2012-07-01 -e 2012-07-31 -p CCL >>
>>>>>>>>>>> garuda-summary-July_12.log
>>>>>>>>>>> Unable to open auth_key file: No such file or directoryBEGIN
>>>>>>>>>>> failed--compilation aborted at /usr/local//lib/Gold.pm line 150.
>>>>>>>>>>> Compilation failed in require at /usr/local/bin/gusage line 53.
>>>>>>>>>>> BEGIN failed--compilation aborted at /usr/local/bin/gusage line
>>>>>>>>>>> 53.
>>>>>>>>>>>
>>>>>>>>>>> I'm not quite sure what the problem is or if our upgrades broke
>>>>>>>>>>> it. Any help you can provide would be great! Thanks!
>>>>>>>>>>>
>>>>>>>>>>> Shade
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> gold-users mailing list
>>>>>>>>>>> gold-users at supercluster.org
>>>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> gold-users mailing list
>>>>>>>>>> gold-users at supercluster.org
>>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> gold-users mailing list
>>>>>>>>> gold-users at supercluster.org
>>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gold-users mailing list
>>>>>>>> gold-users at supercluster.org
>>>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> gold-users mailing list
>>>>>> gold-users at supercluster.org
>>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gold-users mailing list
>>>>> gold-users at supercluster.org
>>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> gold-users mailing list
>>>> gold-users at supercluster.org
>>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> gold-users mailing list
>>> gold-users at supercluster.org
>>> http://www.supercluster.org/mailman/listinfo/gold-users
>>>
>>>
>>
>> _______________________________________________
>> gold-users mailing list
>> gold-users at supercluster.org
>> http://www.supercluster.org/mailman/listinfo/gold-users
>>
>>
>
> _______________________________________________
> gold-users mailing list
> gold-users at supercluster.org
> http://www.supercluster.org/mailman/listinfo/gold-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.supercluster.org/pipermail/gold-users/attachments/20120731/478f3f10/attachment-0001.html