Re: [go-cd] Mac agent unable to connect to server

[Ketan Padegaonkar]

The gocd url in the config seems wrong. http://192.168.60.122:8154/go -
should be port 8153. Port 8154 is supposed to be for https.

- Ketan



On Sat, Jan 6, 2024 at 4:17 AM Manojsai katakam 
wrote:

> Hi all,
>
> We have an issue to Mac agent connecting to the gocd server.
> Go-server version: 20.5.0
> Go-agent version: 20.5.0
>
> Logs :
>
> *$hostname:Go Agent di$ ./bin/go-agent console*
> Running go-agent...
> wrapper  | --> Wrapper Started as Console
> wrapper  | Java Service Wrapper Standard Edition 64-bit 3.5.41
> wrapper  |   Copyright (C) 1999-2019 Tanuki Software, Ltd. All Rights
> Reserved.
> wrapper  | http://wrapper.tanukisoftware.com
> wrapper  |   Licensed to ThoughtWorks for GoCD Agent
> wrapper  |
> wrapper  | Launching a JVM...
> jvm 1| WrapperManager: Initializing...
> jvm 1| [Fri Jan 05 16:31:18 CST 2024] Starting process:
> jvm 1| [Fri Jan 05 16:31:18 CST 2024]   Working directory:
> /path/to/Go Agent
> jvm 1| [Fri Jan 05 16:31:18 CST 2024]   Application arguments:
> [-serverUrl, http://192.168.60.122:8154/go]
> jvm 1| [Fri Jan 05 16:31:18 CST 2024]GoCD Version:
> 20.5.0-11820
> jvm 1| [Fri Jan 05 16:31:18 CST 2024]Java Version: 11.0.21
> jvm 1| [Fri Jan 05 16:31:18 CST 2024]Operating System: Mac OS
> X(13.3.1)
> jvm 1| Could not find file `config/agent-bootstrapper-logback.xml'.
> Attempting to load from classpath.
> jvm 1| Using classpath resource
> `jar:onejar:lib/agent-bootstrapper-20.5.0-11820-classes.jar!/config/agent-bootstrapper-logback.xml'.
> jvm 1| SLF4J: Class path contains multiple SLF4J bindings.
> jvm 1| SLF4J: Found binding in
> [jar:onejar:lib/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
> jvm 1| SLF4J: Found binding in
> [jar:file://path/to/Go%20Agent/data/deps-5225b8a899113f2c-agent-launcher.jar/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
> jvm 1| SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings
> for an explanation.
> jvm 1| SLF4J: Actual binding is of type
> [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
> jvm 1| Could not find file `config/agent-launcher-logback.xml'.
> Attempting to load from classpath.
> jvm 1| Using classpath resource
> `jar:file:/path/to/Go%20Agent/data/deps-5225b8a899113f2c-agent-launcher.jar/agent-launcher-20.5.0-11820-classes.jar!/config/agent-launcher-logback.xml
>
> Thanks & Regards,
> Manoj K
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAEbMZ9sfq0GnY0n-1wDTLyjoinK4E89j2SNohkRqEuFNZuk7nA%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd69JsMGvgH-vjcwipRoxCK6h9r16nSihXkXUNwJB2CMNA%40mail.gmail.com.

Re: [go-cd] Need to run a command during deployment which persists after the agent is done

[Ketan Padegaonkar]

Assuming you're on linux: you want to spawn a new process group while
background your command. Check the setsid command in bash. This will
contain some useful examples:
https://stackoverflow.com/questions/19233529/run-bash-script-as-daemon

- Ketan



On Fri, Jun 16, 2023 at 10:48 PM Tsanko Stoev  wrote:

> Hello All,
>
> I wanted to see if there is a way to solve an issue we are having today.
> We have a deployment that runs several commands. At the end of the
> deployment we run a command that starts a service. We noticed that the
> command is launched as a subprocess of the agent connection, which results
> in that subprocess being killed once the agent is done deploying. Is there
> a way to run a job command that persists after the deployment is done.
> I hope my explanation made sense.
> Thanks.
>
> Sincerely,
> Tsanko Stoev
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAGWsXCDU57CNqbkiJ8vimsdaxRPXssFHbf6jjPEC_55j7_LnJA%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5R5%2B7%3DL6TY%2BK-PM3RyJbyNDaAYht1WYZn6iZeWsqB2JA%40mail.gmail.com.

Re: [go-cd] Agent Plugin new API

[Ketan Padegaonkar]

There is a lot of boilerplate in the skeleton. This is mostly to help with
sending/receiving/validating the various configs(cluster config, agent
config etc). Most of that should (hopefully) be self explanatory.

You might want to start with this class (
https://github.com/gocd-contrib/elastic-agent-skeleton-plugin/blob/master/src/main/java/com/example/elasticagent/ExampleAgentInstances.java).
This class contains all the code that deals with creating/terminating and
state maintainance of agents and mapping any cloud specific resources to
gocd angents.

This

On Tue, 9 May, 2023, 01:38 Joel Strasser (joestr), 
wrote:

> Hi there!
>
> I'm a little bit confused on how to migrate the Azure plugin to the new
> Elastic Agent API.
>
> In the sekeleton plugin it is mentioned, that I should use
> ClusterProfile.java for custom cluster properties.
>
> But I checked the Docker plugin and the ECS plugin and the files there
> were unused.
>
> I noticed that the PluginSettings.java is filled with the porperties?
>
> What am I missing here?
>
> Greetings,
> Joel
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/947c80a9-6afa-41f3-8685-4f8bd4a58a1an%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7nXAaV7%3DVCJ84OyAO529zChRFkW6Lb3y61hQ8VKQ4wxQ%40mail.gmail.com.

Re: [go-cd] Ansible + Mitogen Performanceproblem

[Ketan Padegaonkar]

> Is there maybe a cachefile or lockfile created by the agents which does
not get deleted with a deinstallation?

This might help find anything owned by the go user.

$ sudo find / -user go

- Ketan



On Thu, May 4, 2023 at 3:16 PM 'Hans Dampf' via go-cd <
go-cd@googlegroups.com> wrote:

>
> It's not just one task, it's the whole playbook which is slower.
> Local yes as user go.
> This runs in a normal performance
> go@host1:~$ ansible-playbook slowplaybook.yaml -i inventory
>
> On the same machine the same playbook but executed by the go-agent is slow.
> It ran fast in the past until the incident with the heavy load on the
> agents and big backlog
> 100% Usage of all 150 agents + 200 Jobs in the backlog.
> Beside this there where no changes on the playbook or the settings of the
> agents (env variables)
>
> Normaly we only use about 40-50 agents and no backlog
>
> Is there maybe a cachefile or lockfile created by the agents which does
> not get deleted with a deinstallation?
>
> ketanpad...@gmail.com schrieb am Donnerstag, 4. Mai 2023 um 10:43:29
> UTC+2:
>
>> It's unclear from your problem description if the entire job is taking
>> 10-30 minutes, or the task is taking 10-30 minutes. You mention that
>> running locally from the agent is quick — it is unclear if you're running
>> your task as `go` user or `root` user. For context, there are other
>> overheads in jobs that include for example — checking out code, cleaning
>> the working directory (if configured to do so). At the end of all tasks,
>> the agent will also upload all artifacts/console logs back to the gocd
>> server.
>>
>> If I were in your place, I would do the following next steps:
>>
>> - See if the script can be run in quiet mode. Maybe redirect the output
>> to /dev/null, if possible and check how long it takes to run just
>> ansible+mitogen. This is to eliminate possible issues or slowness with gocd
>> taking time to "read" the output from your deployment.
>> - Next — turn on more debug/verbose output in ansible + mitogen to see if
>> there are things that the gocd agent might be doing that could be affecting
>> your deploy timings. For e.g — any spurious environment variables, that
>> gocd might be setting, or perhaps some SSH configs that might be affecting
>> the deployment.
>> - Run the `env` command before your job — to dump any environment
>> variables that are applicable for that job. You can then `export` these
>> environment variables from the shell (as `go` user) — and then run the
>> script to see if there is any difference.
>>
>> - Ketan
>>
>>
>>
>> On Thu, May 4, 2023 at 2:03 PM 'Hans Dampf' via go-cd <
>> go...@googlegroups.com> wrote:
>>
>>> Hello,
>>>
>>> our setup consists of 10 worker with 15 agents each. We run ansible +
>>> mitogen on the agents. Currently, we have a problem with the go-agent +
>>> mitogen.
>>>
>>> Mitogen itself is a tool to speedup ansible runs by "tunneling" multiple
>>> tasks over one ssh connection.
>>> https://mitogen.networkgenomics.com/ansible_detailed.html
>>>
>>> If we use i on the worker without the agent directly on the cli it runs
>>> very well
>>>
>>> Basic Ansible: ~ 5min
>>> Ansible + Mitogen: ~ 1.5 min
>>> Ansible + Mitogen + Go-agent (expected): ~2 min
>>> Ansible + Mitogen + Go-agent (currently): ~ 10 -  30 min
>>>
>>> Now, if we start ansible with mitogen enabled IN the go-agent, the
>>> runtime is significant longer than the basic run.
>>> Some runs can slow down to 10 - 30 min is highly unusual since it should
>>> only take 2 - 5 min. Run directly on the cli it's fast as expected.
>>>
>>> Strangely, this was not from the beginning. This is only after because
>>> of an incident we had to stress all 150 agents at once.
>>>
>>> We already reinstalled ansible, mitogen and the go-agent itself, but the
>>> degraded performance persists.
>>>
>>> I hope somebody can help in how further debug this, since the last
>>> resort would be to complete reinstall the whole workernodes.
>>>
>>> Regards
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/2464860e-407e-4be6-ae6c-3db0c68a7d95n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/3c454b1b-e931-4a45-bec5-810fe4478d82n%40googlegroups.com
> 

Re: [go-cd] Ansible + Mitogen Performanceproblem

[Ketan Padegaonkar]

It's unclear from your problem description if the entire job is taking
10-30 minutes, or the task is taking 10-30 minutes. You mention that
running locally from the agent is quick — it is unclear if you're running
your task as `go` user or `root` user. For context, there are other
overheads in jobs that include for example — checking out code, cleaning
the working directory (if configured to do so). At the end of all tasks,
the agent will also upload all artifacts/console logs back to the gocd
server.

If I were in your place, I would do the following next steps:

- See if the script can be run in quiet mode. Maybe redirect the output to
/dev/null, if possible and check how long it takes to run just
ansible+mitogen. This is to eliminate possible issues or slowness with gocd
taking time to "read" the output from your deployment.
- Next — turn on more debug/verbose output in ansible + mitogen to see if
there are things that the gocd agent might be doing that could be affecting
your deploy timings. For e.g — any spurious environment variables, that
gocd might be setting, or perhaps some SSH configs that might be affecting
the deployment.
- Run the `env` command before your job — to dump any environment variables
that are applicable for that job. You can then `export` these environment
variables from the shell (as `go` user) — and then run the script to see if
there is any difference.

- Ketan



On Thu, May 4, 2023 at 2:03 PM 'Hans Dampf' via go-cd <
go-cd@googlegroups.com> wrote:

> Hello,
>
> our setup consists of 10 worker with 15 agents each. We run ansible +
> mitogen on the agents. Currently, we have a problem with the go-agent +
> mitogen.
>
> Mitogen itself is a tool to speedup ansible runs by "tunneling" multiple
> tasks over one ssh connection.
> https://mitogen.networkgenomics.com/ansible_detailed.html
>
> If we use i on the worker without the agent directly on the cli it runs
> very well
>
> Basic Ansible: ~ 5min
> Ansible + Mitogen: ~ 1.5 min
> Ansible + Mitogen + Go-agent (expected): ~2 min
> Ansible + Mitogen + Go-agent (currently): ~ 10 -  30 min
>
> Now, if we start ansible with mitogen enabled IN the go-agent, the runtime
> is significant longer than the basic run.
> Some runs can slow down to 10 - 30 min is highly unusual since it should
> only take 2 - 5 min. Run directly on the cli it's fast as expected.
>
> Strangely, this was not from the beginning. This is only after because of
> an incident we had to stress all 150 agents at once.
>
> We already reinstalled ansible, mitogen and the go-agent itself, but the
> degraded performance persists.
>
> I hope somebody can help in how further debug this, since the last resort
> would be to complete reinstall the whole workernodes.
>
> Regards
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/2464860e-407e-4be6-ae6c-3db0c68a7d95n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7gn%3DwmySD0_BqOcmhONqPNvzjoD%3DncHMaD-8AF8Z79SQ%40mail.gmail.com.

Re: [go-cd] how to get user name who triggerd the pipeline using api

[Ketan Padegaonkar]

https://docs.gocd.org/current/faq/dev_use_current_revision_in_build.html#standard-gocd-environment-variables

On Wed, 4 Jan, 2023, 12:45 Nayan Makwana, 
wrote:

> Hello all folks,
>
> i want the user name using api who is trigger the pipeline it is possible
> or not 
>
>
>
> reagards,
> Nayan Makwana
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/6aa31429-2798-4ece-8a35-1cccf8e97ee7n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd73fLK-kpjeEQq9Bvw_S-XWh6xqzun%3Dp0Rh_H2CSQhaJQ%40mail.gmail.com.

Re: [go-cd] GoCD database connection properties question

[Ketan Padegaonkar]

This works for me:

*curl -H 'Authorization: bearer X' -H 'Accept: application/vnd.go.cd
+json' https://build.gocd.org/go/api/admin/encrypt
 -d '{"value": "badger"}' -H
'Content-Type: application/json'*
{
  "_links" : {
"doc" : {
  "href" : "https://api.gocd.org/23.1.0/#encryption;
},
"self" : {
  "href" : "https://build.gocd.org/go/api/admin/encrypt;
}
  },
  "encrypted_value" : "AES:YYY:ZZZ"
}

- Ketan



On Wed, Nov 23, 2022 at 2:22 AM Tsanko Stoev  wrote:

> I am using https://host/go/api/admin/encrypt
> I have tried it in SoapUI and also tried the example with curl. Same
> results. Give it a try.
>
> Tsanko
>
> On Tue, Nov 22, 2022, 13:02 Aravind SV  wrote:
>
>> What is the URL you're using / what's the full call? I've used it before,
>> yes.
>>
>> On Tue, Nov 22, 2022 at 3:47 PM Tsanko Stoev  wrote:
>>
>>> That's the first thing I tried but it seems that the API call is not
>>> working or I am doing something wrong as I am getting the following
>>> response:
>>> -- START --
>>>
>>> HTTP/1.1 404 Not Found
>>> Content-Type: text/plain;charset=utf-8
>>> Expires: Thu, 01 Jan 1970 00:00:00 GMT
>>> Set-Cookie: JSESSIONID=node01g8wiol63q14ljfilz086yxyo570.node0;
>>> Path=/go; Expires=Tue, 06-Dec-2022 15:43:28 GMT; Max-Age=1209600; Secure;
>>> HttpOnly
>>> X-XSS-Protection: 1; mode=block
>>> X-Content-Type-Options: nosniff
>>> X-Frame-Options: SAMEORIGIN
>>> X-UA-Compatible: chrome=1
>>> X-Powered-By: ARR/3.0
>>> X-Powered-By: ASP.NET
>>> Date: Tue, 22 Nov 2022 15:43:27 GMT
>>> Content-Length: 58
>>> Strict-Transport-Security: max-age=31536000; includeSubDomains
>>>
>>> The url you are trying to reach appears to be incorrect.
>>>
>>> -- END ---
>>>
>>> Have you successfully been able to use it?
>>> Thanks.
>>>
>>> Tsanko
>>>
>>>
>>> On Tue, Nov 22, 2022 at 4:00 AM Aravind SV 
>>> wrote:
>>>
 Oh. Yes, Chad is right. That's a better way. :)

 On Tue, Nov 22, 2022 at 9:58 AM Chad Wilson 
 wrote:

> If seeking higher degrees of automation, I believe you can also use
> the API at https://api.gocd.org/current/#encrypt-a-plain-text-value
> for this, alongside a personal access token or another credential - but I
> haven't personally tried it for this purpose.
>
> I am sure Aravind can correct me if this is for a different purpose
> and encrypts differently. :-)
>
>
> On Tue, Nov 22, 2022 at 5:50 PM Aravind SV 
> wrote:
>
>> I would say the easiest way would be to add a secure environment
>> variable to any job or pipeline and copy the encrypted value off of the
>> config XML. I vaguely remember a command-line utility for it, but copying
>> it off the config XML is likely simpler at this time.
>>
>> Cheers,
>> Aravind
>>
>> On Mon, Nov 21, 2022 at 9:21 PM Tsanko Stoev 
>> wrote:
>>
>>> Hello All,
>>>
>>> I was browsing the GoCD documentation and specifically database
>>> connection properties. There is a way to use an encrypted password for 
>>> the
>>> connection (db.encryptedPassword). How does one go about creating
>>> an encrypted value from the plain text password?
>>> Thank you in advance.
>>>
>>> Sincerely,
>>> Tsanko Stoev
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it,
>>> send an email to go-cd+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/CAGWsXCB3gagSK2jcfxkhQB9rJhxT41-UfkXZDZ8HXcvUb6X9tQ%40mail.gmail.com
>>> 
>>> .
>>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "go-cd" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to go-cd+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/go-cd/CACxychF1N%2Ba9aR1GaLobs%3Dh0ZHgpuLKWfE%3DarHg_x6T4gi5xGw%40mail.gmail.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to the Google
> Groups "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAA1RwH-7ZNrFbwS8zMEY%3DiOwcVceJ2L49K-dHNzYDBP_bjewsQ%40mail.gmail.com
> 

Re: [go-cd] Issues with backups on Go 22.2 and PostgreSQL v12

[Ketan Padegaonkar]

What version of pg_dump are you using? According to
https://www.postgresql.org/docs/current/app-pgdump.html, the command line
string looks OK. But we've not tested this on windows.

- Ketan



On Wed, Nov 2, 2022 at 4:31 AM Funkycybermonk  wrote:

> Hello!
>
> New upgrade going from GoCD 20.1 to 22.2 and migrated to PostgreSQL v12 on
> Windows. Everything is now working properly but the backups were blowing up
> due to not being able to find pg_dump. I added the bin for PostgreSQL to
> the system path and the backup exits with a status code 1. I went back and
> checked the command and it looks like it might be blowing up because the
> dbname isn't defined with a parameter name.
>
> The executing bit is showing [pg_dump, --no-password, --host=localhost,
> --port=5432, --username=, gocd, --file=C:\Program Files (x86)\Go
> Server\artifacts\serverBackups\backup_20221101-215455\db.gocd] with
> environment {PGPASSWORD=}
>
> The gocd bit in the middle appears to be the dbname but its not qualified
> as --dbname. Is that a bug or is there something I haven't configured
> properly? If I take that parameter string and run it in a command prompt
> with the commas removed it blows up on the parameters not matching up.
> Adding the --dbname= to that parameter works for me but I'm not sure if
> that should be required.
>
> I can roll back to H2 but I was hoping there would be a performance
> improvement and future-proofing if I went ahead with the migration now. If
> that doesn't make sense then I'm happy to stay with H2.
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/1a7de3d6-8dae-4da0-b675-6d02ab885993n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4bOJ4114zTdBLpeF5KKqia%2BK1qXVeLiEne3TNQ8ufNeg%40mail.gmail.com.

Re: [go-cd] Gocd backup error

[Ketan Padegaonkar]

It is probably a missing symlink, or the GoCD process does not have
permission on the said folder.

On Fri, 9 Sep, 2022, 00:10 VIjay,  wrote:

> Hi,
> I am trying to perform gocd-server backup.
> My gocd-server version is - 18.10.0
>
> when hit perform back up  I am seeing below error-
> Failed to perform backup. Reason: Could not create the backup directory.
>
> *when i run below command on server - *
>  ls ${ARTIFACT_REPOSITORY_LOCATION}
> I can see *serverBackups *directory exists but shows in *red*.
>
> Any idea how can we fix this?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/2ed51cbe-3653-4460-84ae-2badb8e49cb0n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6n%2BQ0o1pyGr7t%3DoL%3Ds%3DUjeEQRUq-9%3DVm51ETx_rcgjag%40mail.gmail.com.

Re: [go-cd] Port data from H2 to PostgreSQL

[Ketan Padegaonkar]

gt;
>>>> On Sat, Sep 3, 2022 at 4:39 PM Tim Stevens  wrote:
>>>>
>>>>> Hello all, still on GoCD 20.4.0.  Has anyone successfully used the
>>>>> gocd-database-migrator.1.0.0 tool?  I have tried everything that I know to
>>>>> get it to run and I simply cannot.  I would be interested to know if 
>>>>> anyone
>>>>> has been able to use the tool successfully?
>>>>>
>>>>> On Sunday, August 28, 2022 at 6:16:50 AM UTC-7 Chad Wilson wrote:
>>>>>
>>>>>> Tim had already asked about upgrades in
>>>>>> https://groups.google.com/g/go-cd/c/ugTXHPOXNoQ/m/tQ8ovKq8AQAJ and
>>>>>> https://groups.google.com/g/go-cd/c/EuIqzYsl7mU/m/kkj8b_L3AwAJ - in
>>>>>> May they were on 20.4.0, and I had suggested the best time to do a DB
>>>>>> switch is probably during the 20.4.0 -> 20.5.0 upgrade since the use of
>>>>>> that migrator tool is basically mandatory during that upgrade regardless 
>>>>>> of
>>>>>> whether the plan is to stay on H2 or not (due to breaking change in H2
>>>>>> database version).
>>>>>>
>>>>>> But not sure if they have subsequently upgraded while keeping to H2
>>>>>> or not. I had assumed he had, but perhaps that was a mistake, so yeah - 
>>>>>> it
>>>>>> would be useful to know.
>>>>>>
>>>>>> -Chad
>>>>>>
>>>>>> On Sun, Aug 28, 2022 at 8:42 PM Ketan Padegaonkar <
>>>>>> ketanpad...@gmail.com> wrote:
>>>>>>
>>>>>>> What version of GoCD are you using?
>>>>>>>
>>>>>>> On Fri, 26 Aug, 2022, 22:55 Tim Stevens,  wrote:
>>>>>>>
>>>>>>>> Hello, I have researched this question quite a bit, but am not
>>>>>>>> finding anything that works.  I would like to take the data in our 
>>>>>>>> GoCD H2
>>>>>>>> database and upload it/convert it to a PostgreSQL database.
>>>>>>>>
>>>>>>>> Any help would be appreciated!
>>>>>>>>
>>>>>>>> Tim
>>>>>>>>
>>>>>>>> --
>>>>>>>> You received this message because you are subscribed to the Google
>>>>>>>> Groups "go-cd" group.
>>>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>>>> send an email to go-cd+un...@googlegroups.com.
>>>>>>>> To view this discussion on the web visit
>>>>>>>> https://groups.google.com/d/msgid/go-cd/ee37d34c-a591-4ce4-8e26-37fb39f4182an%40googlegroups.com
>>>>>>>> <https://groups.google.com/d/msgid/go-cd/ee37d34c-a591-4ce4-8e26-37fb39f4182an%40googlegroups.com?utm_medium=email_source=footer>
>>>>>>>> .
>>>>>>>>
>>>>>>> --
>>>>>>> You received this message because you are subscribed to the Google
>>>>>>> Groups "go-cd" group.
>>>>>>> To unsubscribe from this group and stop receiving emails from it,
>>>>>>> send an email to go-cd+un...@googlegroups.com.
>>>>>>>
>>>>>> To view this discussion on the web visit
>>>>>>> https://groups.google.com/d/msgid/go-cd/CAMUPJd6nZqdW_rjZ-MANh%3Dh_bRZEB7qZxxenbpfQOLDUjR%3DV1A%40mail.gmail.com
>>>>>>> <https://groups.google.com/d/msgid/go-cd/CAMUPJd6nZqdW_rjZ-MANh%3Dh_bRZEB7qZxxenbpfQOLDUjR%3DV1A%40mail.gmail.com?utm_medium=email_source=footer>
>>>>>>> .
>>>>>>>
>>>>>> --
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "go-cd" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>>> an email to go-cd+un...@googlegroups.com.
>>>>>
>>>> To view this discussion on the web visit
>>>>> https://groups.google.com/d/msgid/go-cd/ff1d45dc-b65d-4943-9426-18df58ad00ffn%40googlegroups.com
>>>>> <https://groups.google.com/d/msgid/go-cd/ff1d45dc-b65d-4943-9426-18df58ad00ffn%40googlegroups.com?utm_medium=email_source=footer>
>>>>> .
>>>>>
>>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/cb9b3591-2557-4e3d-9038-64ce67f92b77n%40googlegroups.com
>>> <https://groups.google.com/d/msgid/go-cd/cb9b3591-2557-4e3d-9038-64ce67f92b77n%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/cde02eea-4c6e-40dd-bce8-389d31c3bbcen%40googlegroups.com
> <https://groups.google.com/d/msgid/go-cd/cde02eea-4c6e-40dd-bce8-389d31c3bbcen%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7Fgy3qGHNaZxGs%3DwRSgRDJm%2B0HYWwH2T3JZ3rxGsvxbg%40mail.gmail.com.

Re: [go-cd] Port data from H2 to PostgreSQL

[Ketan Padegaonkar]

I see 2 issues:

1. You are probably running from the wrong directory. Run from the top
level directory as bin/gocd-database-migrator
2. Your source db username/password may be wrong. The default H2
credentials are "sa", with a blank password


On Mon, 5 Sep, 2022, 14:10 Tim Stevens,  wrote:

> Sure Ketan I cannot get the tool to connect to my H2 database.  I am
> getting this error message when I try to run the tool:
>
> ERROR [main] DbSync:103 - null
> java.sql.SQLException: Cannot load JDBC driver class ''org.h2.Driver''
> at
> org.apache.commons.dbcp2.DriverFactory.createDriver(DriverFactory.java:54)
> at
> org.apache.commons.dbcp2.BasicDataSource.createConnectionFactory(BasicDataSource.java:472)
> at
> org.apache.commons.dbcp2.BasicDataSource.createDataSource(BasicDataSource.java:538)
> at
> org.apache.commons.dbcp2.BasicDataSource.getConnection(BasicDataSource.java:753)
> at com.thoughtworks.go.dbsync.Util.withDataSource(Util.java:95)
> at com.thoughtworks.go.dbsync.DbSync.export(DbSync.java:77)
> at com.thoughtworks.go.dbsync.cli.Main.main(Main.java:46)
> Caused by: java.lang.ClassNotFoundException: 'org.h2.Driver'
> at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(Unknown Source)
> at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(Unknown
> Source)
> at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
> at
> org.apache.commons.dbcp2.DriverFactory.createDriver(DriverFactory.java:49)
> ... 6 common frames omitted
> java.lang.RuntimeException: java.sql.SQLException: Cannot load JDBC driver
> class ''org.h2.Driver''
> at com.thoughtworks.go.dbsync.Util.withDataSource(Util.java:104)
> at com.thoughtworks.go.dbsync.DbSync.export(DbSync.java:77)
> at com.thoughtworks.go.dbsync.cli.Main.main(Main.java:46)
> Caused by: java.sql.SQLException: Cannot load JDBC driver class
> ''org.h2.Driver''
> at
> org.apache.commons.dbcp2.DriverFactory.createDriver(DriverFactory.java:54)
> at
> org.apache.commons.dbcp2.BasicDataSource.createConnectionFactory(BasicDataSource.java:472)
> at
> org.apache.commons.dbcp2.BasicDataSource.createDataSource(BasicDataSource.java:538)
> at
> org.apache.commons.dbcp2.BasicDataSource.getConnection(BasicDataSource.java:753)
> at com.thoughtworks.go.dbsync.Util.withDataSource(Util.java:95)
> ... 2 more
> Caused by: java.lang.ClassNotFoundException: 'org.h2.Driver'
> at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(Unknown Source)
> at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(Unknown
> Source)
> at java.base/java.lang.ClassLoader.loadClass(Unknown Source)
> at
> org.apache.commons.dbcp2.DriverFactory.createDriver(DriverFactory.java:49)
> ... 6 more
>
> This is what I am using to run the tool from an elevated command window:
>
> gocd-database-migrator --insert --progress
> --source-db-url='jdbc:h2:/h2/cruise'
> --source-db-driver-class='org.h2.Driver' --source-db-user='go'
> --source-db-password='g0get!t'
> --target-db-url='jdbc:postgresql://localhost:5432/cruise'
> --target-db-driver-class='org.postgresql.Driver'
> --target-db-user='postgres' --target-db-password='postgres'
>
> Thanks in advance for your help!
> On Sunday, September 4, 2022 at 11:30:29 PM UTC-7 ketanpad...@gmail.com
> wrote:
>
>> Can you elaborate what issues you faced with the migrator tool?
>>
>> - Ketan
>>
>>
>>
>> On Sat, Sep 3, 2022 at 4:39 PM Tim Stevens  wrote:
>>
>>> Hello all, still on GoCD 20.4.0.  Has anyone successfully used the
>>> gocd-database-migrator.1.0.0 tool?  I have tried everything that I know to
>>> get it to run and I simply cannot.  I would be interested to know if anyone
>>> has been able to use the tool successfully?
>>>
>>> On Sunday, August 28, 2022 at 6:16:50 AM UTC-7 Chad Wilson wrote:
>>>
>>>> Tim had already asked about upgrades in
>>>> https://groups.google.com/g/go-cd/c/ugTXHPOXNoQ/m/tQ8ovKq8AQAJ and
>>>> https://groups.google.com/g/go-cd/c/EuIqzYsl7mU/m/kkj8b_L3AwAJ - in
>>>> May they were on 20.4.0, and I had suggested the best time to do a DB
>>>> switch is probably during the 20.4.0 -> 20.5.0 upgrade since the use of
>>>> that migrator tool is basically mandatory during that upgrade regardless of
>>>> whether the plan is to stay on H2 or not (due to breaking change in H2
>>>> database version).
>>>>
>>>> But not sure if they have subsequently up

Re: [go-cd] Port data from H2 to PostgreSQL

[Ketan Padegaonkar]

Can you elaborate what issues you faced with the migrator tool?

- Ketan



On Sat, Sep 3, 2022 at 4:39 PM Tim Stevens  wrote:

> Hello all, still on GoCD 20.4.0.  Has anyone successfully used the
> gocd-database-migrator.1.0.0 tool?  I have tried everything that I know to
> get it to run and I simply cannot.  I would be interested to know if anyone
> has been able to use the tool successfully?
>
> On Sunday, August 28, 2022 at 6:16:50 AM UTC-7 Chad Wilson wrote:
>
>> Tim had already asked about upgrades in
>> https://groups.google.com/g/go-cd/c/ugTXHPOXNoQ/m/tQ8ovKq8AQAJ and
>> https://groups.google.com/g/go-cd/c/EuIqzYsl7mU/m/kkj8b_L3AwAJ - in May
>> they were on 20.4.0, and I had suggested the best time to do a DB switch is
>> probably during the 20.4.0 -> 20.5.0 upgrade since the use of that migrator
>> tool is basically mandatory during that upgrade regardless of whether the
>> plan is to stay on H2 or not (due to breaking change in H2 database
>> version).
>>
>> But not sure if they have subsequently upgraded while keeping to H2 or
>> not. I had assumed he had, but perhaps that was a mistake, so yeah - it
>> would be useful to know.
>>
>> -Chad
>>
>> On Sun, Aug 28, 2022 at 8:42 PM Ketan Padegaonkar 
>> wrote:
>>
>>> What version of GoCD are you using?
>>>
>>> On Fri, 26 Aug, 2022, 22:55 Tim Stevens,  wrote:
>>>
>>>> Hello, I have researched this question quite a bit, but am not finding
>>>> anything that works.  I would like to take the data in our GoCD H2 database
>>>> and upload it/convert it to a PostgreSQL database.
>>>>
>>>> Any help would be appreciated!
>>>>
>>>> Tim
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "go-cd" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to go-cd+un...@googlegroups.com.
>>>> To view this discussion on the web visit
>>>> https://groups.google.com/d/msgid/go-cd/ee37d34c-a591-4ce4-8e26-37fb39f4182an%40googlegroups.com
>>>> <https://groups.google.com/d/msgid/go-cd/ee37d34c-a591-4ce4-8e26-37fb39f4182an%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/CAMUPJd6nZqdW_rjZ-MANh%3Dh_bRZEB7qZxxenbpfQOLDUjR%3DV1A%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/go-cd/CAMUPJd6nZqdW_rjZ-MANh%3Dh_bRZEB7qZxxenbpfQOLDUjR%3DV1A%40mail.gmail.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/ff1d45dc-b65d-4943-9426-18df58ad00ffn%40googlegroups.com
> <https://groups.google.com/d/msgid/go-cd/ff1d45dc-b65d-4943-9426-18df58ad00ffn%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5ZDnbTo1WbQTK44-Qm6-UhwQSkr%2BuKQLvvJL-JZVCcXw%40mail.gmail.com.

Re: [go-cd] Port data from H2 to PostgreSQL

[Ketan Padegaonkar]

What version of GoCD are you using?

On Fri, 26 Aug, 2022, 22:55 Tim Stevens,  wrote:

> Hello, I have researched this question quite a bit, but am not finding
> anything that works.  I would like to take the data in our GoCD H2 database
> and upload it/convert it to a PostgreSQL database.
>
> Any help would be appreciated!
>
> Tim
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/ee37d34c-a591-4ce4-8e26-37fb39f4182an%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6nZqdW_rjZ-MANh%3Dh_bRZEB7qZxxenbpfQOLDUjR%3DV1A%40mail.gmail.com.

Re: [go-cd] Unable to Manage GoCD Server Process - go-server: unrecognized service

[Ketan Padegaonkar]

Try /etc/init.d/go-{server,agent} instead.

On Sun, 28 Aug, 2022, 05:52 Jason Smyth,  wrote:

> Hello everyone,
>
> We are running GoCD 19.8.0 on CentOS 6.10 (Final).
>
> On both the production and test server we are apparently unable to manage
> the GoCD server process. The documentation
> 
>  says
> that we should use service go-server to interact with the GoCD server,
> but this returns an "unrecognized service" error on both machines.
>
> GoCD is up and running so presumably the system knows both that it is
> supposed to start the service and how to do so; I just can't figure out how
> to stop it so that I can do maintenance. Presumably I can reboot the server
> to restart the service, but I want to stop the service, not restart it.
>
> Any ideas on where we can go from here are greatly appreciated.
>
> Regards,
> Jason Smyth
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/ffbe8be2-4b54-4709-8772-5fd0009c6fd6n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4x2fUdLS%3DX9-nG5k%2BaBH0S-LgRR9zF7zmmhGNFd9iCbg%40mail.gmail.com.

Re: [go-cd] A new elastic agent is created for every 2 mins.

[Ketan Padegaonkar]

Most likely cause seems to be that the elastic agent is not registering
with the server within a specified timeout. So the server attempts to
create another elastic agent instance.

Check if the profile supports a timeout configuration and see if you are
able to increase it. Increasing the timeout might give you enough time to
be able to SSH into the instance to determine what's going on. The plugin
seems to expect that your AMI contains a gocd agent installed, it then sets
up some user data

to configure the gocd agent, and start up the agent and wait for it to
connect.

- Ketan

On Wed, Jul 13, 2022 at 7:55 PM Satya Elipe  wrote:

> Hi All
>
> I see that, for every 2 mins a new elastic agent is created in contrast to
> my understanding that a single elastic agent comes up and finishes the job
> and vanishes after the job is finished.
>
> Did I miss something?
>
> Many thanks in advance.
> Satya
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CADKEDRqhicqueq-hwCwdjbtRcVFharVu_bUDKFPSV-_MPamPzQ%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7N2FGvHz%3Dp4gw_LX6r4K%3DXBzxKX4sG7GJCwM%3D625%3Dseg%40mail.gmail.com.

Re: [go-cd] Re: How to lift an app out of it's sandbox into deployment?

[Ketan Padegaonkar]

This will almost certainly not fly. /home/ubuntu will also need permission
change. Adding a world writeable permission 777 is a very bad idea. I would
recommend that you add the go user to the same group as the ubuntu user,
and make sure the deployment folder has write permission for the ubuntu
group.

As ubuntu user:

- rm -rf /home/ubuntu/app
- mkdir /home/ubuntu/app
- chmod g=u /home/ubuntu/app # group has same permission as user

As root:
- usermod -a -G ubuntu go # add go user to ubuntu
- restart your go agent

On Thu, 30 Jun, 2022, 01:56 Chris,  wrote:

> I changed the user and group ownership of /home/ubuntu/app to go, although
> 777 should have sufficed for testing purposes.
>
> When I su to user go, I am able to view /home/ubuntu/app, and also touch
> foo.txt in /home/ubuntu/app . I
>
> go@app:/home/ubuntu$ cd app
> go@app:/home/ubuntu/app$ touch foo.txt
> go@test-app:/home/ubuntu/app$ ls -la
> total 8
> drwxr-xr-x 2 go go 4096 Jun 29 20:10 .
> drwxr-x--- 7 ubuntu ubuntu 4096 Jun 29 20:09 ..
> -rw-rw-r-- 1 go go0 Jun 29 20:10 foo.txt
> go@app:/home/ubuntu/app$ rm foo.txt
> go@app:/home/ubuntu/app$ exit
>
> Go agent is running as go:
> go   634  0.0  0.2  16452  2464 ?Sl   Jun24   4:09
> /usr/share/go-agent/bin/.
>
> The go agent is still unable to copy a file into /home/ubuntu/app   , or
> even cd into /home/ubuntu/app  , with any level of permission (777,
> changing it to go, etc)
>
>
> On Wednesday, June 29, 2022 at 3:04:25 PM UTC-4 jsm...@scimarketview.com
> wrote:
>
>> Hello Chris,
>>
>> This appears to be a permissions issue rather than anything specific to
>> GoCD.
>>
>> I recommend logging on to the Agent and manually running the script as
>> the GoCD user (via sudo or su). From there you should be able to
>> troubleshoot the permissions error.
>>
>> Once the script runs properly when run locally on the Agent, the Pipeline
>> should also run without issue.
>>
>> Hope this helps,
>> Jason Smyth
>>
>>
>> On Wednesday, 29 June 2022 at 12:21:49 UTC-4 Chris wrote:
>>
>>> Hello
>>>
>>> I face the following issue using gocd, with my gocd agent:
>>>
>>> My app is containerized [docker] and needs to log via bind mount. The
>>> app cannot log in the sandbox, as it does not have permissions to the log
>>> directory.
>>>
>>> I would like the app to be copied out from the sandbox, into
>>> /home/ubuntu/app , where it would have permissions to write to it's log
>>> directory.
>>>
>>> Nothing has worked out so far, including trying to force permissions to
>>> 777 to the directory, and I always get the following error message:
>>>
>>> cp: failed to access '/home/ubuntu/app': Permission denied
>>> deployment/dev/deploy.sh: line 2: cd: /home/ubuntu/app: Permission denied
>>>
>>> Deploy script:
>>> cp -r app/. /home/ubuntu/app
>>> cd /home/ubuntu/app
>>> make start
>>>
>>> Thank you!
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/751e5c97-596a-4441-bbb7-07c5aa9c314dn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5O_mSFtAQ2paQOFSQX1q2t2Z9%3DqmUeG4YRwbWfT2dtxg%40mail.gmail.com.

Re: [go-cd] Empty Graphs in Analytics Plugin

[Ketan Padegaonkar]

See this document for installation instructions
https://github.com/gocd/gocd-analytics-plugin/blob/main/docs/Install.md

On Mon, 20 Jun, 2022, 16:06 'Sarmistha Bhuyan' via go-cd, <
go-cd@googlegroups.com> wrote:

> Integrated GoCD Analytics Plugin. We can see only Agent analytics. The
> other analytics are coming blank.
> There is a link
> https://extensions-docs.gocd.org/analytics/current/troubleshoot/ I found
> but clueless what it is suggesting
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/feb9c9d1-d7a2-49b2-b647-44b3c136181cn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd46uBpY0_4yxdSBk93cmF%3DBGFUjzRCtS3phnTWAsVN1Yw%40mail.gmail.com.

Re: [go-cd] GoServer Migration - Linux

[Ketan Padegaonkar]

In addition to what Chad said — my general advice is that you upgrade your
gocd server in multiple steps (after you ensure that a good backup)
14.x->15.x->16.x->17.x->...22.x. The major version number signifies the
year of the release — so in a way you're simulating an upgrade every year.
The reason is that gocd is mostly backward compatible for upto a year.

- Ketan

On Sat, May 7, 2022 at 3:27 PM Chad Wilson  wrote:

> Hi Nikita
>
> This is a very large upgrade distance, basically spanning the entire open
> source lifetime of GoCD :-) I imagine this might be challenging as this is
> over 8 years of change.
>
> Generally GoCD is designed to automatically upgrade its own database
> schemas and configurations between releases, however there are occasionally
> deprecations and then feature removals that might require manual
> intervention. That can extend to plugin changes too.
>
> I would recommend that you scan through the release notes at
> https://www.gocd.org/releases/ and look out for any major deltas
> (especially "breaking changes") that might affect your usage and that might
> require manual action. Some things I can think of that you will want to be
> aware of
>
>
>- General: Any plugins you are using, and required updates to these.
>   - Support for Java API plugins
>    were removed in GoCD 17.2.
>   - General: Any direct GoCD API usage you have, there is likely
>major change to this.
>- General: You should review any customisation you have done to GoCD's
>start-up arguments/properties as these may have changed.
>- General: You'll need to consider what agent variants and versions
>you have.
>   - If your agent versions are also very old, they are quite likely
>   to have issues bootstrapping from the GoCD server, so you'll need to 
> have
>   an agent upgrade plan too, especially if you are trying to minimise
>   downtime.
>   - 17.5.0 +: Review the
>authentication mechanism for your users. There have been multiple changes
>to the way GoCD authentication/authorization have been done (especially for
>passwordfile and LDAP being moved to a plugin style) as well as plugin API
>changes over time. Although I believe the intent was for it to be an
>automatic upgrade when initially moved to be via plugin, I'm not sure it
>would work for such a large delta between releases.
>- 19.1.0 : Removal of support
>for DES encryption in config values (replaced with AES)
>- 20.2.0 : TLS support is
>turned off by default. Assuming you use TLS/HTTPS, this will require you to
>introduce a reverse proxy or other mechanism into your infrastructure in
>front of GoCD to terminate TLS on.
>- Support was completely removed in 20.6.0
>   
>- 20.5.0 : A *one-time manual
>intervention for database migration* is required at this version to
>convert your database. You can also switch DB types here (e.g H2DB to
>PostgreSQL)
>
>
> In general, you are probably going to have to do this as multiple steps I
> imagine, with some degree of verification at each step. Perhaps 14.2.0 ->
> something -> 20.4.0 -> 20.5.0 -> 22.1.0. If your usage is simple, you can
> *try* going straight to 20.4.0 in a test environment and see how it goes,
> but I imagine that will depend on the complexity of your usage and how
> "big" your GoCD server is (how many pipelines, types of materials, plugins
> you are using, how many agents of what types). It's probably difficult to
> advise without more details of your setup, and after you have reviewed
> release notes for possible issues.
>
>- General docs:
>https://docs.gocd.org/current/installation/upgrading_go.html
>- DB Upgrade Docs for GoCD 20.5.0:
>
> https://docs.gocd.org/current/installation/upgrading_go/upgrade_to_gocd_20.5.0.html
>- If you are trying to keep your entire configuration, pipeline
>history, artifacts etc in tact between upgrades you are probably going to
>want to have backups
>
>of *everything* (server config, your entire data folder/artifacts etc)
>and have ability to do experimental upgrades to various target versions in
>a separate environment.
>
> I'm not sure about your question on the capacity of the database. What
> database type is your GoCD server using? If it is the open source version
> of 14.2.0 you have, it is probably just using the in-built H2 database
> which is stored on the file-system alongside other server metadata such as
> pipeline artifacts, logs etc, so capacity isn't really relevant.
>
> -Chad
>
> On Thu, May 5, 2022 at 4:20 PM Nikita Singh 
> wrote:
>
>> Hello, This is Nikita.
>>
>> I am looking at 

Re: [go-cd] Global Env variables using Pipelines as Code?

[Ketan Padegaonkar]

The groovy pipeline plugin also allows you to import code so you can just
merge some global variables as you need. If you are worried about having to
write new config files in groovy - you can simply export and convert
json/yaml to groovy.

On Sun, 24 Apr, 2022, 11:42 Chad Wilson,  wrote:

> Have you tried having a file in the config repository which declares only
> top-level environments (with env vars), and then separate files inside the
> same confi repo which refer to those environments by name inside pipelines?
>
> if I recall correctly, the `n` YAML files discovered by the config repo
> pattern you configure are merged together and validated as a whole so you
> *should* be able to factor them out, I believe?
>
> -Chad
>
> On Sun, Apr 24, 2022 at 2:04 PM Sifu Tian 
> wrote:
>
>> Hi Ashwanth,
>>
>> Thats for your response.  If I understand the examples in the README, you
>> would have to add "environments" and the "variables" to every yaml file
>> that is hosted in github.
>> There is no central "Environment group that can be used by the config
>> repository that you can add all the pipelines to.
>> I have many pipelines that share the same secure variables that I was
>> able to add them to that environments group when I built out the pipelines
>> manually.
>> Once I converted them to config repository, it appears I would have to
>> define each pipeline individually with those settings.
>>
>>
>>
>>
>>
>> On Friday, April 22, 2022 at 2:15:19 AM UTC-4 ashwant...@gmail.com wrote:
>>
>>> In this example on the README
>>> : I see
>>> environments and pipelines defined. Does that not help?
>>>
>>> On Fri, 22 Apr 2022 at 01:08, Sifu Tian  wrote:
>>>
 Hi,

 I recently converted all of our pipelines to leverage config repository.
 One thing I haven't determined is how to get env variables that I can
 use by all pipelines.
 I lose the ability to add the pipelines to any environment that can
 consume the same env variables.
 One approach was to place the variables in my Dockerfile however we
 have some secure variables that we use that we cant leverage in a
 dockerfile and placed in SCM (Github)

 Can someone tell me how this has been addressed/solved.

 --
 You received this message because you are subscribed to the Google
 Groups "go-cd" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to go-cd+un...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/go-cd/edce1657-6112-4293-8b32-9c24a20dc267n%40googlegroups.com
 
 .

>>>
>>>
>>> --
>>>
>>> Ashwanth Kumar / ashwanthkumar.in
>>>
>>> --
>> You received this message because you are subscribed to the Google Groups
>> "go-cd" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to go-cd+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/go-cd/d168cdea-6655-4603-b9ef-da52284a9f98n%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAA1RwH_1H3Hh_6F7TY8fpzThhXt33MJTbUDraqq3jCZwTzzZQQ%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd523r%2BkB6iz3CDgEtqh1Rp0vh2SdDdO_WrD2MekA%3Dupxw%40mail.gmail.com.

Re: [go-cd] best practices for maintaining go pipelines

[Ketan Padegaonkar]

The groovy DSL plugin lets you do most of what jsonnet does without the
additional compile step. Some examples here

.

- Ketan



On Thu, Mar 10, 2022 at 9:19 PM Michael Day  wrote:

> I've used the JSON plugin and a jsonnet (https://jsonnet.org/) library to
> achieve this before.
>
> It worked pretty well, but did require some discipline on behalf of the
> programmers, i.e. to provide make targets to build, push to the container
> repo and deploy to the test cluster, which had uniform names etc.
>
> M
>
> On Thursday, March 10, 2022 at 2:37:51 PM UTC Chad Wilson wrote:
>
>> Hi Pankaj
>>
>> How do you maintain the pipeline config now? Via the UI? Via API? Via one
>> of the pipelines-as-code/confg repo plugins?
>>
>> In any case, I would say it depends a bit on
>>
>>- what the content of your pipelines are
>>- how much variation there is between these pipelines
>>- when you say developers "maintain" their pipelines, does that
>>include changing its config and definition? Or just making sure it's 
>> green?
>>- when folks need to change the pipelines, will it be acceptable (or
>>desirable) for them to be forced to do it via source control?
>>
>> ...but in terms of general approaches to reduce duplication and factor
>> out commonality in pipelines, there are a few approaches, which have
>> upsides and downsides. Perhaps you can take a look at them and ask some
>> more specific questions based on your needs?
>>
>>
>>- *Pipeline templates*
>>https://docs.gocd.org/current/configuration/pipeline_templates.html -
>>maintained via UI|API IIRC, but not really customisable by those pipelines
>>that use the template, except by parameters/env/materials
>>- One of the* Pipelines as Code* plugins (aka Config Repository
>>plugins)
>>https://docs.gocd.org/current/advanced_usage/pipelines_as_code.html
>>   - At least with Pipelines-as-Code you can find-and-replace
>>   en-masse, but...
>>   - With the YAML plugin you can use YAML anchors to factor out
>>   commonality in a limited way.
>>   - With either the YAML or JSON plugins you could conceptually
>>   template the YAML/JSON and generate it using a tool as well, although I
>>   have never done this and have no opinion on whether it's a good idea
>>   - With the Groovy plugin you can write Groovy script to express
>>   your pipelines using a DSL, which could potentially allow you to model 
>> the
>>   differences between them, dependencies etc.
>>   - This may or may not work for depending on how you plan to
>>   supporting "self-service" and developers making changes to their own
>>   pipelines, unless you work with some kind of PR approval model into a 
>> Git
>>   repository you centrally maintain
>>- Write some tooling against the *GoCD API *
>>https://api.gocd.org/current/#pipeline-config
>>   - There were some client libraries to support this such as gomatic
>>   , but I haven't
>>   personally used those, and not sure what state they are in.
>>
>> -Chad
>>
>>
>>
>> On Thu, Mar 10, 2022 at 8:12 PM 'pan...@mammoth.io' via go-cd <
>> go...@googlegroups.com> wrote:
>>
>>> Hi community,
>>>
>>> Every developer in our organization gets a pipeline of his own to do the
>>> full build and test process. Very frequently we are making changes that
>>> have to be replicated across all pipelines, for example adding a new
>>> material, adding an additional step, minor changes in the command syntax of
>>> one of the steps in pipeline. Since each developer is supposed to maintain
>>> their own pipeline, they realize it only when the pipeline breaks because
>>> of this change and we are in a continuous maintenance loop.
>>>
>>> Our need is to easily replicate these changes across all pipelines. Most
>>> configuration is same except the name of the pipeline is different. Whats
>>> the community recommendation for this. How else to manage this situation?
>>>
>>> Warm regards,
>>> Pankaj
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/f66ff769-da55-4383-9d55-7d5c201153fdn%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> 

Re: [go-cd] Agent failed to do git clone after upgrading gocd

[Ketan Padegaonkar]

On Mon, Jan 17, 2022 at 11:15 AM Sachin Gupta 
wrote:

> Hi Chad,
> But when I am trying to clone it always failing with error “permission
> denied (publickey)”.  I have permission in both working and non working
> images and both are same.
>

What are the permissions on the public key `ls -al ~/.ssh` when executed as
the `go` user?

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5qEuVd6E%3DED%3DD3j_KjQaSXbwy%3DdTv%3DhYK36dmG%2BVFiZQ%40mail.gmail.com.

Re: [go-cd] pruning the flyweight directory

[Ketan Padegaonkar]

It is perfectly safe to delete any of the repositories under the flyweight
directory.

On Tue, Sep 28, 2021, 23:07 dle...@gmail.com  wrote:

>
> Hello --
>
> Can someone clarify the how best to clear up stale flyweight directory
> entries that are no longer needed and what the process might be?
>
> We're running low on diskspace. This effects among other things artifact
> storage. I know I can mount a new volume and use that just for artifacts
> which I might still consider, but it would be nice to continuously keep the
> flyweight directory pruned of things GoCD no longer needs.
>
>
> I *think* what's happening is that we unfortunately have some large
> repositories, and developers are modifying their pipelines to point to
> different branches.  If I understand correctly, this doesn't clean up the
> old flyweight directories
>
> My theory is that maybe I can find all the .git/config files that haven't
> been accessed in 30 days and then maybe delete their flyweight directory.
> Something like this:
>
> cd /var/lib/go-server/pipelines/flyweight
> find . -maxdepth 3 -path "*/.git/index" -atime +365|cut -d'/' -f 2|xargs
> -I{} rm -rf {}
>
> find would produce paths like this:
>
> ./51201307-d704-4434-a8db-2109a86a19db/.git/index
>
> and the subequent cut produces a list like:
>
> 51201307-d704-4434-a8db-2109a86a19db
> ...
>
> and then I pipe that list to rm -rf
>
> I could possibly capture this in a cron job to run periodically.
>
> Is this a viable strategy?
>
> If I delete this directory but GoCD has a pipeline that suddenly needs to
> create the same hashed flyweight again would it just work?
>
> If not, can someone share some recommendations on how best to approach
> this?
>
> thanks.
>
> Doug
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/c54f49dd-ebd6-4231-b9d4-e87c228ffcbfn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4HFuj%2BPnwX_jV-ib3tj2rwRK2a%2BBXJta6czMM22jYfmw%40mail.gmail.com.

Re: [go-cd] Trouble with OAuth

[Ketan Padegaonkar]

Are you using a reverse proxy (
https://docs.gocd.org/current/installation/configure-reverse-proxy.html) Is
it configured properly?

If everything else fails, try setting the site URL under server
configuration.


On Thu, Sep 23, 2021, 03:11 Michael Day  wrote:

> I am struggling to make OAuth plugins work with GoCD
>
> I am using Version: 21.2.0-12498 of GoCD installed on Ubuntu 20.04.3 LTS
>
> I have tried building both
> https://github.com/gocd-contrib/github-oauth-authorization-plugin and
> https://github.com/gocd-contrib/google-oauth-authorization-plugin but I
> have not managed to get either working.
>
> With the github one, which I did today, It configures ok, and I can enter
> my client id and secret and PAT and when I click the check connection
> button it says it's ok. But when I try and use it to log in I get a 500
> error, but nothing more in the logs than
>
> 2021-09-22 19:24:34,885 WARN [qtp1325802001-34] HttpChannel:673 -
> handleException /go/plugin/cd.go.authorization.github/login
> java.net.MalformedURLException: no protocol:
>
> I saw a similar error with the Google plugin which I reported here
> https://github.com/gocd-contrib/google-oauth-authorization-plugin/issues/128
>
> I apparently solved that one by changing to java-1.13.0-openjdk-amd64 and
> rebuilding, but I never managed to get it working either.
>
> I noticed on https://docs.gradle.org/current/userguide/compatibility.html
> that java 15 which https://github.com/gocd/gocd/pull/9086 suggests is
> what I'm using is only compatible with gradle 6.7+ and both the plugins
> claim to only be using 6.6.1
>
> Is this likely to be my trouble or am I barking up the wrong tree?
>
> Thanks for any help you can offer.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/ab5091fd-0f13-4372-abb2-cc580a388af9n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7-a_F%2BijpwW63FivyC3utKrgw%2BmMYEOpS-gvbFb4i4SQ%40mail.gmail.com.

Re: [go-cd] Decrypt env variable from existing gocd pipeline from Go Version: 16.1.0

[Ketan Padegaonkar]

This issue  may be relevant:
someone was using this snippet to encrypt the strings using openssl. It
should be possible to decrypt it with openssl. I'm not too familiar with
the openssl command line, but you'd probably do this:

echo -n 'YOUR-ENCRYPTED-PASS-INPUT' | openssl enc -des-cbc -d -a -iv 0 -K
$(cat /etc/go/cipher)'

- Ketan



On Thu, Aug 5, 2021 at 1:12 PM Roshin Kulakkunnath 
wrote:

> HI All
>
> Appreciate if anyone can assist as I am moving some legacy stuff from my
> pipeline which is on Go Version:
> 16.1.0(2855-ada9b36174cc069c860e7fa032cbf2857f135cfb)
>
> The encryption is blocking me to decrypt the config file. Is there a way
> to get the actual value from
>
>  
> blahblah   name="CREDENTIAL_KEY" secure="true"> 
> blahblah 
>
> Thanks in Advance
> Roshin
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/417e82fa-f2f4-42be-900d-a61ebbab2217n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5uH6coSZkOiJ7RrY2U8OVXoi0N0ef_0OuFown4PVNhOQ%40mail.gmail.com.

Re: [go-cd] Re: Decrypt env variable from existing gocd pipeline from Go Version: 16.1.0

[Ketan Padegaonkar]

Alain — I'm the one who authored that code sent to you by the support team,
but seem to have deleted it from github, and am unable to trace it in my
thoughtworks support email thread. If you (or someone on your team) happen
to have a copy of it, please feel free to post it here.

- Ketan



On Sun, Aug 15, 2021 at 5:21 PM Alain Trinh  wrote:

> Hello Roshin,
>
> I remember the GoCD support team had provided us with a way (java code,
> bundled in one jar) to convert all our secrets ("secure vars") when we
> moved from version 17.11, thus involving decryption then encryption with
> AES algorithm. If you have access to the original cipher file, I guess you
> can manage to run that utility.
>
> Best regards,
> Alain
>
> On Thursday, August 5, 2021 at 9:42:40 AM UTC+2 rosh...@gmail.com wrote:
>
>> HI All
>>
>> Appreciate if anyone can assist as I am moving some legacy stuff from my
>> pipeline which is on Go Version:
>> 16.1.0(2855-ada9b36174cc069c860e7fa032cbf2857f135cfb)
>>
>> The encryption is blocking me to decrypt the config file. Is there a way
>> to get the actual value from
>>
>>  
>> blahblah  > name="CREDENTIAL_KEY" secure="true"> 
>> blahblah 
>>
>> Thanks in Advance
>> Roshin
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/f7551f23-4dce-4c35-a08f-987c8bb63ae6n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6JLN5%2Bi6O1xksxbNyPPwH74UznXPuFzMBikic5mSocxA%40mail.gmail.com.

Re: [go-cd] Re: Decrypt env variable from existing gocd pipeline from Go Version: 16.1.0

[Ketan Padegaonkar]

This thread may be relevant:
https://groups.google.com/g/go-cd-dev/c/W4iHAi5ySR8/m/bhD8QlrqFwAJ

- Ketan


On Sun, Aug 15, 2021 at 5:21 PM Alain Trinh  wrote:

> Hello Roshin,
>
> I remember the GoCD support team had provided us with a way (java code,
> bundled in one jar) to convert all our secrets ("secure vars") when we
> moved from version 17.11, thus involving decryption then encryption with
> AES algorithm. If you have access to the original cipher file, I guess you
> can manage to run that utility.
>
> Best regards,
> Alain
>
> On Thursday, August 5, 2021 at 9:42:40 AM UTC+2 rosh...@gmail.com wrote:
>
>> HI All
>>
>> Appreciate if anyone can assist as I am moving some legacy stuff from my
>> pipeline which is on Go Version:
>> 16.1.0(2855-ada9b36174cc069c860e7fa032cbf2857f135cfb)
>>
>> The encryption is blocking me to decrypt the config file. Is there a way
>> to get the actual value from
>>
>>  
>> blahblah  > name="CREDENTIAL_KEY" secure="true"> 
>> blahblah 
>>
>> Thanks in Advance
>> Roshin
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/f7551f23-4dce-4c35-a08f-987c8bb63ae6n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4be7OV9XGqnNyrvA30HygPwv97DP1MvCk%2BqmsHENfx%3DQ%40mail.gmail.com.

Re: [go-cd] Java LTS Support in GoCD

[Ketan Padegaonkar]

On Wed, Jun 2, 2021 at 9:05 PM Jason Smyth  wrote:

> I am not clear how this affects the automatic update process for Static
> Agents, though. Will the automatic update also update the JRE or will it
> only update the GoCD Agent JARs?
>

Agents update only updates some of the agent jars. Which is why in my
earlier email, I mentioned 18 months window, where the installed agent can
be 18 months older than the server version, giving 18 months for system
admins to figure out how to upgrade the agents.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6zytq-Yud5WrOcxvhDj7CEDCrWtP6mJJW0rNTJykcAVw%40mail.gmail.com.

Re: [go-cd] Java LTS Support in GoCD

[Ketan Padegaonkar]

You are right in that we support the last couple of releases of java, this
means that LTS versions may not actually be supported.

The primary drive for this is the amount of testing required for each
version of java that we supported, and some licensing issues around java 11
when oracle changed the licensing and support around it. At the time we
made this decison, there was quite an uncertainty about openjdk and support
for java in the long term. Since then, several distributions have come up
and provide java 11 (redhat, aws, adoptopenjdk). For context: each version
of java we support, requires to be tested on a couple of versions of linux
and windows. Having the agent and server on different JRE versions
increases this effort significantly with each new version of JRE that we
decide to support.

We've therefore also taken the decision to package a compatible JRE with
GoCD installations. This means that GoCD users can continue to upgrade
their gocd servers, and not have to worry about JRE versions and
configuring GoCD to use the right JRE. This had the unfortunate side-effect
that if you ended up using a very old agent bootstrapper, that eventually
became a bottleneck. But the n-2 JRE version compatibility gives teams
ample time to upgrade their GoCD agent (about 18 months with a 6 month
release cadence), if I'm not wrong.

There is obviously the zip distribution, for the "power users" who know
what they're doing, and like to be on the bleeding edge. For the vast
majority of users, we expect that they use the usual distributions (rpm/deb
or docker images based on their favorite distribution).

- Ketan

On Wed, Jun 2, 2021 at 7:39 PM Jason Smyth  wrote:

> Hi all,
>
> Based on what I read in this recent thread
> , it seems GoCD only
> supports Java v >= (latest-2), regardless of Long-Term Support status of
> any releases.
>
> This would seem to indicate that even though Java 11 is the most recent
> LTS version and the next LTS version will not be until Java 17, GoCD has
> already dropped support for Java 11 because Java 14 (not LTS) and 15 (not
> LTS) have already been released, so (latest-2) is now 13.
>
> This will effectively force all GoCD users to either go long periods of
> time without updating GoCD (i.e. do not run any versions of GoCD that
> support neither v11 nor v17) or switch to non-LTS versions of Java. Since
> non-LTS versions of Java are only supported for 6 months until the next
> version is released, this then forces all GoCD users to major Java version
> updates every 6 months if they want to run only supported versions.
>
> Am I missing something here? Why does GoCD not support the latest LTS
> version of Java? Why support Java 13 (support ended more than a year ago in
> March 2020) but not 11 (supported until at least 2024)? Is it just too much
> work to test such an "old" version?
>
> Sorry if this is not the right place to raise this but it didn't seem
> appropriate to raise a GitHub Issue at this point. I would love to hear
> other people's thoughts on this.
>
> Regards,
> Jason Smyth
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/f64f8a9e-587a-498b-9c90-3af4ae23dc46n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6zJCPSYV4D8gt0XRVzLqJyZ7kZ0vvOBuyg3ZM-i-hgnQ%40mail.gmail.com.

Re: [go-cd] ConsoleActivityMonitor hung for 5 mins

[Ketan Padegaonkar]

This is a warning you see when gocd does not detect any console activity
for more than 5 minutes. It's usually an indication of a hung job, and
there is a possibility gocd kills the job if it is configured to do so. If
you have a long running operation in your build pipeline, it's recommended
that you generate some progress indicator to indicate that the job is not
hung.

- Ketan



On Mon, Apr 19, 2021 at 12:24 PM Nikola Radovanovic 
wrote:

> Hi all,
> I played with GoCD during the weekend and I noticed that my simple task of
> building Python wheel lasts almost 6 minutes, which is strange. By
> examining the logs, I saw this message:
>
> 2021-04-19 04:29:40,310 INFO  [qtp883613171-43]
> BuildRepositoryRemoteImpl:99 - [Agent [c68e2bcdbf4a, 172.26.0.4,
> 4368f04f-2766-44c5-8bf0-2239ad05c357,
> d39c9b14-9f33-4c53-a006-8edd6e0940c4]] is reporting status [Building] for
> [Build [mylib/9/process/1/build/52]]
> 2021-04-19 04:34:55,705 INFO  [ThreadPoolTaskScheduler-5]
> ConsoleActivityMonitor:111 - Job 'mylib/9/process/1/build' hung for more
> than '5' minutes
> 2021-04-19 04:35:03,063 INFO  [qtp883613171-27]
> BuildRepositoryRemoteImpl:99 - [Agent [c68e2bcdbf4a, 172.26.0.4,
> 4368f04f-2766-44c5-8bf0-2239ad05c357,
> d39c9b14-9f33-4c53-a006-8edd6e0940c4]] is reporting result [Passed] for
> [Build [mylib/9/process/1/build/52]]
>
> The job succeed eventually, but I don't understand why is this? I am using
> latest zip with custom docker for both server and agent; so guess it is
> most probably my lack of GoCD configuration knowledge. I put my Docker
> related stuff in a temporary repository here
> .
>
> Thank you in advance.
>
> Best regards
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/6354f6e2-814e-4a34-89d9-c47b7f3e2da1n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd73ezYhquOkWqnpOwSB%3DoBRiCSTmm%2B8pc%2B6ZZYc71nFqQ%40mail.gmail.com.

Re: [go-cd] Cannot run agent in MSYS2

[Ketan Padegaonkar]

I believe the windows installers are stripped off the mysys wrapper
libraries to reduce space. You can probably grab the missing files from the
test drive binary and put them in your gocd installation directory.

- Ketan



On Sat, Nov 28, 2020 at 5:08 PM Joel Bodenmann  wrote:

> After all considerations, I think the best solution (for me) is to go with
> the original idea to run the agent directly within the MSYS2 environment.
> This would solve a lot of problems and not require me to deal with all the
> extra fuzz.
>
> To clarify:
>
>- The "Test Drive GoCD" bash script for Windows
>(gocd-20.10.0-12356-1212) can be launched inside of MSYS2 and everything
>works
>- Downloading the agent (go-agent-20.11.0) as the generic ZIP archive
>leads to the error reported original when attempting to run it in MSYS:
>
> $ ./bin/go-agent console
> Unable to locate any of the following binaries:
>
> /home/joel/go-agent-20.10.0/bin/../wrapper/wrapper-mingw64_nt-10.0-19042-x86-64
>
> /home/joel/go-agent-20.10.0/bin/../wrapper/wrapper-mingw64_nt-10.0-19042-x86-32
>   /home/joel/go-agent-20.10.0/bin/../wrapper/wrapper
>
> To further investigate I also tried to run the GoCD server (generic ZIP:
> go-server-20.11.0) inside MSYS. The same issue as with the agent is
> arising: The missing wrapper binaries.
>
> Comparing the filesystems between the plain gocd-agent and the
> test-drive-suite I see a lot of differences. I'm no Java developer but the
> wrapper libraries are not present in the test-drive-suite as library files
> like they are with the plain agent or server. I'm no java developer but I
> assume that they have been embedded into the test-drive-suite binaries.
>
> I've checked the `try.sh` script that's used by the test-drive-suite to
> see whether there are some setups happening that allow it to run inside of
> MSYS2 which are missing when attempting to run just the agent.
> Unfortunately, I couldn't find anything suspicious. The test-drive-suite
> has a pre-compiled `run-gocd.exe` binary.
>
> Could anybody tell me where to go from here?
>
>
> Best regards,
> ~ Joel
> On Saturday, November 28, 2020 at 11:54:25 AM UTC+1 Aravind SV wrote:
>
>> Hello,
>>
>> I completely agree with Jason about creating that boundary.
>>
>> About the difference between the server and the agent, I’m not sure, but
>> did you try downloading the zip “installer” option?
>>
>> Regards,
>> Aravind
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/cd07a000-b1eb-49ee-84f0-5f1656137b3en%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6_GntqMfzmuE6iQcGqYHOjc1tMrev9kftkCQU6YLBcLg%40mail.gmail.com.

Re: [go-cd] Pipeline not waiting for previous test pipeline to complete

[Ketan Padegaonkar]

If pipeline "C" requires a binary from "A", there's no need to add an
explicit dependency. You can specify an upstream pipeline as part of your
fetch artifact task.

In either case, C should not trigger twice. Pipeline C should wait for B to
be complete before kicking off.

Also — what you're looking at is called "fan-in" in gocd terminology. This
document  might
help.

- Ketan



On Fri, Nov 27, 2020 at 7:47 PM Joel Bodenmann  wrote:

> Hello folks,
>
> Consider the following scenario:
>
>- Template *T_A*: Builds some binaries and stores them as an artifact.
>- Template *T_B*: Fetches binaries from the upstream pipeline *T_A *and
>runs tests. To achieve this,  *T_B* has a *Fetch Artifact *task with
>the upstream pipeline as a parameter *#{UPSTREAM_BUILD_PIPELINE}.*
>- Template *T_C*: Fetches binaries from upstream pipeline *T_A* and
>creates packages. To achieve this,  *T_C* has a *Fetch Artifact *task
>with the upstream pipeline as a parameter *#{UPSTREAM_BUILD_PIPELINE}.*
>- Pipeline *A*: Uses template *T_A*.
>- Pipeline *B*: Uses template *T_B**. *Sets *UPSTREAM_BUILD_PIPELINE  *to
>pipeline *A.*
>- Pipeline *C*: Uses template *T_C*. Sets *UPSTREAM_BUILD_PIPELINE  *
>to pipeline *A.*
>
> This results in the following VSM:
>
>
> The problem I have is that pipeline C will be triggered twice: Once after
> A finishes and once after B finishes. The expected behavior (or the
> behavior I wish to achieve) is that C will only run after B finishes
> successfully.
>
> How can I make sure that C only runs after successful completion of B (and
> therefore implicitly A)?
>
> Attached is the corresponding XML fragment of my templates & pipelines
> where:
>
>- *T_A -> Build-CMake-OS-Compiler*
>- *T_B -> Test-OS*
>- *T_C -> Package-OS*
>- *A -> GPDS-Build-FreeBSD-GCC*
>- *B -> GPDS-Test-FreeBSD-GCC*
>- *C -> GPDS-Package-FreeBSD*
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/0a8a6dc4-0b49-4036-a573-44d0feca32b9n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6PgDH7qs6q2JG2ADgFQPmnJiF%3DrfuBAhZsp4sJC8CQjA%40mail.gmail.com.

Re: [go-cd] Multi-platform and multi-compiler setup

[Ketan Padegaonkar]

You should be able to use the groovy plugin to generate a configuration you
require based on some basic looping.

https://github.com/gocd-contrib/gocd-groovy-dsl-config-plugin.

There's an example that you may find useful:
https://github.com/gocd-contrib/gocd-groovy-dsl-config-plugin/blob/master/example/src/main/groovy/build_matrix/build.gocd.groovy


- Ketan



On Tue, Nov 24, 2020 at 9:49 PM Joel Bodenmann  wrote:

> Thank you for pointing me towards resources. That's certainly something I
> need/want.
>
> Is there a way of automatically generating the individual platform +
> compiler jobs in my pipeline "build" stage? I'd like a solution where I
> don't have to manually create/define a job for each Platform + Compiler
> option.
>
> On Tuesday, November 24, 2020 at 5:00:06 PM UTC+1 ketanpad...@gmail.com
> wrote:
>
>> With GoCD, you'd typically configure a pipeline with several jobs which
>> run across different gocd agents and use different combinations of OSes and
>> compilers of your choice. This document talks about some concepts
>>  behind
>> gocd — you'd want to look at the resources section
>> 
>> understand this better.
>>
>> - Ketan
>>
>>
>>
>> On Tue, Nov 24, 2020 at 8:57 PM Joel Bodenmann  wrote:
>>
>>> Hello folks,
>>>
>>> Currently I use Jenkins for CD. It has been quite pain to setup and
>>> continues to be a pain to maintain. I started looking into GoCD as an
>>> alternative with the intend of keeping Jenkins for CI and using GoCD for CD.
>>>
>>> I managed to get GoCD up and running without any issues what so ever -
>>> thanks GoCD developers!
>>>
>>> My question: What is the intended/preferred/recommended way to implement
>>> multi-platform and multi-compiler pipelines/builds? In jenkins I use
>>> declarative pipelines with the matrix support to define a matrix (table) of
>>> possible platform & compiler combinations.
>>>
>>> How does one achieve this behavior with GoCD? I'd appreciate it if
>>> somebody could tell me which techniques/plugins/methodologies to use.
>>>
>>> To give this some context: I have about 10 different projects, each of
>>> which needs to be compiled on Linux, FreeBSD and Windows, with builds for
>>> GCC and Clang on each platform.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/0f0a9b63-1814-4d6f-afb3-a9904b96c2afn%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/cbc3564a-0796-4d41-8e24-2de5b3a8df37n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5bfGgf0RFbFD5t0uCGOeAaaiRVRDXau30aC19KDL5Ugg%40mail.gmail.com.

Re: [go-cd] Multi-platform and multi-compiler setup

[Ketan Padegaonkar]

With GoCD, you'd typically configure a pipeline with several jobs which run
across different gocd agents and use different combinations of OSes and
compilers of your choice. This document talks about some concepts
 behind
gocd — you'd want to look at the resources section

understand this better.

- Ketan



On Tue, Nov 24, 2020 at 8:57 PM Joel Bodenmann  wrote:

> Hello folks,
>
> Currently I use Jenkins for CD. It has been quite pain to setup and
> continues to be a pain to maintain. I started looking into GoCD as an
> alternative with the intend of keeping Jenkins for CI and using GoCD for CD.
>
> I managed to get GoCD up and running without any issues what so ever -
> thanks GoCD developers!
>
> My question: What is the intended/preferred/recommended way to implement
> multi-platform and multi-compiler pipelines/builds? In jenkins I use
> declarative pipelines with the matrix support to define a matrix (table) of
> possible platform & compiler combinations.
>
> How does one achieve this behavior with GoCD? I'd appreciate it if
> somebody could tell me which techniques/plugins/methodologies to use.
>
> To give this some context: I have about 10 different projects, each of
> which needs to be compiled on Linux, FreeBSD and Windows, with builds for
> GCC and Clang on each platform.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/0f0a9b63-1814-4d6f-afb3-a9904b96c2afn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5X7jxwfFcHTeJsE8Ozz-%2BDdxb2S4oOatDJD%3DM2jU5L%3Dw%40mail.gmail.com.

Re: [go-cd] could not find a temporary directory from uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/tmpdir.rb:35:in `tmpdir'

[Ketan Padegaonkar]

Looking at the code
,
I can see the tmpdir module is sniffing around for possible temp dir
locations that is writable and bailing out because it could not determine
one.

Perhaps try setting variables TMPDIR/TMP/TEMP to a location that's writable
by the gocd process.

- Ketan


On Sun, Oct 25, 2020 at 10:02 AM Foo JH  wrote:

> Running go-agent-20.8.0-12213 on FreeBSD 12.1-RELEASE.
> go-server runs fine. Go-agent was registered and enabled on the server
> dashboard.
>
> Trying to do a simple git pull and node build I got the above error.
>
> Qn:
> 1. Where is the temporary directory defined for the embedded Ruby?
> 2. What other changes need to be applied to the agent other than the
> server url?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/fbafd117-0492-4e97-8378-ac914cc0a5b3n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4-6GqwiZaZRiCfsuJELYULKuUNQ8Eu%3DXv87z8AgF3tow%40mail.gmail.com.

Re: [go-cd] Need to download the 20.7.0 version for gocd agent how can i do that ?

[Ketan Padegaonkar]

Click "show old releases" at bottom of download page.

- Ketan



On Thu, Sep 24, 2020 at 11:50 AM Meet Luhar  wrote:

> Need to download the 20.7.0 version for gocd agent how can i do that ?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/f32a713d-80c9-4dee-a181-e12ce32fc538n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4VC5X45B6gi2gdJbzcwLoXFhaY2pCsN-ecpE%2B0t_qT-w%40mail.gmail.com.

Re: [go-cd] Many Dropped Connections after Upgrade

[Ketan Padegaonkar]

See the section "Changes to SSL Support" in
https://www.gocd.org/releases/#20-2-0

- Ketan


On Wed, Sep 23, 2020 at 10:06 PM david@gmail.com 
wrote:

> We recently upgraded from 18.5 to 20.1. Following the upgrade we
> encountered hundreds of intermittent dropped connections between the server
> and the agents. This manifested itself in a couple of ways.
>
> nested exception is javax.net.ssl.SSLHandshakeException: Remote host
> terminated the handshake
> nested exception is org.apache.http.NoHttpResponseException:
> :8154 failed to respond
>
> I'm guessing this is due to load but at most we have 160 agents running
> and we didn't experience anything like this on 18.5. Due to this we had to
> downgrade back to 18.5.
>
> I've looked at thread pool settings, timeouts, max connections etc... but
> nothing appears to have changed between versions. Is there other settings
> that I can look at to better tune this?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/a6e0855f-1654-467a-b723-e1e863d842b7n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4hS1%3D4cFw3fTZeiySUMPPD3cb%2BGQyzc6CkxHnVWZP%2Bdg%40mail.gmail.com.

Re: [go-cd] GoCD crash after upgrading from 20.4 to 20.7

[Ketan Padegaonkar]

Looks like you downloaded a corrupt rpm file. Perhaps verify the checksum
and redownload?

- Ketan



On Mon, Sep 7, 2020 at 2:15 PM Luca G. Soave  wrote:

>
> Yes you are right,
> I tried removing and reinstalling the packages and I got this error;
>
> Running transaction
>   Installing :
> go-server-20.7.0-12097.noarch
> 1/1
> Error unpacking rpm package go-server-20.7.0-12097.noarch
> error: unpacking of archive failed on file
> /usr/share/go-server/lib/go.jar;5f55f255: cpio: read
>   Verifying  :
> go-server-20.7.0-12097.noarch
> 1/1
>
> Failed:
>   go-server.noarch 0:20.7.0-12097
>
> Any suggestion?
> On Friday, September 4, 2020 at 4:08:12 PM UTC+2 Aravind SV wrote:
>
>> Hello Luca,
>>
>> Something seems wrong in your installation. I see lines like this:
>>
>> Failed to instantiate
>> [com.thoughtworks.go.server.database.DatabaseStrategy]: Constructor threw
>> exception; nested exception is java.lang.RuntimeException: Failed loading
>> database provider [com.thoughtworks.go.postgresql.PostgresqlDatabase]
>>
>> The class DatabaseStrategy was removed in 20.5.0 in PR #7646
>>  and so it shouldn’t exist in
>> 20.7.0. Maybe the GoCD server upgrade didn’t finish properly or something.
>> I’d try with a normal zip “installer”, point it to your PG DB and see if
>> it’s ok.
>>
>> Cheers,
>> Aravind
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/8fd8d10f-bf9f-4af0-9440-9f1654df2de1n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4b%3DJ%2B6%2BU6836X3FVPEqwpu8v_5JpguPpSz3HtGm0GwJA%40mail.gmail.com.

Re: [go-cd] Debugging SMTP connection problem

[Ketan Padegaonkar]

I forget the name of the log file (no longer on the gocd core team), but
there's a wrapper output log or something.

- Ketan


On Fri, Aug 28, 2020 at 4:03 PM Jeroen Oortwijn <
jeroen.oortwijn.rom...@gmail.com> wrote:

> According to the FAQ (https://javaee.github.io/javamail/FAQ#debug),
> setting this system property causes the debug information to be printed to
> the console.
> How do I then retrieve this information in case of the GoCD server, as
> there isn't any console?
>
> - Jeroen
>
> On Friday, 28 August 2020 at 07:01:31 UTC+2 ketanpad...@gmail.com wrote:
>
>> I don't believe there's a flag: but you may be able to set the system
>> property
>> 
>> `mail.debug` to true. Other system mail specific system properties are
>> documented in this page
>> .
>>
>> - Ketan
>>
>>
>>
>> On Fri, Aug 28, 2020 at 9:12 AM 'Ashwanth Kumar' via go-cd <
>> go...@googlegroups.com> wrote:
>>
>>> I'll probably wait for GoCD Developers to respond on the SMTP log. AFAIK
>>> there aren't any but there may be a flag to enable it.
>>>
>>> Based on the stack trace you shared earlier, it looks like there was an
>>> error with the credentials that was passed to GoCD.
>>>
>>> javax.mail.AuthenticationFailedException: 451 4.3.2 Internal server error
>>>
>>>
>>> Thanks,
>>>
>>> On Thu, Aug 27, 2020 at 10:25 PM Jeroen Oortwijn <
>>> jeroen.oort...@gmail.com> wrote:
>>>
 I made a simple test application in C#:
 namespace SMTP_send_email_test
 {
 class Program
 {
 static void Main(string[] args)
 {
 var mimeMessage = new MimeKit.MimeMessage();
 mimeMessage.From.Add(new MimeKit.MailboxAddress("GoCD
 server", "gocd@***.**"));
 mimeMessage.To.Add(new MimeKit.MailboxAddress("GoCD
 server", "gocd@***.**"));
 mimeMessage.Subject = "Test message";
 mimeMessage.Body = new MimeKit.TextPart() { Text = "This is
 a test!" };

 using (var smtpClient = new MailKit.Net.Smtp.SmtpClient(new
 MailKit.ProtocolLogger("smtp.log")))
 {
 smtpClient.Connect("mail.antagonist.nl", 465,
 MailKit.Security.SecureSocketOptions.SslOnConnect);
 smtpClient.Authenticate("gocd@***.**", "");
 smtpClient.Send(mimeMessage);
 smtpClient.Disconnect(true);
 }
 }
 }
 }

 And when run on the same PC as the GoCD server is running, it was able
 to send the mail (from smtp.log):
 Connected to smtps://mail.antagonist.nl:465/
 S: 220 smtp ESMTP ready
 C: EHLO [10.0.2.15]
 S: 250-smtp
 S: 250 AUTH PLAIN LOGIN
 C: AUTH PLAIN 
 S: 235 2.0.0 OK
 C: MAIL FROM:
 S: 250 OK
 C: RCPT TO:
 S: 250 Accepted
 C: DATA
 S: 354 Enter message, ending with "." on a line by itself
 C: From: GoCD server 
 C: Date: Thu, 27 Aug 2020 18:37:21 +0200
 C: Subject: Test message
 C: Message-Id: 
 C: To: GoCD server 
 C: MIME-Version: 1.0
 C: Content-Type: text/plain; charset=utf-8
 C:
 C: This is a test!
 C: .
 S: 250 OK id=1kBKts-00B44l-6x
 C: QUIT
 S: 221 s188.webhostingserver.nl closing connection

 So it would be nice if I can see the SMTP log of the GOCD server, so I
 can further debug the issue.

 --
 You received this message because you are subscribed to the Google
 Groups "go-cd" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to go-cd+un...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/go-cd/b398df0a-1372-435a-8e07-0fce9df130a0n%40googlegroups.com
 
 .

>>>
>>>
>>> --
>>>
>>> Ashwanth Kumar / ashwanthkumar.in
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/CAD9m7CxYB2XnKGD4nVXZPMN_yLj_GqZnarTiJbgchJizSFOB9w%40mail.gmail.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> 

Re: [go-cd] Debugging SMTP connection problem

[Ketan Padegaonkar]

I don't believe there's a flag: but you may be able to set the system
property

`mail.debug` to true. Other system mail specific system properties are
documented in this page
.

- Ketan



On Fri, Aug 28, 2020 at 9:12 AM 'Ashwanth Kumar' via go-cd <
go-cd@googlegroups.com> wrote:

> I'll probably wait for GoCD Developers to respond on the SMTP log. AFAIK
> there aren't any but there may be a flag to enable it.
>
> Based on the stack trace you shared earlier, it looks like there was an
> error with the credentials that was passed to GoCD.
>
> javax.mail.AuthenticationFailedException: 451 4.3.2 Internal server error
>
>
> Thanks,
>
> On Thu, Aug 27, 2020 at 10:25 PM Jeroen Oortwijn <
> jeroen.oortwijn.rom...@gmail.com> wrote:
>
>> I made a simple test application in C#:
>> namespace SMTP_send_email_test
>> {
>> class Program
>> {
>> static void Main(string[] args)
>> {
>> var mimeMessage = new MimeKit.MimeMessage();
>> mimeMessage.From.Add(new MimeKit.MailboxAddress("GoCD
>> server", "gocd@***.**"));
>> mimeMessage.To.Add(new MimeKit.MailboxAddress("GoCD server",
>> "gocd@***.**"));
>> mimeMessage.Subject = "Test message";
>> mimeMessage.Body = new MimeKit.TextPart() { Text = "This is a
>> test!" };
>>
>> using (var smtpClient = new MailKit.Net.Smtp.SmtpClient(new
>> MailKit.ProtocolLogger("smtp.log")))
>> {
>> smtpClient.Connect("mail.antagonist.nl", 465,
>> MailKit.Security.SecureSocketOptions.SslOnConnect);
>> smtpClient.Authenticate("gocd@***.**", "");
>> smtpClient.Send(mimeMessage);
>> smtpClient.Disconnect(true);
>> }
>> }
>> }
>> }
>>
>> And when run on the same PC as the GoCD server is running, it was able to
>> send the mail (from smtp.log):
>> Connected to smtps://mail.antagonist.nl:465/
>> S: 220 smtp ESMTP ready
>> C: EHLO [10.0.2.15]
>> S: 250-smtp
>> S: 250 AUTH PLAIN LOGIN
>> C: AUTH PLAIN 
>> S: 235 2.0.0 OK
>> C: MAIL FROM:
>> S: 250 OK
>> C: RCPT TO:
>> S: 250 Accepted
>> C: DATA
>> S: 354 Enter message, ending with "." on a line by itself
>> C: From: GoCD server 
>> C: Date: Thu, 27 Aug 2020 18:37:21 +0200
>> C: Subject: Test message
>> C: Message-Id: 
>> C: To: GoCD server 
>> C: MIME-Version: 1.0
>> C: Content-Type: text/plain; charset=utf-8
>> C:
>> C: This is a test!
>> C: .
>> S: 250 OK id=1kBKts-00B44l-6x
>> C: QUIT
>> S: 221 s188.webhostingserver.nl closing connection
>>
>> So it would be nice if I can see the SMTP log of the GOCD server, so I
>> can further debug the issue.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "go-cd" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to go-cd+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/go-cd/b398df0a-1372-435a-8e07-0fce9df130a0n%40googlegroups.com
>> 
>> .
>>
>
>
> --
>
> Ashwanth Kumar / ashwanthkumar.in
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAD9m7CxYB2XnKGD4nVXZPMN_yLj_GqZnarTiJbgchJizSFOB9w%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5W8PCP_hPstDVaB%2Ba8bTCwtoAoBkkeoMZDt8RG7wo_%3Dg%40mail.gmail.com.

Re: [go-cd] Re: Running makefile within an agent

[Ketan Padegaonkar]

Do you have make installed on your agent? Where is it located at? Is it
marked as executable?

- Ketan



On Thu, Aug 13, 2020 at 8:46 PM Ryan Smith  wrote:

> Hi Ketan,
>
> Thank you for responding.
>
> When I run "bash -c "echo $PATH"" I get
> "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" returned.
>
> What do I need to do to this?
>
> Cheers,
> Ryan
>
> On Thursday, 13 August 2020 at 15:32:02 UTC+1 ketanpad...@gmail.com wrote:
>
>> make is likely not on the PATH that the GoCD agent sees. Running a
>> command (using a gocd job) to print the PATH variable might clarify what
>> directories are on the PATH variable.
>>
>> - Ketan
>>
>>
>>
>> On Thu, Aug 13, 2020 at 7:50 PM Ryan Smith  wrote:
>>
>>> Hi Jason,
>>>
>>> Thank you for your reply, I have spent the last hour reading through
>>> both of these.
>>>
>>> However, my issue still persists, it's informing me that the make
>>> command is not found. I have no environment variables set.
>>>
>>> Any ideas on how to go about resolving this?
>>>
>>> Cheers,
>>> Ryan
>>>
>>> On Thursday, 13 August 2020 at 13:55:12 UTC+1 jsm...@scimarketview.com
>>> wrote:
>>>
 Hi Ryan,

 You might want to take a look at these 2 threads that both seem to
 mention the same issue you describe:

 https://groups.google.com/forum/#!topic/go-cd/fjOz211CIhY
 https://groups.google.com/forum/#!topic/go-cd/Lejm7CCgJ_Q

 Hope this helps,
 Jason


 On Thursday, 13 August 2020 07:25:02 UTC-4, Ryan Smith wrote:
>
> Hey everyone,
>
> I'm trying to configure one of my tasks to run a makefile like I would
> when configuring it locally but I'm having a load of problems with it not
> being a recognised command.
>
> Am I configuring this incorrectly or do I need to include in somewhere?
>
> Cheers,
> Ryan
>
 --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/89ae0e90-50ed-413f-90f5-153466ff99ccn%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/8e34fc00-ef57-4d64-b5aa-30dbb965ac9an%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4AgTEUVwFr%3DpvZe3%2BmdADTU%3DJ0ux-CXCSsq5wVWJ6Wmg%40mail.gmail.com.

Re: [go-cd] Re: Running makefile within an agent

[Ketan Padegaonkar]

make is likely not on the PATH that the GoCD agent sees. Running a command
(using a gocd job) to print the PATH variable might clarify what
directories are on the PATH variable.

- Ketan



On Thu, Aug 13, 2020 at 7:50 PM Ryan Smith  wrote:

> Hi Jason,
>
> Thank you for your reply, I have spent the last hour reading through both
> of these.
>
> However, my issue still persists, it's informing me that the make command
> is not found. I have no environment variables set.
>
> Any ideas on how to go about resolving this?
>
> Cheers,
> Ryan
>
> On Thursday, 13 August 2020 at 13:55:12 UTC+1 jsm...@scimarketview.com
> wrote:
>
>> Hi Ryan,
>>
>> You might want to take a look at these 2 threads that both seem to
>> mention the same issue you describe:
>>
>> https://groups.google.com/forum/#!topic/go-cd/fjOz211CIhY
>> https://groups.google.com/forum/#!topic/go-cd/Lejm7CCgJ_Q
>>
>> Hope this helps,
>> Jason
>>
>>
>> On Thursday, 13 August 2020 07:25:02 UTC-4, Ryan Smith wrote:
>>>
>>> Hey everyone,
>>>
>>> I'm trying to configure one of my tasks to run a makefile like I would
>>> when configuring it locally but I'm having a load of problems with it not
>>> being a recognised command.
>>>
>>> Am I configuring this incorrectly or do I need to include in somewhere?
>>>
>>> Cheers,
>>> Ryan
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/89ae0e90-50ed-413f-90f5-153466ff99ccn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5_m9Roxis7EsNw4JZzb5WXQ7QChZRNXt%2B3UthviX%2BphA%40mail.gmail.com.

Re: [go-cd] Artifact size limitation in GO 20.6.0?

[Ketan Padegaonkar]

If you're fronting GoCD with a reverse proxy (apache/NGINX/some LB),
usually they come with some values of an upload size limit.

To check if that's actually the case, you could try using the upload
artifact API  to upload a
large file directly to the gocd server, bypassing the reverse proxy to
eliminate if the root cause is the reverse proxy.

You could also enable GoCD's HTTP request logging
 to see if it is
the gocd server rejecting these requests.

- Ketan



On Tue, Aug 11, 2020 at 8:35 PM Chris Payne  wrote:

> We upgraded to 20.6.0 from 19.12 over the weekend and we're now getting
> problems uploading large-ish artifacts (35MB+). This didn't happen
> before... seeing these errors in our logs:
>
> [go] Artifact upload for file ### (Size: 38003857) was denied by the
> server. This usually happens when server runs out of disk space.
> [go] Failed to upload #
>
> Is there some new limit imposed? Is there any way to configure this? My
> searching on this turns up the problem reported with the Linux tmp
> directory, but I'm not sure how that applies here at all. I don't see any
> other settings in the config files or in the Tanuki wrapper that could
> tweak this. The OS didn't change, and we have plenty of storage space on
> the server (over 160GB).
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/75f9852f-4f25-4b88-8140-59ff0fde7085o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6kDm1%2B_vMCgAEjAw8x_q5zZ4u_5dQ-LGz-Ufev8eTkLg%40mail.gmail.com.

Re: [go-cd] Re: Help with more detailed logs from 400 bad request thrown by org.eclipse.jetty.http on GoCD Server

[Ketan Padegaonkar]

Look for the `schemaVersion` field in the XML that gomatic is generating
and the version that GoCD has (I'm no longer a core commiter on GoCD, so I
can't tell you at the top of my head what changes have happened)

- Ketan



On Fri, Aug 7, 2020 at 3:36 PM Bob Shazbot  wrote:

>
> Yep Gomatic has not changed for a while, so that is probably the reason,
> do you know if there have been any specific changes between 19.9 and 20.2?
> I have attempted a diff but there are over 8000 files changed between the
> two releases.
>
>
> On Friday, 7 August 2020 10:52:23 UTC+1, Ketan Padegaonkar wrote:
>>
>> Are you attempting at posting the same config as you used in 19.9? The
>> config file structure and schema changes between releases. So posting the
>> same file will be expected to not work.
>>
>> - Ketan
>>
>>
>>
>> On Fri, Aug 7, 2020 at 3:07 PM Bob Shazbot  wrote:
>>
>>> Small correction, the previous version was 19.9, something has changed
>>> in GoCD between 19.9 and 20.2 which has resulted in this issue.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/b0d9f856-f7fb-4336-bb61-ff12ba9ab8b8o%40googlegroups.com
>>> <https://groups.google.com/d/msgid/go-cd/b0d9f856-f7fb-4336-bb61-ff12ba9ab8b8o%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/ecea2f6e-8a65-46ad-ac3c-b2d0e5335216o%40googlegroups.com
> <https://groups.google.com/d/msgid/go-cd/ecea2f6e-8a65-46ad-ac3c-b2d0e5335216o%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd78XqCtj8R9YfoCqLAwmnPsF_2gt8L5axiR_CoBt3hyfA%40mail.gmail.com.

Re: [go-cd] Re: Help with more detailed logs from 400 bad request thrown by org.eclipse.jetty.http on GoCD Server

[Ketan Padegaonkar]

Are you attempting at posting the same config as you used in 19.9? The
config file structure and schema changes between releases. So posting the
same file will be expected to not work.

- Ketan



On Fri, Aug 7, 2020 at 3:07 PM Bob Shazbot  wrote:

> Small correction, the previous version was 19.9, something has changed in
> GoCD between 19.9 and 20.2 which has resulted in this issue.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/b0d9f856-f7fb-4336-bb61-ff12ba9ab8b8o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5%2BHc25wKsE%2BMQMCRBapG_LPjCM0%2B9j6i6KAJzSCMuMug%40mail.gmail.com.

Re: [go-cd] Re: Personal Access Token for web-based login users

[Ketan Padegaonkar]

This API call allows the gocd server to make sure that users still have
appropriate authorization to access gocd — so you must implement it if you
want to be using API tokens for web based auth plugins.

- Ketan



On Wed, Jul 15, 2020 at 12:27 PM Helge Walter  wrote:

> Hello Kritika,
>
> thank you for your fast reply.
> I missed that I have to implement the is-valid-user call to get the "API
> call feature" for the users. I avoided to implement this because it is a
> little bit complicated in our organization to get the introspection
> endpoint access. Now I have to do this nevertheless.
>
> Regards,
> Helge
>
> Am Mittwoch, 15. Juli 2020 08:01:09 UTC+2 schrieb Kritika Singh:
>>
>> Hello Helge,
>>
>> Personal access tokens can be created using web based logins. For this
>> the plugins would need to implement Authorization Extension v2
>> , specifically the '
>> is-valid-user
>> ' call.
>> You would need to check with the plugin provider for the update plugin.
>>
>> Thanks
>> Kritika
>>
>> On Wednesday, July 15, 2020 at 11:17:05 AM UTC+5:30 bewal...@gmail.com
>> wrote:
>>
>>> Hello,
>>>
>>> in our environment we use a web based login for the corporate single
>>> sign-on system. I want to provide GoCD API access to the users but it is
>>> not possible for the users to create a personal access token:
>>> Creation of access token is not supported by the plugin
>>> cd.go.authorization.oidc.
>>>
>>> Creation of the access token is only possible for users created locally
>>> using the Password File Authentication Plugin.
>>> Is it somehow possible to allow creation of personal access tokens for
>>> users with web based logins?
>>>
>>> Regards,
>>> Helge
>>>
>>> PS: I do not see any function in the Authorization Plugin API which
>>> allows to specify whether or not the plugin allows creation of personal
>>> access tokens .. So I think this problem is related to the kind of
>>> authorization and not specific to the plugin implementation itself. Am I
>>> right?
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/dc8a583d-0e22-4f6d-9f83-9a6e74cda922o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4z6fNC60t_XWOEYoqsdby7MFTytaWM1aJkmT%2B64BPDbw%40mail.gmail.com.

Re: [go-cd] Unable to make changes to pipeline groups via web interface

[Ketan Padegaonkar]

Could you share your reverse proxy config along with the request being sent
via your browser? To capture the request - Open dev tools -> network tab ->
right click on request -> copy as curl. Make sure to remove sensitive
information (URL, credentials)

- Ketan



On Tue, Jul 14, 2020 at 5:33 PM Andrew Smith  wrote:

> Hello,
>
> Thank you Aravind SV for the private reply.
>
> I'm just replying here for reference in case anyone else has a similar
> problem in the future.
>
> I have checked that both the “Site URL” and “Secure Site URL” in the
> “Server Configuration” (https://your-server/go/admin/config/server) point
> to the “https” URL. However this does not resolve the problem (unless there
> is a cache that needs clearing somewhere I'm not aware of)
>
> I have installed an older version of Firefox via PortableApps. I am able
> to use Firefox (v52) to make the required changes to the PipelineGroups
> (which is a short term workaround).
>
> So whatever the cause of the problem it is specific to something that is
> not accepted by the fully up to date browsers. I will try upgrading my GoCD
> instance in due course and see if that gives a better solution.
>
> Many thanks,
> Andy
>
>
> Andy Smith
> Head of Technical Development
> MapAction
> Mapping for people in crisis
>
> Douglas Court, 1-2 Seymour Business Park, Station Road, Chinnor, OX39 4HA
> t: +44 (0)1494 568 899 | mapaction.org | asm...@mapaction.org
>
> Please note my regular working days are Tuesday to Friday
> For more information about the MapAction privacy policy see
> mapaction.org/privacy
>
>
> On Fri, 10 Jul 2020 at 16:11, asm...@mapaction.org 
> wrote:
>
>>
>> Dear All,
>>
>> I have recently started having problems making changes to pipeline groups
>> via the Web UI. This server has been in use for a bit shy of a year and
>> there have been no recent changes to the configuration.  I'd be very
>> grateful for any pointers for how to debug this please.
>>
>> Server details; GoCD Version: 19.10.0 on Ubuntu 18.04.3 LTS
>>
>> When I attempt to create a new pipeline group I now get this error
>> message in the browser:
>>
>> "Add New Pipeline Group
>> The change you wanted was rejected.
>> Maybe you tried to change something you didn't have access to.
>> If you are the application owner check the logs for more information."
>>
>> An error message is added to the logfile
>> `/var/log/go-server/go-server.log` (I've added the full stack trace at the
>> bottom of the email):
>> ```
>> 2020-07-10 11:10:15,261 WARN  [qtp1750626127-41] Rails:-2 - HTTP Origin
>> header (https://my.domain.com ) didn't match request.base_url (
>> http://my.domain.com )
>> 2020-07-10 11:10:15,275 ERROR [qtp1750626127-41] Rails:-1 -
>> 2020-07-10 11:10:15,276 ERROR [qtp1750626127-41] Rails:-1 -
>> ActionController::InvalidAuthenticityToken
>> (ActionController::InvalidAuthenticityToken):
>> 2020-07-10 11:10:15,276 ERROR [qtp1750626127-41] Rails:-1 -
>> 2020-07-10 11:10:15,277 ERROR [qtp1750626127-41] Rails:-1 -
>> gems/jruby/2.5.0/gems/actionpack-5.2.2.1/lib/action_controller/metal/request_forgery_protection.rb:211:in
>> `handle_unverified_request'
>> ```
>>
>> The error message in the logfile refers to the "http" prefix for the site
>> URL, I have not been able to find anywhere in the any of the config files
>> which uses the http protocol, only the "https" protocol, though I may have
>> missed something.
>>
>>
>> I *can* perform the same actions via API:
>> ```
>> curl 'https://my.domain.com/go/api/admin/pipeline_groups' -H
>> 'Authorization: Bearer my-access-token' -H 'Accept:
>> application/vnd.go.cd.v1+json' -H 'Content-Type: application/json' -X POST
>> -d '{"name":"group_created_via_api"}'
>> ```
>>
>> I've had a google for the error message, and could only find these two
>> references:
>> https://github.com/gocd/gocd/issues/5296
>> https://gitter.im/gocd/gocd?at=5bc97dd41e23486b93e2421f
>>
>> Both of these point to a problems with the reverse proxy server, specific
>> browsers and github oauth, though neither specify what details of the
>> problem might be.
>>
>> I do have a reverse proxy configured, using Apache. I used this guide
>> when setting it up:
>> https://docs.gocd.org/current/installation/configure-reverse-proxy.html
>>
>> However the configure of the reverse proxy has not changed since Oct
>> 2019, and it has been working fine up until a couple of days ago. Nothing
>> is logged in `/var/log/apache2/error.log` when the error occurs in the
>> WebUI.
>>
>> I did upgrade Firefox recently to Firefox version: 78.0.2. The is the
>> only significant change I aware of in the past few days. I have tried and
>> have the same problem with Chrome version 83.0.4103.116 and MS Edge
>> 44.17763.831.0, though I don't know if or when they were working previously.
>>
>> Finally the problem effects users authenticated with any of the Google
>> OAuth, Github OAuth or filebased authentication. In each case the user has
>> system admin privileges.
>>
>> Does anyone have any 

Re: [go-cd] How to setup multiple GoAgents in Windows using exe

[Ketan Padegaonkar]

Does this work for you?

https://www.gocd.org/download/#zip

- Ketan



On Wed, Jul 1, 2020 at 10:33 AM Bala s  wrote:

> Hi All,
>
> We are using GoAgent 17.2 on windows and planning for an upgrade to latest
> version. For 17.2, we got the zip file to setup multiple agents on windows.
> Unfortunately, I couldnt see zip files in the download section and can
> able to download only exe file.
>
> I couldnt able to setup multiple GoAgents using exe file.
>
> Can anyone help me?
>
> Thanks,
> Bala
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/448c2dbf-e58b-42de-b1be-199c50da5c20o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd75cgTNrS%2B_B-yTYyp-BYe%2B62vdzk3EK6bWMYxezi87sw%40mail.gmail.com.

Re: [go-cd] Re: Staging von Pipelines as Code

[Ketan Padegaonkar]

On Thu, Jun 11, 2020 at 3:30 PM Helge Walter  wrote:

> Hello Aravind
>
> Thank you for your advice.
> I think the groovy config-repo plugin is worth a look. There it would be
> possible to read such parameters programmatically, e.g. from a file.
>


This is explicitly prohibited for reasons of security (imagine someone
sending a PR that allows reading all you secrets from gocd config). But can
be enabled with some code changes on the plugin.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7HVrtuLp-V%3DAFHv9hmyyoEtweODdhLZKENABT8XR4xRg%40mail.gmail.com.

Re: [go-cd] Re: Low database disk space warning message from Go Server

[Ketan Padegaonkar]

Artifacts and database are different directories. It is not clear what
partition holds your DB directory.

- Ketan



On Fri, Apr 17, 2020 at 12:51 PM Shivani Shinde 
wrote:

> Hi kritika,
> Yes, I went through this link. But it states everything about 'artifacts
> low disk space'. I do not face the Artifact Disk Space issue, I faced 
> *Database
> disk space low *issue.
> Attaching screenshot for reference:
>
> [image: Screenshot from 2020-04-17 12-40-08.png]
>
>
> I have a hard disk of 20GB attached at /data location for artifacts and
> have also followed Auto Delete Artifacts
> 
>  configuration
> already:
>
> [image: Screenshot from 2020-04-17 12-47-47.png]
>
>
> Is there something more that I could have missed?
>
> Thank you.
>
>
> CONFIDENTIALITY. This email and any attachments are confidential to Alef
> Edge Inc., and may also be privileged, except where the email states it
> can be disclosed. If this email is received in error, please do not
> disclose the contents to anyone, notify the sender by return email, and
> delete this email (and any attachments) from your system.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/4a17d2fc-ebce-49b4-aacd-62f0e865243d%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5bSCEsC5bJNdcbPV3Keaf96qDv%2Bkd4TG5VEiRn%2BsHroA%40mail.gmail.com.

Re: [go-cd] Re: Go agents not connecting to the Go server

[Ketan Padegaonkar]

Ignore my response. It was meant to be for another issue.

On Wed, 1 Apr, 2020, 07:04 Ketan Padegaonkar, 
wrote:

> See
> https://github.com/gocd/docker-gocd-agent-dind/issues/11#issuecomment-597775464
>
> On Wed, 1 Apr, 2020, 03:18 James Wright,  wrote:
>
>> Ok fixed it. having upgraded to the latest version ssl/tls support is
>> beginning to be phased out so I changed the server url property to
>> http://10.32.16.225:8153 and all is well.
>>
>> On Wednesday, March 25, 2020 at 12:54:37 PM UTC-7, James Wright wrote:
>>>
>>> I have recently been doing some cleanup of my Go Server jobs removing
>>> old pipelines, etc then I noticed that I was unable to get a response from
>>> the agents after loading the agents page. I checked the logs fro the agent
>>> and I am getting errors like the following. Any thoughts? Server and Agents
>>> are running on Windows and the windows firewall is turned off on the Go
>>> Server.
>>>
>>> 2020-03-25 11:06:05,420 ERROR [scheduler-3]
>>> AgentHTTPClientController:103 - Error occurred when agent tried to ping
>>> server:
>>> org.springframework.remoting.RemoteConnectFailureException: Could not
>>> connect to HTTP invoker remote service at [
>>> https://10.32.16.225:8154/go/remoting/remoteBuildRepository]; nested
>>> exception is org.apache.http.conn.HttpHostConnectException: Connect to
>>> 10.32.16.225:8154 [/10.32.16.225] failed: Connection refused: connect
>>> at
>>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.convertHttpInvokerAccessException(HttpInvokerClientInterceptor.java:215)
>>> at
>>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:153)
>>> at
>>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
>>> at
>>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
>>> at com.sun.proxy.$Proxy10.ping(Unknown Source)
>>> at
>>> com.thoughtworks.go.agent.AgentHTTPClientController.ping(AgentHTTPClientController.java:98)
>>> at jdk.internal.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
>>> at
>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>>> at
>>> org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)
>>> at
>>> org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
>>> at
>>> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>>> at
>>> java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
>>> at
>>> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)
>>> at
>>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>>> at
>>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>>> at java.base/java.lang.Thread.run(Thread.java:834)
>>> Caused by: org.apache.http.conn.HttpHostConnectException: Connect to
>>> 10.32.16.225:8154 [/10.32.16.225] failed: Connection refused: connect
>>> at
>>> org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:159)
>>> at
>>> org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:373)
>>> at
>>> org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:394)
>>> at
>>> org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
>>> at
>>> org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
>>> at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
>>> at
>>> org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
>>> at
>>> org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
>>> at
>>> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
>>> at
>>> com.thoughtworks.go.agent.common.ssl.GoAgentServerHttpClient.execute(GoAgentServerHttpClient.java:54)
>>> at
>>> com.thoughtworks.go.agent.GoHttpClientHttpInvokerRe

Re: [go-cd] Re: Go agents not connecting to the Go server

[Ketan Padegaonkar]

See
https://github.com/gocd/docker-gocd-agent-dind/issues/11#issuecomment-597775464

On Wed, 1 Apr, 2020, 03:18 James Wright,  wrote:

> Ok fixed it. having upgraded to the latest version ssl/tls support is
> beginning to be phased out so I changed the server url property to
> http://10.32.16.225:8153 and all is well.
>
> On Wednesday, March 25, 2020 at 12:54:37 PM UTC-7, James Wright wrote:
>>
>> I have recently been doing some cleanup of my Go Server jobs removing old
>> pipelines, etc then I noticed that I was unable to get a response from the
>> agents after loading the agents page. I checked the logs fro the agent and
>> I am getting errors like the following. Any thoughts? Server and Agents are
>> running on Windows and the windows firewall is turned off on the Go Server.
>>
>> 2020-03-25 11:06:05,420 ERROR [scheduler-3] AgentHTTPClientController:103
>> - Error occurred when agent tried to ping server:
>> org.springframework.remoting.RemoteConnectFailureException: Could not
>> connect to HTTP invoker remote service at [
>> https://10.32.16.225:8154/go/remoting/remoteBuildRepository]; nested
>> exception is org.apache.http.conn.HttpHostConnectException: Connect to
>> 10.32.16.225:8154 [/10.32.16.225] failed: Connection refused: connect
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.convertHttpInvokerAccessException(HttpInvokerClientInterceptor.java:215)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:153)
>> at
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
>> at
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
>> at com.sun.proxy.$Proxy10.ping(Unknown Source)
>> at
>> com.thoughtworks.go.agent.AgentHTTPClientController.ping(AgentHTTPClientController.java:98)
>> at jdk.internal.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
>> at
>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
>> at
>> org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)
>> at
>> org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
>> at
>> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>> at
>> java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
>> at
>> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>> at java.base/java.lang.Thread.run(Thread.java:834)
>> Caused by: org.apache.http.conn.HttpHostConnectException: Connect to
>> 10.32.16.225:8154 [/10.32.16.225] failed: Connection refused: connect
>> at
>> org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:159)
>> at
>> org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:373)
>> at
>> org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:394)
>> at
>> org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
>> at
>> org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
>> at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
>> at
>> org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
>> at
>> org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
>> at
>> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
>> at
>> com.thoughtworks.go.agent.common.ssl.GoAgentServerHttpClient.execute(GoAgentServerHttpClient.java:54)
>> at
>> com.thoughtworks.go.agent.GoHttpClientHttpInvokerRequestExecutor.doExecuteRequest(GoHttpClientHttpInvokerRequestExecutor.java:78)
>> at
>> org.springframework.remoting.httpinvoker.AbstractHttpInvokerRequestExecutor.executeRequest(AbstractHttpInvokerRequestExecutor.java:137)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.executeRequest(HttpInvokerClientInterceptor.java:202)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.executeRequest(HttpInvokerClientInterceptor.java:184)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:150)
>> ... 15 common frames omitted
>> Caused by: java.net.ConnectException: Connection refused: connect
>> at java.base/java.net.PlainSocketImpl.connect0(Native Method)
>> at java.base/java.net
>> .PlainSocketImpl.socketConnect(PlainSocketImpl.java:101)
>> at 

Re: [go-cd] Upgrade plan

[Ketan Padegaonkar]

I just responded to a similar question on this group that may be relevant
here.

- Ketan



On Tue, Mar 24, 2020 at 4:30 PM Boobathi M  wrote:

> Our current version is 17.2.0, we have a plan to upgrade it to 19.5.0, is
> that supported, both master and  agents  should upgrade together or agents
> can upgraded later, pls suggest
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/12226f3a-ea0b-4ea3-b6e9-9b4803cf6889%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7BWJFFWB%2B-hGJfcZrTJ5X%2BMUhpVUbT89q4xB-yyixULg%40mail.gmail.com.

Re: [go-cd] Upgrade Approach or Migration

[Ketan Padegaonkar]

Either approach will work. In either case you should backup and shutdown
your gocd server before doing anything else. The data folder structure has
not changed between versions of GoCD. See the documentation about
backup/restore about what is backed up, and what is not.

Also: there have been several breaking changes between 17.x and 20.x — so
make sure to go through the release notes section on "breaking changes".

- Ketan



On Tue, Mar 31, 2020 at 1:13 PM Bala s  wrote:

> Hi All - We are planning to upgrade Go Server, currently using 17.x
> version and planning to go for an upgrade 19.x version.
> Have the following queries.
>
> 1) upgrade from 17.x to 18.x and then to 19.x - in-place upgrade
> 2) Setup a new instance with 19.x and migrate the content from the old
> one.
> 3) If step2 is followed, what is the best approach for data migration.
> Will the structure of data folder structure remains the same in new version.
>
> If anyone knows or handled in their environment, please suggest.
>
> Thanks,
> Bala
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/3073702c-4559-46a8-8c30-7f41315e6774%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6m0rPtX2wOGSTmXWiDv-qfvyV6qxcRSEp%2BNcemX9nGkg%40mail.gmail.com.

Re: [go-cd] Need Help To Run Maven Builds Faster Setup on GoCD Kubernetes

[Ketan Padegaonkar]

I've seen folks volume mounting the local maven/gradle repository in
`~/.m2` or `~/.gradle` to get around this problem.

- Ketan



On Wed, Mar 25, 2020 at 3:37 PM 'Mohit Garg' via go-cd <
go-cd@googlegroups.com> wrote:

> Hi GoCD Community,
>
> I am looking for some effective solution to fasten up our maven builds.
> Each time a maven build is triggered, it downloads all dependencies present
> in pom.xml which is taking too much time. Can someone please help me with
> this?
>
> Regards,
> Mohit
>
> This message and its attachments are confidential (or legally privileged)
> information and are meant solely for the addressee of such message. Any
> unauthorized use of the message / its attachments is strictly prohibited.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/89763f47-21d1-4ba5-8796-141dba882a81%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4-DFcmpNL4fxZuDUm5T-X5c1Gwmq6_KaG7yU_P6BPW9w%40mail.gmail.com.

Re: [go-cd] Changing the timer of a pipeline with GoCD API

[Ketan Padegaonkar]

Additionally: you're not quoting the JSON properly.
- Ketan



On Wed, Mar 18, 2020 at 4:11 PM Tobias Petrén  wrote:

> Hi.
>
> I want to edit the timer with GoCD API on a pipeline that has already been
> created. This is what the structure of the timer looks like according to
> GoCD API.
>
> [image: timer.PNG]
>
>
> I follow this structure for my API call and try to edit the pipelines
> timer according to the call below.
>
>
> curl -k "https://localhost:8154/go/api/admin/pipelines/pipeline_name; -H
> "Accept: application/vnd.go.cd.v10+json" -H "Content-Type:
> application/json" -H "If-Match: "ca0f7e7a6f033093dbefadaa08f8f4f2"" -X PUT
> -d "{"group": "pipeline_group_name", "name": "pipeline_name", "timer":
> {"spec": "0 0 22 ? * MON-FRI", "only_on_changes": true}}"
>
>
> When I execute this I get the error below. It seems like it does not
> accept the structure that is on the "spec" object. How can I fix this?
>
>
>
> [image: error.png]
>
>
> Thanks!
>
>
> /Tobias
>
>
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/d8e4aaaf-2b9a-4442-a9eb-da69561efbee%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4kVCLodbAhHz%3DtewmXp3J7HmBZp73K2-E5B%3DdemJ_Lcw%40mail.gmail.com.

Re: [go-cd] Re: Changing the timer of a pipeline with GoCD API

[Ketan Padegaonkar]

Additionally: You're not quoting/escaping your JSON properly. The following
are valid, what you have is not:

*curl ... -d '{"foo": "bar"}'*

or

*curl ... -d "{\"foo\": \"bar\"}"*

- Ketan



On Wed, Mar 18, 2020 at 4:15 PM kritik...@thoughtworks.com <
kritika.si...@thoughtworks.com> wrote:

> Hello Tobias,
>
> The update pipeline config API (
> https://api.gocd.org/current/#edit-pipeline-config) is a PUT call not a
> PATCH. Hence, you need to send the complete pipeline config object with the
> modified timer object for the API to work.
>
> Thanks
> Kritika
>
> On Wednesday, March 18, 2020 at 4:11:24 PM UTC+5:30 tpe...@gmail.com
> wrote:
>
>> Hi.
>>
>> I want to edit the timer with GoCD API on a pipeline that has already
>> been created. This is what the structure of the timer looks like according
>> to GoCD API.
>>
>> [image: timer.PNG]
>>
>>
>> I follow this structure for my API call and try to edit the pipelines
>> timer according to the call below.
>>
>>
>> curl -k "https://localhost:8154/go/api/admin/pipelines/pipeline_name; -H
>> "Accept: application/vnd.go.cd.v10+json" -H "Content-Type:
>> application/json" -H "If-Match: "ca0f7e7a6f033093dbefadaa08f8f4f2"" -X PUT
>> -d "{"group": "pipeline_group_name", "name": "pipeline_name", "timer":
>> {"spec": "0 0 22 ? * MON-FRI", "only_on_changes": true}}"
>>
>>
>> When I execute this I get the error below. It seems like it does not
>> accept the structure that is on the "spec" object. How can I fix this?
>>
>>
>>
>> [image: error.png]
>>
>>
>> Thanks!
>>
>>
>> /Tobias
>>
>>
>>
>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/a3618707-cc3c-4e8a-ba70-21094b6ef357%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4eTwtwjRuwbTUQD%2BMLoa3-UeEGBdzgBk9BZge-ZorjVw%40mail.gmail.com.

Re: [go-cd] triggering gocd pipeline from external source

[Ketan Padegaonkar]

One of these may be useful:

https://api.gocd.org/current/#run-stage
https://api.gocd.org/current/#scheduling-pipelines

- Ketan



On Mon, Feb 17, 2020 at 4:08 PM Prabha  wrote:

> Hello Guys,
>
> Has anyone came across use case like triggering a gocd pipeline from
> external sources. Specifically from Jira
>
> I came across this GOCD documentation (
> https://docs.gocd.org/current/integration/ ) for integration with bug
> tracking tools(Jira).
>
> I am trying to achieve automated deployment with Jira approvals. This will
> give more control on deployments and thus reduce the manual trigger from
> gocd.
>
> Thanks in advance爛
>
> Cheers
> Prabha.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/53bab534-d3e0-42d3-98d7-9c66bd099794%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6oi8-0zzRxhEMb83_2HAP3MJOzj2Fvb_3-EVorwthwdA%40mail.gmail.com.

Re: [go-cd] Re: Release announcement - 20.1.0

[Ketan Padegaonkar]

If you notice a bug, please report on github, along with instructions to
reproduce them.

- Ketan



On Sat, Feb 15, 2020 at 9:06 AM Prem Yadav  wrote:

> since last few release your releasing products having bugs
>
> the latest feature is also having bug
>
> users are not able to see the pipeline when we are providing them operate
> permission.
>
> we have provide them admin access then only they are able to see and
> trigger pipeline.
>
> On Thursday, January 30, 2020 at 3:39:10 PM UTC+5:30, go-cd wrote:
>>
>> Hello everyone,
>>
>> A new version of GoCD (20.1.0) is out.
>>
>> To know more about the features and bug fixes in this release, see the 
>> release
>> notes  or head to the downloads
>>  page to try it. Feedback and ideas are
>> always welcome.
>>
>> Cheers,
>> GoCD Team
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/1c893a57-5d1c-4f39-988c-919fa5066c71%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6Nk9pgpWNC40pj5tMqh-%3D7k%3Do%3DhgN90EBN0YAOQ0sXwg%40mail.gmail.com.

Re: [go-cd] using VNC for GUI Testing in goCD

[Ketan Padegaonkar]

GoCD builds themselves use xvfb for running selenium bases tests.

We don't use vnc because nobody on the team needs to login to the server to
see the tests running.

This setup has worked well for us for several years now, without a hitch.

On Sat, 8 Feb, 2020, 03:12 Martin Lourduswamy, 
wrote:

> Hi,
> I am new to goCD, I would like to know if anyone has used VNC to bring up
> GUI applications or test GUI applications from goCD
> https://docs.gocd.org/current/advanced_usage/ui_testing.html
>
> VNC is slow sometimes and I do not want to rely on VNC for my testing, I
> would rather let the default desktop to handle it,
> Please let me know your thoughts and suggestions and your experience,
>
> Thanks,
>
> Regards
> Martin Lourduswamy
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/2ae7c06f-7c45-49a7-85ad-02ec15613074%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd7-HNV29jud%2B3Bdg9tmFzp-RZgME4oLwk1CVfuQfSF54w%40mail.gmail.com.

Re: [go-cd] Performance improvement

[Ketan Padegaonkar]

There's a nice article about asking questions the smart way in forums
. Asking a question
without providing any background information or context will likely yield
no response.

- Ketan



On Tue, Jan 28, 2020 at 1:31 PM Balaji Narasingapillai 
wrote:

> Seems gocd server is very slow please provide guidence to improve
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/f5f7aba9-faaa-4a30-a2fa-aa85aef9f758%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd73rCgSAAsngDzRZhrMxJnG1yseZmkJ6%2Ba-MRAQ0553GQ%40mail.gmail.com.

Re: [go-cd] .m2 folder space in go agent

[Ketan Padegaonkar]

Unless you have some custom settings and artifacts, the m2 dir is safe to
delete.

- Ketan



On Tue, Jan 21, 2020 at 1:49 PM Balaji Narasingapillai 
wrote:

> In go agent server.m2 folder took more space is it fine to clear all the
> files pls guide
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/61c844c6-3c9b-41af-bf5b-8ba4669a7827%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4OXbMz5gEuN19cCd-0bPye6D9iUDVsjqDPbS9jbcMc1A%40mail.gmail.com.

Re: [go-cd] GoCD version 19.4 uses AES, To encrypt password Go use the POST /go/api/admin/encrypt, but how the encryption key is secured and where is it stored?

[Ketan Padegaonkar]

The cipher is stored in the file cipher.aes in the config directory. As for
security, we make sure that the config directory and file is only readable
by the gocd server.

- Ketan



On Thu, Nov 28, 2019 at 8:03 PM Venkatesa Kumar  wrote:

> We are suggesting one of the client to use GoCD for Continuous Delivery
> instead of Jenkins, During security discussion above question is related
> question.
>
> GoCD version 19.4 uses AES, To encrypt password Go use the POST
> /go/api/admin/encrypt, but  how the encryption key is secured and where is
> it stored?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/50db812d-ebac-442c-b9c2-77bcdd935352%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5ac-X0653E7pEM9tAvD39b7QYaJ-NG7K-Bga83v0F1jQ%40mail.gmail.com.

Re: [go-cd] GoCD Agent on Raspberry Pi

[Ketan Padegaonkar]

The debian/rpm packages only support an x84. Running on raspberry pi might
require you to use the .zip installers. You will also have to bring your
own JRE, and use the `bin/go-server install` command to install as a
service.

If there's enough interest in an arm binary (and maybe some pull requests
:), the team will be able to ship out arm installers.

- Ketan


On Sat, Nov 16, 2019 at 12:50 AM 'Fredrik Wendt' via go-cd <
go-cd@googlegroups.com> wrote:

> Hi,
>
> I just upgrade from 17.old... to 19.10 and after upgrading on a Raspberry
> Pi (armv7l, Raspberry Pi 3 Model B Rev 1.2) running Debian 8, the installer
> ends with this message:
>
> Setting up go-agent (19.10.0-10357) ...
> Unable to locate any of the following binaries:
>   /usr/share/go-agent/bin/../wrapper/wrapper-linux-armhf-32
>   /usr/share/go-agent/bin/../wrapper/wrapper
>
> Anyone have suggestions on what to do?
>
> / Fredrik
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/8bc65cb5-5522-4638-bad6-4a7a4e7fc95a%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4vPDO5sjJo7mcXTNyAiHKJRhvRtmL4akTYbeZcscg4iw%40mail.gmail.com.

Re: [go-cd] Instructions to downgrade gocd-server

[Ketan Padegaonkar]

We recommend that users backup their instane, for specifically this reason.
As far as the DB is concerned, the schema in version 19.9 is incompatible
with the schema in version 19.8. So I'm afraid you're out of luck.

Out of curiosity, why are you trying to rollback?

- Ketan



On Mon, Oct 7, 2019 at 2:05 PM AquilaNiger  wrote:

> Hi everyone,
>
> is there any documentation how a downgrade of GoCD server can be
> performed? We currently have 19.9.0 installed and want to roll back to
> 19.8.0. The configuration XML of the old version could be restored from an
> external repository, however there is no other backup data (database ...)
> of the previous version.
> Would the database of 19.9.0 work in a 19.8.0 server? Which files are
> dependent on the exact version and cannot be used from the current version?
> Any help would be appreciated.Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/7d7bb8cc-f480-494e-a584-c4f00d9b5e9d%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd77fn2Dna%2BDm%2BYi1J1nvxFc3N5opLSmO1in4puxwA%2BaFA%40mail.gmail.com.

Re: [go-cd] Error starting go-agent on v19.7

[Ketan Padegaonkar]

What gocd version is your server?

On Thu, 15 Aug, 2019, 11:25 Atul Verma,  wrote:

> Hi
>
> I am getting an error when go agent fails to start. trace log below.
> OS is : Amazon Linux AMI 2018.03
> Java: openjdk version "10.0.2" 2018-07-17
> Go agent version: 19.7.0
>
> tried running it on java 1.8 but it fails with same error. any ideas or
> suggestions
>
> ```
> STATUS | wrapper  | 2019/08/15 15:48:20 | <-- Wrapper Stopped
> STATUS | wrapper  | 2019/08/15 15:49:22 | --> Wrapper Started as Daemon
> STATUS | wrapper  | 2019/08/15 15:49:22 | Java Service Wrapper Standard
> Edition 64-bit 3.5.37
> STATUS | wrapper  | 2019/08/15 15:49:22 |   Copyright (C) 1999-2018 Tanuki
> Software, Ltd. All Rights Reserved.
> STATUS | wrapper  | 2019/08/15 15:49:22 |
> http://wrapper.tanukisoftware.com
> STATUS | wrapper  | 2019/08/15 15:49:22 |   Licensed to ThoughtWorks for
> GoCD Agent On Linux
> STATUS | wrapper  | 2019/08/15 15:49:22 |
> STATUS | wrapper  | 2019/08/15 15:49:22 | Launching a JVM...
> INFO   | jvm 1| 2019/08/15 15:49:22 | WrapperManager: Initializing...
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
> Starting process:
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
>  Working directory: /var/lib/go-agent
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
>  Application arguments: [-serverUrl, https://10.x.x.x:8154/go/]
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
>   GoCD Version: 19.7.0-9567
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
>   Java Version: 12.0.1
> INFO   | jvm 1| 2019/08/15 15:49:22 | [Thu Aug 15 15:49:22 AEST 2019]
>   Operating System: Linux(4.14.114-83.126.amzn1.x86_64)
> INFO   | jvm 1| 2019/08/15 15:49:23 | Could not find file
> `config/agent-bootstrapper-logback.xml'. Attempting to load from classpath.
> INFO   | jvm 1| 2019/08/15 15:49:23 | Using classpath resource
> `jar:onejar:lib/agent-bootstrapper-19.7.0-9567-classes.jar!/config/agent-bootstrapper-logback.xml'.
> INFO   | jvm 1| 2019/08/15 15:49:23 | SLF4J: Class path contains
> multiple SLF4J bindings.
> INFO   | jvm 1| 2019/08/15 15:49:23 | SLF4J: Found binding in
> [jar:onejar:lib/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
> INFO   | jvm 1| 2019/08/15 15:49:23 | SLF4J: Found binding in
> [jar:file:/var/lib/go-agent/data/deps-4303b3af29443eb7-agent-launcher.jar/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
> INFO   | jvm 1| 2019/08/15 15:49:23 | SLF4J: See
> http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
> INFO   | jvm 1| 2019/08/15 15:49:23 | SLF4J: Actual binding is of type
> [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
> INFO   | jvm 1| 2019/08/15 15:49:23 | Could not find file
> `config/agent-launcher-logback.xml'. Attempting to load from classpath.
> INFO   | jvm 1| 2019/08/15 15:49:23 | Using classpath resource
> `jar:file:/var/lib/go-agent/data/deps-4303b3af29443eb7-agent-launcher.jar/agent-launcher-18.5.0-6679-classes.jar!/config/agent-launcher-logback.xml'.
> INFO   | jvm 1| 2019/08/15 15:49:25 |
> java.lang.reflect.InvocationTargetException
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown
> Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> com.thoughtworks.gocd.Boot.run(Boot.java:89)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> com.thoughtworks.gocd.Boot.main(Boot.java:55)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown
> Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/java.lang.reflect.Method.invoke(Unknown Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> org.tanukisoftware.wrapper.WrapperJarApp.run(WrapperJarApp.java:451)
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> java.base/java.lang.Thread.run(Unknown Source)
> INFO   | jvm 1| 2019/08/15 15:49:25 | Caused by:
> java.lang.NoClassDefFoundError: javax/xml/bind/DatatypeConverter
> INFO   | jvm 1| 2019/08/15 15:49:25 | at
> com.thoughtworks.go.agent.launcher.DownloadableFile.matchChecksum(DownloadableFile.java:72)
> INFO   | jvm 1| 2019/08/15 15:49:25 | 

Re: [go-cd] Test using virtual machines

[Ketan Padegaonkar]

On Thu, Aug 1, 2019 at 6:26 AM Denis Troller 
wrote:

> how do I make it so that the piepline chooses one VM to reset and then
> runs the testing jobs on this particular agent ?
>

A cheap way might be to write a file (or some metadata) to a VM if it has
been acquired by a job, if another job tries to acquire it, it must back
off (or try another VM). A really fancy way would be to have another DB
that records which VMs are available and which have been acquired/released
after a build.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd5Z3vwQYKX%2BKaUg7iP2z2vqWmr8eMvOW1BXbze5Fvjh7w%40mail.gmail.com.

Re: [go-cd] Test using virtual machines

[Ketan Padegaonkar]

There are 2 possible ways (that I can think of):

   1. Use a set of scripts that runs on an agent. These scripts will
   connects to a VM provider (vmware, virtualbox, ...) to spin up VMs. Then
   connect to the created VM to install, configure and test whatever you need
   to test.
   2. Write an elastic agent plugin for your VM provider
    (or
   use an existing one ).
   Elastic agents can bring up agents in response to build workloads.

I'd think option 1 is probably what you may want to start with, before
diving into option 2.

- Ketan



On Thu, Aug 1, 2019 at 5:57 AM Denis Troller 
wrote:

> We are using GO-CD to build and test our product under Windows. The
> product is a desktop application.
>
> We have a pipeline that builds the product and we use virtual machines
> (under HyperV) to test it in controlled environments. Each VM hosts a GOCD
> agent to carry out the installation and testing of our product.
>
> The system needs to reset the VMs by applying a snapshot before actual
> deployment and testing can occur.
> It is easy to restore the VMs using powershell.
>
> The big-picture pipelines are:
> - Build
> - Hardware-Tests (on a real machine with hardware attached): Copy files,
> Test Application
> - Software-Tests (on a VM): Restore VM, install Application, test
> - Customer-Specific tests (on a VM): Restore VM, install Application, test
>
> This set of pipelines is replicated for each maintenance branch of the
> product (trunk, v1.0.*, v1.1.*... v2.0.*)
>
> Ideally I would like to be able to have any number of VMs available for
> software and customer tests to allow concurrent builds of different
> versions of the product.
> My problem is in modelling this in GOCD since I do no want two pipelines
> to restore the same VM. GOCD can choose a VM agent to cary out the testing,
> but the agent cannot restore its own VM (since it will then disappear and
> be reset, leading to a pipeline failure).
>
> Any idea on how to deal with such an environment ? Or am I doing this
> wrong ? Has anyone implemented something like this before ?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/6c3a3cd3-cfb6-469f-ab4a-2ed35b011e1d%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6S6t1Pjik3V8eyhHuFnZiRZERRBOH3tL1g2FjShU-Ung%40mail.gmail.com.

Re: [go-cd] Gocd in kubernetes Questions

[Ketan Padegaonkar]

On Tue, Jul 30, 2019 at 5:37 PM Aravind SV  wrote:

> 2. Assuming that's true, what you mentioned about the self-signed
> certificate is relevant for GoCD versions less than 19.5.0. Since 19.5.0,
> there is a beta feature which allows you to terminate SSL outside. It is
> mentioned in the release notes: https://www.gocd.org/releases/#19-5-0 -
> you shouldn't even need port 8154 in that case.
>

Update: Beginning with version 19.6 of GoCD, this feature is turned on by
default, you really should not need port 8154 at all. Over the next few
releases, we are considering (no promises) making port 8154 optional.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd6wpvVCUZHaDpB4ye8YVWB56a5%3DOmLQgMZRY%2B%3DJu5TzmQ%40mail.gmail.com.

Re: [go-cd] Re: Release announcement - 19.6.0

[Ketan Padegaonkar]

Could you please open an issue on GitHub with more details, logs, steps to
reproduce etc?

On Mon, 29 Jul, 2019, 10:12 Shivani Shinde, 
wrote:

> Hi,
> Following up on the issue. My agent still won't connect to server. I have
> tried both ports and manipulated the url (http/https) like-wise. Yet I
> couldn't figure out what is the issue.
> Can you help?
>
> Thanks
>
> On Fri, Jul 26, 2019 at 10:51 AM Shivani Shinde <
> shivani.shi...@alefedge.com> wrote:
>
>> Hi Ankit,
>> I configured the file by changing port number to 8153, still my agent
>> won't connect to server.
>> Agent was working perfectly with 19.5.0 version of GoCD.
>> --
>> The following are the log details in go-agent.log:
>>
>> 2019-07-26 10:42:34,046 ERROR [scheduler-1] AgentHTTPClientController:103
>> - Error occurred when agent tried to ping server:
>> org.springframework.remoting.RemoteAccessException: Could not access HTTP
>> invoker remote service at 
>> [http://:8153/go/remoting/remoteBuildRepository];
>> nested exception is org.apache.http.client.ClientProtocolException: The
>> server returned status code 403. Possible reasons include:
>>- This agent has been deleted from the configuration
>>- This agent is pending approval
>>- There is possibly a reverse proxy (or load balancer) that is
>> terminating SSL. Hint: use port 8154 of the GoCD server. See
>> https://docs.gocd.org/19.6.0/installation/configure-reverse-proxy.html#agents-and-reverse-proxies
>> for details.
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.convertHttpInvokerAccessException(HttpInvokerClientInterceptor.java:226)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.invoke(HttpInvokerClientInterceptor.java:153)
>> at
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
>> at
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
>> at com.sun.proxy.$Proxy10.ping(Unknown Source)
>> at
>> com.thoughtworks.go.agent.AgentHTTPClientController.ping(AgentHTTPClientController.java:98)
>> at
>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
>> Method)
>> at
>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown
>> Source)
>> at
>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>> Source)
>> at java.base/java.lang.reflect.Method.invoke(Unknown Source)
>> at
>> org.springframework.scheduling.support.ScheduledMethodRunnable.run(ScheduledMethodRunnable.java:65)
>> at
>> org.springframework.scheduling.support.DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnable.java:54)
>> at
>> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown
>> Source)
>> at java.base/java.util.concurrent.FutureTask.runAndReset(Unknown
>> Source)
>> at
>> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown
>> Source)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>> at java.base/java.lang.Thread.run(Unknown Source)
>> Caused by: org.apache.http.client.ClientProtocolException: The server
>> returned status code 403. Possible reasons include:
>>- This agent has been deleted from the configuration
>>- This agent is pending approval
>>- There is possibly a reverse proxy (or load balancer) that is
>> terminating SSL. Hint: use port 8154 of the GoCD server. See
>> https://docs.gocd.org/19.6.0/installation/configure-reverse-proxy.html#agents-and-reverse-proxies
>> for details.
>> at
>> com.thoughtworks.go.agent.GoHttpClientHttpInvokerRequestExecutor.validateResponse(GoHttpClientHttpInvokerRequestExecutor.java:112)
>> at
>> com.thoughtworks.go.agent.GoHttpClientHttpInvokerRequestExecutor.doExecuteRequest(GoHttpClientHttpInvokerRequestExecutor.java:79)
>> at
>> org.springframework.remoting.httpinvoker.AbstractHttpInvokerRequestExecutor.executeRequest(AbstractHttpInvokerRequestExecutor.java:137)
>> at
>> org.springframework.remoting.httpinvoker.HttpInvokerClientInterceptor.executeRequest(HttpInvokerClientInterceptor.java:202)
>> "/var/log/go-agent/go-agent.log" 1351L, 144803C
>> --
>>
>> Following are details of go-agent-launcher.log
>>
>> 2019-07-26 10:39:12,568 ERROR [WrapperJarAppMain]
>> ServerBinaryDownloader:82 - Couldn't update admin/agent-launcher.jar.
>> Sleeping for 1m. Error:
>> javax.net.ssl.SSLHandshakeException: Received fatal alert:
>> certificate_unknown
>> at java.base/sun.security.ssl.Alert.createSSLException(Unknown
>> Source)
>> at java.base/sun.security.ssl.Alert.createSSLException(Unknown
>> Source)
>> at 

Re: [go-cd] Automate schedule of the pipeline based on the timer.

[Ketan Padegaonkar]

Since the configuration is evaluated on the GoCD server, the timezone used
will be that of the server.

- Ketan



On Wed, Jun 19, 2019 at 1:57 PM Rajshri Baghel 
wrote:

> Hi Ganesh,
>
> Thanks for the reply. We also followed the same docs.
> One question, what time zone these builds are triggered? The pipeline
> trigger did not happen at the time I had given in yml but at a different
> time.
>
> Regards,
> Rajshri
>
>
>
> *From: *Ganesh Patil 
> *Date: *Wed, Jun 19, 2019 at 11:13 AM
> *To: * 
>
> Hi Rajshri,
>>
>> You can find more information about timer triggered pipelines here
>> .
>> The format for specifying the cron expression is mentioned here
>> 
>> .
>> The syntax for defining timer configuration in the GoCD YAML pipeline is
>> documented here .
>> And, Here
>> 
>> is an example of a timer triggered pipeline.
>>
>> Let us know if the above resources help!!
>>
>> Thanks,
>> Ganesh
>>
>>
>> On Wed, Jun 19, 2019 at 10:56 AM Rajshri Baghel <
>> rsbag...@thoughtworks.com> wrote:
>>
>>> Hi,
>>>
>>> I am trying to automate the build of the pipeline to run like a cron job
>>> in every certain interval.
>>> Our GOCD instance is setup in a way that we have to do configurations
>>> via yml files and not directly via UI.
>>> I tried few things in yml for scheduling a timed build but it doesn't
>>> seem to work.
>>>
>>> Can you please provide documentation with example for setting timer in
>>> the gocd yml?
>>>
>>> Regards,
>>> Rajshri
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/go-cd/CAONF_r5O4YDphSwGd%2BEdj1MOeYmicAM2bR681k0BgEZMSRwRKQ%40mail.gmail.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "go-cd" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to go-cd+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/go-cd/CAHozDacYkc7xWbL16z2jahHrSW7VtEHg0Qnp1hCp9w_BD_Wauw%40mail.gmail.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/go-cd/CAONF_r5W76a1%3D-%3DCja%2B3XgJ3zb%3Dhav38%3DdUiJ%2Bp%3Drf%2Bkt9Fm%3Dg%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/go-cd/CAMUPJd4g7pMpOdQdE6yqKCNaHDu9v5zd%3DH_Uc3Oiyed5CasvfA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Storing git repos when using elasticagents

[Ketan Padegaonkar]

Mounting a volume is what you'd be expected to do. Mounting the home volume
is also something you may want to consider doing (in order to cache things
like maven/gradle/npm packages). Additionally there is support for git
shallow clone which may help with reducing the overhead for some
repositories.

- Ketan

On Fri, Apr 26, 2019 at 10:14 PM Roberto Yudice 
wrote:

> It looks like when you are using elasticagents it has to fully clone the
> whole repository on every build since the container is destroyed, we have
> some big repos and this adds to our build time.
>
> What would be the best way to avoid having to reclone the whole repo on
> every build when using elasticagents? I assume mounting a volume would work?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Can a GoCD Agent's Token be Recovered?

[Ketan Padegaonkar]

Make sure your guid.txt file does not have a trailing newline/whitespace.

- Ketan



On Fri, Apr 19, 2019 at 12:46 AM Jason Smyth 
wrote:

> Hi Ketan,
>
> Thank you for your reply.
>
> I tried what you suggested (including removing the new line from the end
> of the file) but we are still getting the same error.
>
> Any other suggestions?
>
> If it's relevant, running a script directly against a copy of the database
> is a viable option.
>
> Cheers,
> Jason
>
>
> On Thursday, 18 April 2019 12:02:41 UTC-4, Ketan Padegaonkar wrote:
>>
>> Try:
>>
>> cat guid.txt | openssl dgst -sha256 -hmac
>> "TOKEN_GENERATION_KEY_FROM_CONFIG_XML" -binary | base64 > token
>>
>> You may need to remove the newline from the generated `token` file.
>>
>> - Ketan
>>
>>
>>
>> On Thu, Apr 18, 2019 at 8:48 PM Jason Smyth 
>> wrote:
>>
>>> Hello,
>>>
>>> For some unknown reason one of our agents re-registered with a new GUID.
>>> We would like to revert it to its original GUID so that its history is
>>> maintained but we do not have a backup copy of the token.
>>>
>>> We restored the original GUID but now see token errors in the log when
>>> we try to bring the agent online:
>>>
>>> A token has already been issued for this agent.
>>>
>>> Is there a way we can recover the original token from the server or do
>>> we need to just accept the loss of agent history?
>>>
>>> Thanks in advance,
>>> Jason
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Can a GoCD Agent's Token be Recovered?

[Ketan Padegaonkar]

Try:

cat guid.txt | openssl dgst -sha256 -hmac
"TOKEN_GENERATION_KEY_FROM_CONFIG_XML" -binary | base64 > token

You may need to remove the newline from the generated `token` file.

- Ketan



On Thu, Apr 18, 2019 at 8:48 PM Jason Smyth 
wrote:

> Hello,
>
> For some unknown reason one of our agents re-registered with a new GUID.
> We would like to revert it to its original GUID so that its history is
> maintained but we do not have a backup copy of the token.
>
> We restored the original GUID but now see token errors in the log when we
> try to bring the agent online:
>
> A token has already been issued for this agent.
>
> Is there a way we can recover the original token from the server or do we
> need to just accept the loss of agent history?
>
> Thanks in advance,
> Jason
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Backing Up GoCD Server Job via the UI doesn't finish

[Ketan Padegaonkar]

On Thu, Apr 11, 2019 at 5:05 PM 'Jiten Patel' via go-cd <
go-cd@googlegroups.com> wrote:

> Hey,
>
> GoCD server backups job when triggered via the UI, doesn't seem to
> complete.
>

Could you clarify what you mean? Do you see errors, if yes, where?

Multiple folders are created within the 'serverBackups' folder.
>

There is one (timestamped) folder created per backup, by design.


> There seems to be an error being thrown to do with sending a confirmation
> email. Once the error is thrown, the process seems to begin all over again.
>

Again, where do you see the error, what is the specific error you see.


> We do not have an email configured for our GoCD instance, is this required
> to be able to trigger backups via the UI?
>
> Would a better approach be if we used the API instead?
>

I don't believe the API would really solve your issue. The backup page and
API use the same underlying code.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Inconsistent Behaviour when Calling Stage History API

[Ketan Padegaonkar]

This should not be the case. Do you mind logging a bug?

On Fri, Mar 29, 2019, 2:42 AM Jason Smyth  wrote:

> Hi all,
>
> Maybe I just don't understand how this API is intended to work and/or be
> used but I am trying to build some things that will leverage it and I am
> having a hard time understanding the results I am seeing. We have a GoCD
> instance that includes maybe a couple hundred pipelines. For my tests thus
> far I have only used 2 pipelines but I can definitely expand on that if it
> would be helpful.
>
> With pipeline 1, when I call the Stage History API (GET
> /go/api/stages/:pipeline_name/:stage_name/history), it returns the *first* 10
> instances in reverse order (i.e. 10, 9, 8...1). If I add an offset of 10,
> it returns the next 10 instances in reverse order (i.e., 20, 19...11).
>
> With pipeline 2 the same call returns the *last* 10 instances, in reverse
> order (e.g. 100, 99, 98...91 [not actual values]) and when I add an offset
> of 10 returns the previous 10 (e.g. 90, 89...81).
>
> So, essentially when I query pipeline 1 the pager moves forward through
> time, starting with the oldest instances and when I query pipeline 2 the
> pager moves backwards through time, starting with the most recent
> instances. The only difference in the API calls I am making are the the
> names of the pipelines and stages I am querying.
>
> For comparison, when calling the Pipeline History API for these same 2
> pipelines, both return the most recent instances, moving backwards if an
> offset is provided.
>
> My expectation was that the Stage History API would always behave the way
> the Pipeline History API does but if this is not necessarily the case then
> I will need to redo the logic around my scripts that are using it.
>
> Is this API expected to be inconsistent like this? If not, does anyone
> have any suggestions on what troubleshooting steps I might take to be able
> to figure out what's going on?
>
> Thank you for your time,
> Jason
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] GoCD default login page change o another

[Ketan Padegaonkar]

Hi —

This looks like a feature request. Mind opening an issue on github and
explaining some usecases or user interactions that you're thinking about?

- Ketan



On Tue, Feb 19, 2019 at 9:49 PM ihor.rudenko via go-cd <
go-cd@googlegroups.com> wrote:

> Hello all!
> may be some one know how to change login page from gocd server with oauth2
> azure AD login page, or equal google etc, or if I have plugin for oauth2
> azure AD , how to force gocd server use my plugin when I get
> http://gocd.server.ip/8153 instead of internal login page.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Building and testing Yaml Config Plugin...

[Ketan Padegaonkar]

The ThoughtWorks team uses Intellij (Ultimate Edition), although I suppose
the community edition should work too.

What sort of errors do you see? If you could paste some error messages on
gist.github.com and send a link over, maybe someone can take a look.

- Ketan



On Fri, Jan 25, 2019 at 3:58 AM Jeff  wrote:

> I'm jumping into the deep end of the pool here to try and learn about
> plugin development as well as maybe contribute an idea or two but I've not
> used Gradle before and my natural dev environment is NetBeans 8.2.
>
> I've cloned https://github.com/tomzo/gocd-yaml-config-plugin.git and
> loaded it in NetBeans but I get a bunch of test failures so I'm now trying
> IntelliJ IDEA (community edition).  I think I have it building but if I run
> tests it says it can't find junit.jar.
>
> If I run 'gradlew test' from the command-line, I see 15 failures.
>
> Any hints as to what I'm missing?
>
> What IDE do others recommend when working with gradle and the GoCD plugin
> source?
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Gocd

[Ketan Padegaonkar]

If you have set the permissions properly so that the go user can talk to
the docker daemon over the socket, then perhaps you need to restart the
go-agent service.

- Ketan



On Mon, Jan 21, 2019 at 10:39 AM  wrote:

> Hi all
>
> i tried docker build command and i got this error
>
>
> [go] Task: docker build --no-cache --tag backup:v1.0 --file Dockerfile
> .took: 0.72sexited: 1
> Cannot connect to the Docker daemon. Is the docker daemon running on this
> host?
>
> i added my go user to docker group
>
> and also gave root privileges to go user but still no use
>
> anyone knows how to rectify the problem?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Unable to retain context between the stages.

[Ketan Padegaonkar]

Seems like a similar problem as described here
.

- Ketan



On Wed, Jan 16, 2019 at 3:08 PM  wrote:

> Hi,
>
> I have created a dev/staging pipeline, which has stages such as install,
> unitTest, contractTest, sonarQube, deploy, apiTest..
> So, my quest is to created a file , append the result of every stage (
> lets say Success/Failure ) in the file and finally to publish as .txt file
> as a last step.
> But, I am not able to retain context between the stages in the file...but
> the same work if we have multiple tasks in the stage.
>
> Can anyone please help me on this or suggest an alternate approach of
> doing it so ?
>
> Thanks
>
> 
>
> Disclaimer:
>
> This email and any files transmitted with it are confidential and may be
> privileged. It is intended solely for the above addressee. If you have
> received it in error please delete it and notify the sender. The
> unauthorised use, disclosure, copying, alteration or dissemination of any
> information in this e-mail is strictly forbidden. AirAsia and its affiliates
>  accepts no liability whatsoever that may arise from or in connection
> with this e-mail and/or its contents.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] GOCD and TLS1.2 to Bitbucket

[Ketan Padegaonkar]

On Wed, Dec 5, 2018 at 6:46 PM 'David Tyman' via go-cd <
go-cd@googlegroups.com> wrote:

> HG pull doesn't work when I try it as no local repository - I tried to do
> a hg clone and got the same error.
>
> Mercurial HG version is 3.1.2 - maybe updating that would help?
>

I can't say for sure, it may possibly be some missing openssl capabilities.
You may want to perhaps google for the specific error message "abort:
error: _ssl.c:510: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong
version number" or reach out to bitbucket support.

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] GOCD and TLS1.2 to Bitbucket

[Ketan Padegaonkar]

This is a problem with your `hg` binary. The command that's being executed is
here
<https://github.com/gocd/gocd/blob/master/domain/src/main/java/com/thoughtworks/go/domain/materials/mercurial/HgCommand.java#L57>
:

hg pull -b BRANCH --config paths.default=HG_URL

Can you make sure this executes on your agent/server where you're seeing
this error?

- Ketan



On Wed, Dec 5, 2018 at 4:45 PM 'David Tyman' via go-cd <
go-cd@googlegroups.com> wrote:

> Hi Ketan,
> this is from go-server.log
>
> 2018-12-05 11:13:01,931 WARN  [130@MessageListener for
> MaterialUpdateListener] MaterialDatabaseUpdater:112 - [Material Update]
> Modification check failed for material: URL:
> https://drl...@bitbucket.org/drl_admin/Expert.ReturnsEngineer
> java.lang.RuntimeException: Failed to run hg pull command:
> STDERR: abort: error: _ssl.c:510: error:1408F10B:SSL
> routines:SSL3_GET_RECORD:wrong version number
> at com.thoughtworks.go.util.ExceptionUtils.bomb(ExceptionUtils.java:30)
> at
> com.thoughtworks.go.util.ExceptionUtils.bombIf(ExceptionUtils.java:58)
> at
> com.thoughtworks.go.util.ExceptionUtils.bombUnless(ExceptionUtils.java:69)
> at
> com.thoughtworks.go.domain.materials.mercurial.HgCommand.modificationsSince(HgCommand.java:129)
> at
> com.thoughtworks.go.config.materials.mercurial.HgMaterial.modificationsSince(HgMaterial.java:92)
> at
> com.thoughtworks.go.server.service.materials.HgPoller.modificationsSince(HgPoller.java:36)
> at
> com.thoughtworks.go.server.service.materials.HgPoller.modificationsSince(HgPoller.java:27)
> at
> com.thoughtworks.go.server.service.MaterialService.modificationsSince(MaterialService.java:122)
> at
> com.thoughtworks.go.server.materials.ScmMaterialUpdater.insertLatestOrNewModifications(ScmMaterialUpdater.java:56)
> at
> com.thoughtworks.go.server.materials.MaterialDatabaseUpdater.insertLatestOrNewModifications(MaterialDatabaseUpdater.java:142)
> at
> com.thoughtworks.go.server.materials.MaterialDatabaseUpdater.updateMaterialWithNewRevisions(MaterialDatabaseUpdater.java:134)
> at
> com.thoughtworks.go.server.materials.MaterialDatabaseUpdater$2.doInTransaction(MaterialDatabaseUpdater.java:101)
> at
> com.thoughtworks.go.server.transaction.TransactionCallback.doWithExceptionHandling(TransactionCallback.java:24)
> at
> com.thoughtworks.go.server.transaction.TransactionTemplate.lambda$executeWithExceptionHandling$2(TransactionTemplate.java:44)
> at
> org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:133)
> at
> com.thoughtworks.go.server.transaction.TransactionTemplate.executeWithExceptionHandling(TransactionTemplate.java:41)
> at
> com.thoughtworks.go.server.materials.MaterialDatabaseUpdater.updateMaterial(MaterialDatabaseUpdater.java:98)
> at
> com.thoughtworks.go.server.materials.MaterialUpdateListener.onMessage(MaterialUpdateListener.java:50)
> at
> com.thoughtworks.go.server.materials.MaterialUpdateListener.onMessage(MaterialUpdateListener.java:30)
> at
> com.thoughtworks.go.server.messaging.activemq.JMSMessageListenerAdapter.runImpl(JMSMessageListenerAdapter.java:73)
> at
> com.thoughtworks.go.server.messaging.activemq.JMSMessageListenerAdapter.run(JMSMessageListenerAdapter.java:53)
> at java.lang.Thread.run(Thread.java:745)
>
> David
>
> On Wednesday, 5 December 2018 10:27:22 UTC, Ketan Padegaonkar wrote:
>>
>> Can you provide the exact error message that you see?
>>
>> - Ketan
>>
>>
>>
>> On Wed, Dec 5, 2018 at 3:48 PM 'David Tyman' via go-cd <
>> go...@googlegroups.com> wrote:
>>
>>> Hi everybody
>>>  anyone got a wrapper-properties.conf that will allow me to connect Gocd
>>> 18.11 to Bitbucket using https now that it needs to use TLS1.2 - I've tried
>>> : wrapper.java.additional.16="-Dgo.ssl.protocols.include=TLSv1.2,TLSv1.3"
>>> wrapper.java.additional.17="-Dgo.ssl.protocols.exclude=SSLv3,SSLv2,TLSv1,TLSv1.1"
>>>
>>>
>>> but still get a SSL3 wrong version number error ?
>>>
>>> David
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "go-cd" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to go-cd+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Need to find goCD consultants to support a large scale program...

[Ketan Padegaonkar]

If you write to supp...@thoughtworks.com, we may be able to help you out
(or help find a consultant)

On Wed, Dec 5, 2018, 7:42 AM Bill Royce  any suggestions?
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] How to get GoCD v17.5.0 rpm package?

[Ketan Padegaonkar]

You can pull it from the yum repository, or use the following urls:

https://download.gocd.org/binaries/17.5.0-5095/rpm/go-server-17.5.0-5095.noarch.rpm
https://download.gocd.org/binaries/17.5.0-5095/rpm/go-agent-17.5.0-5095.noarch.rpm

I would however not recommend downloading and installing such an old
version — it is unsupported and has a lot of known vulnerabilities.

- Ketan



On Fri, Nov 30, 2018 at 8:00 PM Yang Zhang  wrote:

> Dear all:
>
> Cloud you help to let me know where can I get the go-server and
> go-agent RPM package for version 17.5.0 ?
>
> From the official download website(
> https://www.gocd.org/download/#redhat),the oldest version is 17.12.0.
>
> Thanks for you support.
>
> --
> zhangy
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Problem when update or restart gocd server in kubenetes

[Ketan Padegaonkar]

Does the volume mount for `/godata` have the right permissions as described
in the readme of the docker image? UID:1000, GID:1000.

On Fri, Oct 26, 2018, 7:13 AM Sasa Mitrovic  wrote:

> Hi,
>
> Using K8s for GOCD. He is deployed using Helm chart.
>
> First deployment always works ok. But if you try update, restart or
> anything related with stopping POD and redeploying ( even using persistent
> volume so config is not changed...) I have this error:
>
> some loading before when starting.
> $ exec /go-server/server.sh
> [Fri Oct 26 01:33:28 GMT 2018] Starting process:
> [Fri Oct 26 01:33:28 GMT 2018] Working directory : /go-working-dir
> [Fri Oct 26 01:33:28 GMT 2018] Application arguments: []
> [Fri Oct 26 01:33:28 GMT 2018] GoCD Version: 18.10.0-7703
> Could not find file `/go-working-dir/config/logback.xml'. Attempting to
> load from classpath.
> Using classpath resource
> `jar:onejar:lib/server-launcher-18.10.0-7703-main.jar!/config/logback.xml'.
> Error trying to validate file cruise-config.xsd:
> java.io.FileNotFoundException: /go-working-dir/config/cruise-config.xsd
> (Invalid argument)
> /go-working-dir/db/h2deltas/10_add_stage_timestamp.sql (Invalid argument)
>
> So he stops there always!
>
> Just to note, files are all there
>
> I'm using GOCD 4y and mostly not have any problems when regular server is
> in question, but with K8s now trying to do some things
>
> Any advice here?
>
> Did someone else experience this error?
>
> Thanks.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] java.security.cert.CertificateException: No subject alternative names present

[Ketan Padegaonkar]

Could you send across the output of `openssl s_client -connect HOST:PORT`,
and perhaps I could advice? Also, the full stacktrace please.

On Fri, Oct 19, 2018, 2:34 AM Nikos Skalis  wrote:

> Hi,
>
> I am trying to integrate with my company's LDAP for authentication and
> authorisation.
> Before I make such an attempt,
>
> when clicking on the "Check Connection" it complains about:
> java.security.cert.CertificateException: No subject alternative names
> present
>
> the url looks like this: ldaps://172.31.x.x:636
>
> Could you please advise how to resolve this ?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Does gocd have the feature?

[Ketan Padegaonkar]

Our recommendation is to simply check in any scripts into version control
and execute that. But if for some reasons you'd prefer to not do that, you
can use the script executor plugin
 to execute arbitrary
commands via shell.


- Ketan



On Mon, Oct 1, 2018 at 11:43 AM Aleksandr Tceluiko  wrote:

> Octopus deploy has excellent feature. You can run arbitrary command in a
> shell on a set of deployment targets. Does gocd have anything like that?
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] a trouble with "Fetch Materials" for package repositories

[Ketan Padegaonkar]

Most package repo plugins will setup an environment variable containing the
URL of the artifact, along with some additional metadata (version,
co-ordinates, etc). The expectation is that any scripts in the task will
download the artifact and use them as they see fit.

See:

https://github.com/1and1/go-maven-poller#published-environment-variables
https://github.com/1and1/go-maven-poller#downloading-the-package

- Ketan



On Tue, Sep 25, 2018 at 2:42 PM Роман Щербаков <
scherbakov.roman@gmail.com> wrote:

> Hi! I have a package repository (Maven). And I use it as a material for my
> pipeline. Connection with the repo is OK. I turned on the "Fetch Materials"
> option and turned off the "Clean Working Directory" option, but after my
> pipeline starts or done, there are no any files of my package in the
> working directory (/var/lib/go-agent/pipelines/MyPipeline/). What should I
> do to fix it or maybe "Fetch Materials" is designed for something else?
> Thanks for any help
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Help needed with logstash-logback-encoder

[Ketan Padegaonkar]

Do you have a stacktrace of the error? What jars did you copy to the lib
dir?

On Thu, Sep 13, 2018, 7:47 PM Allan Benson  wrote:

> Hi
>
> Following these instructions
> ,
> I've downloaded the source code for logstash-logback-encoder, created jar
> files (described here
> )
> and copied them to the goserver\lib dir (on a Windows server). I've added a
> logback-include.xml file (Identical to the one on the instructions, just
> with a different IP in the destination) into the goserver\config dir. When
> I start the service, I get this error (log file attached):
>
> ERROR in ch.qos.logback.core.joran.action.AppenderAction - Could not
> create an Appender of type
> [net.logstash.logback.appender.LogstashTcpSocketAppender].
> ch.qos.logback.core.util.DynamicClassLoadingException: Failed to
> instantiate type net.logstash.logback.appender.LogstashTcpSocketAppender
>
> Does anyone know where I'm going wrong? Are there any downloadable
> versions of the jar files?
>
> Thanks
>
>
>
>
>
> **
> Important Note
> This email (including any attachments) contains information which is
> confidential and may be subject to legal privilege.  If you are not the
> intended recipient you must not use, distribute or copy this email.  If you
> have received this email in error please notify the
> sender immediately and delete this email. Any views expressed in this
> email are not necessarily the views of IRESS Limited.
>
> It is the duty of the recipient to virus scan and otherwise test the
> information provided before loading onto any computer system.
> IRESS Limited does not warrant that the information is free of a virus or
> any other defect or error.
>
> **
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[go-cd] Re: Converting XML Config to YAML Config

[Ketan Padegaonkar]

Checkout: https://github.com/ketan/gocd_xml_to_groovy. I would not call
this "complete" or "done", but if anyone is willing to work with me — I'm
happy to accept PRs :)

I'd been hacking on this for some time. It spits out groovy (sorry no YAML
or JSON). The code is not very pretty, (it's just erb templates to generate
groovy code), but seems to work so far.

On Fri, Sep 7, 2018 at 12:51 PM Ashwanth Kumar 
wrote:

> Apologies for cross-posting on both Dev and User mailing list.
>
> Hello,
>
> I was just wondering, is there a tool of sorts which would help us convert
> the existing XML based config to a YAML or JSON based config? We've quite a
> few complex pipelines which we would like convert to JSON for using them
> via config-repo. For the migration we were wondering if there's an existing
> tool or a script someone has written for such migrations already.
>
> --
>
> Ashwanth Kumar / ashwanthkumar.in
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[go-cd] Release Announcement - 18.4.0

[Ketan Padegaonkar]

Hey All,

A new version (18.4.0) of GoCD is out.

Know more about the features and bug fixes in this release 
 here or head to our downloads 
 page to try it.

Cheers,
GoCD Team

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Untar'ing a fetched artifact fails - well, kind of...

[Ketan Padegaonkar]

You can also turn on some shell logging by using `/bin/sh -xc
YOUR_COMMAND_STRING`

On Fri, Apr 20, 2018 at 2:30 PM Ketan Padegaonkar <
ketanpadegaon...@gmail.com> wrote:

> You may be able to get something by turning on the log level for the
> logger `com.thoughtworks.go.util.command.CommandLine`. More information on
> turning on logging is here
> <https://docs.gocd.org/current/advanced_usage/logging.html>. You should
> turn on this log on the agent, not the server.
>
>
> On Fri, Apr 20, 2018 at 2:20 PM David Joos <david.j...@gmail.com> wrote:
>
>> Anyone got a heads up on how to up the CommandLine component error
>> logging to find out why the custom command fails? Got pulled away on
>> something else, hoping to get some time to dig deeper today.
>>
>> Thanks in advance!
>>
>> 2018-04-17 16:07 GMT+01:00 David Joos <david.j...@gmail.com>:
>>
>>> Also: when changing (just out of desperation) the custom command to a
>>> simple echo, it fails as well - for that project...
>>>
>>> I'll have a look at whether I can get trace logging on the CommandLine
>>> component on the agents, so hopefully something more useful can be
>>> unearthed (FYI: we're using GoCD 18.2)
>>>
>>> Thanks in advance for ideas/pointers!
>>> David
>>>
>>> 2018-04-17 16:03 GMT+01:00 David Joos <david.j...@gmail.com>:
>>>
>>>> Hi guys,
>>>>
>>>> thanks for the feedback!
>>>>
>>>> Re: config XML snippet
>>>> ```
>>>> **
>>>> *  -c*
>>>> *  tar xvzf "#{ARTIFACT_PROJECT_NAME}.tar.gz"*
>>>> *  *
>>>> **
>>>> ```
>>>> FYI: this is part of a template used successfully across other projects.
>>>>
>>>> Re: /bin/sh
>>>> ...when SSH'ing in and running `/bin/sh -c "tar xvzf project.tar.gz"`
>>>> on the GoCD agent (FYI: it fails on different agents for this pipeline -
>>>> agents that fetch and untar other pipelines without any issues in the same
>>>> environment) it works as expected. That is what baffles me the most.
>>>>
>>>> If there would be at least a bit more to go on somewhere than from the
>>>> console tab:
>>>> *[go] Task: fetch artifact [project.tar.gz] => [] from
>>>> [build_project/package/package]took: 0.224s*
>>>> *[go] Task: /bin/sh -c "tar xvzf \"project.tar.gz\""took: 0.0s*
>>>>
>>>> *[go] Task status: failed, took: 0.0s[go] Current job status: failed*
>>>>
>>>> Thanks!
>>>> David
>>>>
>>>>
>>>>
>>>> 2018-04-17 15:49 GMT+01:00 Aravind SV <arv...@thoughtworks.com>:
>>>>
>>>>> Hello David,
>>>>>
>>>>> Can you share the XML snippet from the config? I'd expect it to be
>>>>> something like this:
>>>>>
>>>>> 
>>>>>   -c
>>>>>   tar xvzf "artifact.tar.gz"
>>>>> 
>>>>>
>>>>> Is it?
>>>>>
>>>>> It shouldn't be like this:
>>>>>
>>>>> 
>>>>> 
>>>>>
>>>>> since that is telling it to look for a command with that filename.
>>>>>
>>>>> Cheers,
>>>>> Aravind
>>>>>
>>>>>
>>>>> On Tue, Apr 17, 2018 at 10:37 AM, David Joos <david.j...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Anyone got any ideas on how to bump the GoCD agent's error log to
>>>>>> trace so to hopefully get some more background info as to what is going 
>>>>>> on?
>>>>>> FYI: when replacing tar with any other custom command, it fails as
>>>>>> well for this specific pipeline (template used on other pipelines without
>>>>>> any issues) - not sure what is causing this, hence more noisy error logs
>>>>>> would be really helpful :-)
>>>>>>
>>>>>> Thanks in advance!
>>>>>> David
>>>>>>
>>>>>> 2018-04-13 18:17 GMT+01:00 David Joos <david.j...@gmail.com>:
>>>>>>
>>>>>>> Hi there,
>>>>>>>
>>>>>>> I've got a pipeline template where after fetching an artifact (eg.
>>>>>>> artifact.tar.gz) successfully, we untar th

Re: [go-cd] Untar'ing a fetched artifact fails - well, kind of...

[Ketan Padegaonkar]

You may be able to get something by turning on the log level for the logger
`com.thoughtworks.go.util.command.CommandLine`. More information on turning
on logging is here
. You should
turn on this log on the agent, not the server.


On Fri, Apr 20, 2018 at 2:20 PM David Joos  wrote:

> Anyone got a heads up on how to up the CommandLine component error logging
> to find out why the custom command fails? Got pulled away on something
> else, hoping to get some time to dig deeper today.
>
> Thanks in advance!
>
> 2018-04-17 16:07 GMT+01:00 David Joos :
>
>> Also: when changing (just out of desperation) the custom command to a
>> simple echo, it fails as well - for that project...
>>
>> I'll have a look at whether I can get trace logging on the CommandLine
>> component on the agents, so hopefully something more useful can be
>> unearthed (FYI: we're using GoCD 18.2)
>>
>> Thanks in advance for ideas/pointers!
>> David
>>
>> 2018-04-17 16:03 GMT+01:00 David Joos :
>>
>>> Hi guys,
>>>
>>> thanks for the feedback!
>>>
>>> Re: config XML snippet
>>> ```
>>> **
>>> *  -c*
>>> *  tar xvzf "#{ARTIFACT_PROJECT_NAME}.tar.gz"*
>>> *  *
>>> **
>>> ```
>>> FYI: this is part of a template used successfully across other projects.
>>>
>>> Re: /bin/sh
>>> ...when SSH'ing in and running `/bin/sh -c "tar xvzf project.tar.gz"` on
>>> the GoCD agent (FYI: it fails on different agents for this pipeline -
>>> agents that fetch and untar other pipelines without any issues in the same
>>> environment) it works as expected. That is what baffles me the most.
>>>
>>> If there would be at least a bit more to go on somewhere than from the
>>> console tab:
>>> *[go] Task: fetch artifact [project.tar.gz] => [] from
>>> [build_project/package/package]took: 0.224s*
>>> *[go] Task: /bin/sh -c "tar xvzf \"project.tar.gz\""took: 0.0s*
>>>
>>> *[go] Task status: failed, took: 0.0s[go] Current job status: failed*
>>>
>>> Thanks!
>>> David
>>>
>>>
>>>
>>> 2018-04-17 15:49 GMT+01:00 Aravind SV :
>>>
 Hello David,

 Can you share the XML snippet from the config? I'd expect it to be
 something like this:

 
   -c
   tar xvzf "artifact.tar.gz"
 

 Is it?

 It shouldn't be like this:

 
 

 since that is telling it to look for a command with that filename.

 Cheers,
 Aravind


 On Tue, Apr 17, 2018 at 10:37 AM, David Joos 
 wrote:

> Anyone got any ideas on how to bump the GoCD agent's error log to
> trace so to hopefully get some more background info as to what is going 
> on?
> FYI: when replacing tar with any other custom command, it fails as
> well for this specific pipeline (template used on other pipelines without
> any issues) - not sure what is causing this, hence more noisy error logs
> would be really helpful :-)
>
> Thanks in advance!
> David
>
> 2018-04-13 18:17 GMT+01:00 David Joos :
>
>> Hi there,
>>
>> I've got a pipeline template where after fetching an artifact (eg.
>> artifact.tar.gz) successfully, we untar the artifact via a custom command
>> (`/bin/sh -c "tar xvzf \"artifact.tar.gz\""`).
>>
>> On a new project we're only seeing failures in GoCDs console tab:
>> ```
>>
>> [go] Task: /bin/sh -c "tar xvzf \"artifact.tar.gz\"" took: 0.23s
>> [go] Task status: failed, took: 0.23s
>>
>> ```
>> ...without any further information on why / what is happening exactly.
>>
>> When executing  `/bin/sh -c "tar xvzf \"artifact.tar.gz\""` command
>> as the 'go' user on the GoCD agent itself via the cli
>> (/var/lib/go-agent/pipelines/artifact_pipeline_name), the command untars
>> the file perfectly, as expected. `echo $?` also underlines the command
>> exited cleanly (0), so I'm unsure why we don't get to see this when GoCD
>> runs the task...
>>
>> Is there any more verbose logging I could turn on/dig into on the
>> GoCD agent to get to the bottom of this issue? This has been baffling me
>> for too long now :-)
>>
>> Thanks in advance for your help!
>>
>> Kind regards,
>> David
>>
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "go-cd" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to go-cd+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to the Google
> Groups "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit 

Re: [go-cd] Purged flyweight directory

[Ketan Padegaonkar]

I'd suggest stopping the server, moving the flyweight out of its current
location (to back it up) and bringing back the server back online. It may
take several minutes after the server comes online for the material checks
to happen. If there are specific errors that you see, we suggest that you
run those commands in the flyweight directory to make sure they can execute
(they may indicate issues with credentials, and bad urls, incorrect branch
names, among other things).



On Wed, Apr 18, 2018 at 9:05 PM Christopher Yocum <
christopher.yo...@gmail.com> wrote:

> Relatively new to GOCD and inherited our environment after the previous
> engineer left the company. Seeing disk space issues on the partition that
> the flyweight dir is stored so, after reading a topic here that it was safe
> and would be rebuilt, I purged most of the unique dirs from within the
> flyweight dir. Chaos has since ensued and I'm lost. Tons of errors in the
> log about "modificatuion check failed" due to "error performing command":
>
> 2018-04-18 15:09:18,249  WARN [100@MessageListener for
> MaterialUpdateListener] MaterialDatabaseUpdater:115 - [Material Update]
> Modification check failed for material: URL: 
> g...@foo.net:docker/elastalert.git,
> Branch: master
> java.lang.RuntimeException: Error performing command: --- Command ---
> git config remote.origin.url
>
> 2018-04-18 15:09:18,383  WARN [99@MessageListener for
> MaterialUpdateListener] MaterialDatabaseUpdater:115 - [Material Update]
> Modification check failed for material: URL: 
> g...@foo.net:payments/customer-portal-env-config.git,
> Branch: ci_test
> com.thoughtworks.go.util.command.CommandLineException: Error performing
> command: --- Command ---
> git log -1 --date=iso --pretty=medium origin/ci_test
>
> The flyweight directory is not rebuilding/recloning as I expected it would
> and this has halted development entirely.
>
> I've restarted the go-server and go-agent services, I've tried to enable
> debug logging for the git material, etc, but I'm totally lost and in a
> really bad situation.
>
> Any/all help is greatly appreciated.
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Untar'ing a fetched artifact fails - well, kind of...

[Ketan Padegaonkar]

I'd probably run `/bin/sh -c env` to dump all the environment variables to
check if there's something in there that may be causing issues.

Sometimes it's just the wrong PATH, or LD_LIBRARY_PATH, or a dozen other
variables that can cause this to not work as expected.

I'd also try using `/bin/bash` instead of `/bin/sh`. `/bin/sh` on some
linux distributions is a minimal shell with very little in the way of
showing error messages when things go as expected.

On Fri, Apr 13, 2018 at 10:47 PM David Joos  wrote:

> Hi there,
>
> I've got a pipeline template where after fetching an artifact (eg.
> artifact.tar.gz) successfully, we untar the artifact via a custom command
> (`/bin/sh -c "tar xvzf \"artifact.tar.gz\""`).
>
> On a new project we're only seeing failures in GoCDs console tab:
> ```
>
> [go] Task: /bin/sh -c "tar xvzf \"artifact.tar.gz\"" took: 0.23s
> [go] Task status: failed, took: 0.23s
>
> ```
> ...without any further information on why / what is happening exactly.
>
> When executing  `/bin/sh -c "tar xvzf \"artifact.tar.gz\""` command as the
> 'go' user on the GoCD agent itself via the cli
> (/var/lib/go-agent/pipelines/artifact_pipeline_name), the command untars
> the file perfectly, as expected. `echo $?` also underlines the command
> exited cleanly (0), so I'm unsure why we don't get to see this when GoCD
> runs the task...
>
> Is there any more verbose logging I could turn on/dig into on the GoCD
> agent to get to the bottom of this issue? This has been baffling me for too
> long now :-)
>
> Thanks in advance for your help!
>
> Kind regards,
> David
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Agent Health API endpoint

[Ketan Padegaonkar]

I suspect that you're accessing the endpoint remotely. For security reasons
— the endpoint is only bound to the local-loop interface (localhost/
127.0.0.1). So you'll have to invoke with `localhost/127.0.0.1` instead of
whatever host/ip you're using.

If you'd like to bind this to a different IP or all IPs on the machine, for
external use by an external LB, or monitoring tool, for example — then you
probably need to go through this documentation
.

If you're seeing some other issues — then you probably need to provide a
few steps on how one can go about reproducing the issue.

On Fri, Apr 6, 2018 at 8:40 PM Paul Ryan 
wrote:

> I have a server and agent running v18.2.0.  Running the Agent Health
> endpoint as documented in the GoCD API Reference
>  returns a 404. Other API
> endpoints and my pipelines are all running fine.  I have tried both
>
> `/health/v1/isConnectedToServer` and `/health/latest/isConnectedToServer'
> as detailed in the reference.
>
> If anyone has got this to work, some tips would be much appreciated.
>
>
> disclaimer 
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Go git repo has grown to 60k+ commits

[Ketan Padegaonkar]

Is a long commit history being a problem for you that you need it to be
pruned out? Usually this should not be needed.



On Wed, Mar 21, 2018 at 10:35 PM Gopal Singhal 
wrote:

> Hi,
>
> Our Go servers git repo's commit history has grown to over 60k commits. Is
> it possible to purge or flatten all the commits older than an year or so?
>
> Thanks,
> Gopal
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Dependent Pipelines that share Git Material

[Ketan Padegaonkar]

You're using a mono repo. Use this plugin
.

On Tue, Mar 13, 2018 at 11:04 AM  wrote:

> Hi, I am not sure of the actual expected behaviour, but I can't see an
> obvious way to work around the issue if it is expected.
>
> The setup is:
>
> A single git repository, with two sub directories:
>
> g...@github.com:example/example
>   project-a
>   project-b
>
>
> There is a pipeline for project-a, that uses the git repository as
> material. It has a whitelist such that it _only_ triggers if there is a
> change for project-a. The project-a pipeline publishes an artifact.
>
> There is a pipeline for project-b, again it uses the git repository as
> material, this time having a whitelist such that it _only_ triggers if
> there is a change for project-b. It depends on the artifact from the
> project-a pipeline.
>
> If a change is made to project-a, its pipeline is triggered, when it
> passes, project-b kicks off as a dependency, which works as expected.
>
> If a change is made to project-b, nothing is triggered (I am guessing
> because it wants to share material with project-a that hasn't been
> triggered). This means that changes to project-b never get built until
> someone changes project-a as well, which is not what is desired. What we
> would like to happen, is project-b kicks off with the changes and uses the
> last artifact published by project-a (which is what would happen if
> project-a and project-b were in different repositories, basically want the
> pipelines to be independent).
>
> Is there anyway to get this set-up working as desired?
>
> Cheers
> Mark
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] custom command with quotes in argument on windows go-agent

[Ketan Padegaonkar]

The stuff in `` may need XML escaping as appropriate, I'm just
providing an example below. Consider putting in powershell code in a
powershell script and invoking that script instead, since it's much more
straight forward to do.


  analyze
  /TargetExecutable="c:\Program Files (x86)\NUnit
2.6.4\bin\nunit-console.exe"
  ...


On Sat, Mar 10, 2018 at 5:11 AM Marat <195...@gmail.com> wrote:

> I am running code coverage job on windows go agent and trying to pass
> dotcover custom command with following arguments:
>
> analyse
> /TargetExecutable="c:\Program Files (x86)\NUnit
> 2.6.4\bin\nunit-console.exe"
> /TargetArguments="/nologo /noshadow /include=Test /xml=result.xml
> src\bin\Test.dll"
> /Output=Test.html
> /ReportType=HTML
> /Filters=-:module=Test
>
> Gives following error
>
> [go] Task: dotcover analyse "/TargetExecutable=\"c:\Program Files
> (x86)\NUnit 2.6.4\bin\nunit-console.exe\"" "/TargetArguments=\"/nologo
> /noshadow /include=Test /xml=result.xml src\bin\Test.dll\""
> /Output=report\Test.html /ReportType=HTML
> /AttributeFilters=*.ExcludeFromCodeCoverage /Filters=-:module=Test
> took: 0.390s
> JetBrains dotCover Console Runner 2017.3.3. Build 111.0.20180302.72821
> Copyright (c) 2009-2018 JetBrains s.r.o. All rights reserved.
> Failed to parse xml parameters
> Configuration file is not found
> Type 'dotCover help' for usage.
>
> I have tried so many different options to escape those quotes, but still
> cannot make it work.
>
> What can I try to pass it correctly? Any suggestions are appreciated.
>
> Thank you.
>
> similar cases:
> https://github.com/fsharp/FAKE/issues/1091
> https://github.com/gocd/gocd/issues/2153
> https://github.com/gocd/gocd/issues/4173
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[go-cd] Release announcement 18.2

[Ketan Padegaonkar]

Hey All,

A new version (18.2) of GoCD is out.

Know more about the features and bug fixes in this release 
 here or head to our downloads 
 page to try it.

Cheers,
GoCD Team

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [go-cd] Does GoCD supports webhooks from Gitea?

[Ketan Padegaonkar]

GoCD currently does not have this support. But if you have an instance of
of gitea running, it should be fairly straight forward to implement it. Here

is the that implemented bitbucket support which might be useful to
implement. You'd basically be expected to implement some callbacks to
extract some information to construct the repo URL and branch information
and to verify the authenticity of the payload (to make sure that someone
pretending as gitea don't end up triggering your pipelines).



On Thu, Feb 1, 2018 at 3:21 PM 'Peter Scheler' via go-cd <
go-cd@googlegroups.com> wrote:

> Hi,
>
> I use GoCD and Gitea behind a firewall. Does go support webhooks from
> Gitea  like it handles them from
> Github?
>
> If not, can you add this API?
>
> Greetings Peter
>
> --
> You received this message because you are subscribed to the Google Groups
> "go-cd" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to go-cd+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to go-cd+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.