Hi Aravind 

Here is the information you asked for 

#newserver
/usr/share/go-server# md5sum  go.jar
6ea48cac7c7642d95756d2027893ee2f  go.jar
#oldserver
/usr/share/go-server# md5sum  go.jar
6ea48cac7c7642d95756d2027893ee2f  go.jar

#new server 
 pgrep -lf go.jar
1079 java
 ls -ld /proc/1079/cwd
lrwxrwxrwx 1 go go 0 Jan 15 09:42 /proc/1079/cwd -> /var/lib/go-server
#oldserver
pgrep -lf go.jar
840 java
/var/lib/go-server# ls -ld /proc/840/cwd
lrwxrwxrwx 1 root root 0 Jan 15 09:40 /proc/840/cwd -> /var/lib/go-server

I believe the issue is that only the go.jar has been changed in the 
upgrade, while one that i know of and possibly many of the other files, the 
defaults or schema has changed, that a full install would have changed. I 
know the default jetty.xml has changed between 17.10 and 17.12, upgrades 
need to address these types of changes as well or at least warn during the 
upgrade.

Kind regards

Barry

On Friday, 12 January 2018 20:51:11 UTC, Aravind SV wrote:
>
> Hmm. That's unlikely. Upgrades are just a copy of the JAR file over to 
> that location. Can you check what the md5sum or shasum of the go.jar file? 
> It's usually in /usr/share/go-server.
>
> Or you can find it using: *pgrep -lf go.jar*
>
> If they're the same, then the same code should be executing. Then, I'd be 
> interested in finding out the current working directory of the two. 
> Something like: ls -ld /proc/*PID*/cwd, where the PID is replaced with 
> the process ID of the GoCD server process.
>
>
> On Fri, Jan 12, 2018 at 7:37 AM, 'Barry Greenwood' via go-cd <
> [email protected] <javascript:>> wrote:
>
>> I have tested with "lsof -n -t /var/lib/go-server/libs/" on a new server 
>> that is working and with our existing server that has been upgraded, the 
>> java (go) process is acceing the files on the new server and and no process 
>> is accessing the libs on the upgraded server.
>>
>> I believe this is an issue with upgrading/
>>
>> Regards
>>
>> Barry 
>>
>>
>> On Wednesday, 10 January 2018 16:14:08 UTC, Ketan Padegaonkar wrote:
>>>
>>> This script 
>>> <https://gist.github.com/ketan/66af4070900ef22437e279be71288b35> worked 
>>> for me, I was able to confirm that logs were sent to logback.
>>>
>>> On Wed, Jan 10, 2018 at 8:51 PM 'Barry Greenwood' via go-cd <
>>> [email protected]> wrote:
>>>
>>>> Thanks for the update
>>>>
>>>> That folder didnt exist on our server, I have added with go 
>>>> permissions, I've added the files but it still isnt working.
>>>>
>>>> as this isnt the first issue i've had regarding this recently 
>>>> implemented feature can you please confirm that it works and should the 
>>>> logs show it being loaded ?
>>>>
>>>> Many thanks
>>>>
>>>> Barry
>>>>
>>>>
>>>> On Wednesday, 10 January 2018 13:56:09 UTC, Ketan Padegaonkar wrote:
>>>>
>>>>> The `libs` dir is relative to the working directory of the 
>>>>> server/agent. This should typically be `/var/lib/go-server/libs` or 
>>>>> `/var/lib/go-agent/libs`. I'll update the documentation to clarify this.
>>>>>
>>>>>
>>>>> On Wed, Jan 10, 2018 at 6:29 PM 'Barry Greenwood' via go-cd <
>>>>> [email protected]> wrote:
>>>>>
>>>> Hi all
>>>>>>
>>>>>> I've now got logback able to log to local files with access requests 
>>>>>> and other logs, I am now hoping to ship these to an external logstash 
>>>>>> server
>>>>>>
>>>>>> reading 
>>>>>> https://docs.gocd.org/current/advanced_usage/logging.html#advanced-logging-features
>>>>>>  
>>>>>> this should be possible, however its a little abiguous with "download 
>>>>>> all logstash-logback-encoder jars and dependencies into libs dir:"
>>>>>>
>>>>>> I presume its a java library folder as these are jar files but 
>>>>>> testing with these in several places that are in the java.library.path, 
>>>>>> it 
>>>>>> isn't working.
>>>>>>
>>>>>> Has anyone else tried to get this working and had success ?
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Barry
>>>>>>
>>>>>> -- 
>>>>>> 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 [email protected].
>>>>>
>>>>>
>>>>>> 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 [email protected].
>>>> 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 [email protected] <javascript:>.
>> 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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to