Hi,

For about two months, we have from time to time (500) Server Error. In the log we have the following:

 URL: http://sara.services.gcloud.belgium.be/releases
Referrer: http://sara.services.gcloud.belgium.be/all-applications
User: smals-marled@gcloud.dom
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/100.0.4896.127 Safari/537.36
Stack trace: at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
...
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Web.TaskAsyncHelper.EndTask(IAsyncResult ar)
at Inedo.Web.Handlers.AsyncHandlerWrapper.EndProcessRequest(IAsyncResult result)
at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step)
at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

It looks like a DB connection timeout, but the connection to DB is OK.
What could this be?

Marc

Hi Alana,

On the BuildMaster Cluster overview page, I see for buildmaster-0 pod:

Service messenger: tcp://buildmaster-0:4242

which is OK, but for buildmaster-1 pod:

Cannot connect to service messenger: tcp://buildmaster-1:4242

So there is a 'connection' from buildmaster-0 (web?) to 'buildmaster-0' service on port 4242 , but the buildmaster-1 (web?) tries to connect to buildmaster-1 service on port 4242 which of course fails. This is really confusing.

The question is: what is running in each pod/container?

I have to admit that I don't understand clearly the communication scheme between the different components of BuildMaster.

However, I changed the messenger endpoint to tcp://*:4242 and things are working better.

However, I still have the red banner indicating that :

More than half of the servers are in an error state, consider restarting the BuildMaster service.

But when I click to the ling, everything looks OK

Hi,

I've managed to create a BuildMaster cluster of two nodes on OpenShift.

It seems to work correctly except that there is a issue configuring the service messenger. Only one is working.

I mean that on the cluster management window, I see one node with:

• Service messenger: tcp://buildmaster-0:4242

and the other with:

• Cannot connect to service messenger: tcp://buildmaster-1:4242

The value for Service.MessengerEndpoint is:

• Service.MessengerEndpoint=tcp://buildmaster-0:4242

What is wrong?

What I did is to create a StatefulSet, just to have fixed pod names. Here is the yaml:

apiVersion: apps/v1
kind: StatefulSet
metadata:
  annotations:
    openshift.io/generated-by: OpenShiftNewApp
  labels:
    app: buildmaster
  name: buildmaster
  namespace: gcloud-services-prod-infra-adc
spec:
  replicas: 2
  selector:
    matchLabels:
      app: buildmaster
  serviceName: buildmaster
  template:
    metadata:
      labels:
        app: buildmaster
    spec:
      containers:
      - image: gcloud-docker-release.repo.gcloud.KRAMERICA.COM/inedo/buildmaster:7.0.17
        imagePullPolicy: IfNotPresent
        name: buildmaster
        env:
        - name: BUILDMASTER_SQL_CONNECTION_STRING
          value: "Data Source=dbtest.services.gcloud.KRAMERICA.COM,50000; Initial Catalog=BM01; User ID=sa; Password=hunter42"
        - name: ASPNETCORE_URLS
          value: "http://0.0.0.0:8080"
        ports:
        - containerPort: 8080
          protocol: TCP
        volumeMounts:
        #- mountPath: /var/buildmaster/artifacts
        #  name: buildmaster-volume-1
        #- mountPath: /var/buildmaster/extensions
        #  name: buildmaster-volume-2
        - mountPath: /var/buildmaster
          name: buildmaster-volume-nfs
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
      volumes:
      - name: buildmaster-volume-nfs
        nfs:
          server: maaalab-001.services.gcloud.KRAMERICA.COM
          path: /var/opt/nfs/buildmaster
      #- emptyDir: {}
      #  name: buildmaster-volume-1
      #- emptyDir: {}
      #  name: buildmaster-volume-2
  triggers:
  - type: ConfigChange
</pre>

Thanks for the answer, I'll ask the team!

Hi all,

I want to figure out where is it possible to configure the reports directory.

On my server, it is located in C:\BuildMaster\Reports, but I don't know where I can change it.

Any idea?
Thanks in advance!

Hi,

Is there a way to configure BuildMaster to use PostgreSQL?

Got it!

The problem was that the option Onboarding.Hide...HomePage is set to "true", but the licence key was not validated (we changed from Windows to Docker version), and my docker has no internet connection, so a manual validation was required.

Therefore, forcing the value of the config key to "false" permits to access the interface to validate the license key.

Solved!

The email is sent

No, we are connecting to an existing database. The idea is to migrate from Windows to OpenShift

@atripp Indeed, this is our test site, therefore no license

Hi,

While trying to install buildmaster on openshift (docker), I have an infinite loop generating a "Too many redirect" on the browser. Here is the logfile content:

info: Microsoft.AspNetCore.Hosting.Diagnostics[1]
Request starting HTTP/1.1 GET http://buildmaster-test.mylocaldomain/ - -
info: Microsoft.AspNetCore.Hosting.Diagnostics[2]
Request finished HTTP/1.1 GET http://buildmaster-test.mylocaldomain/ - - - 302 0 - 1.4958ms
info: Microsoft.AspNetCore.Hosting.Diagnostics[1]
Request starting HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - -
info: Microsoft.AspNetCore.Hosting.Diagnostics[2]
Request finished HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - - - 302 0 - 94.5217ms
info: Microsoft.AspNetCore.Hosting.Diagnostics[1]
Request starting HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - -
info: Microsoft.AspNetCore.Hosting.Diagnostics[2]
Request finished HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - - - 302 0 - 1.0212ms
info: Microsoft.AspNetCore.Hosting.Diagnostics[1]
Request starting HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - -
info: Microsoft.AspNetCore.Hosting.Diagnostics[2]
Request finished HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - - - 302 0 - 12.4024ms
info: Microsoft.AspNetCore.Hosting.Diagnostics[1]
Request starting HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - -
info: Microsoft.AspNetCore.Hosting.Diagnostics[2]
Request finished HTTP/1.1 GET http://buildmaster-test.mylocaldomain/administration/licensing - - - 302 0 - 9.4193ms

Any idea of what's generating this?

Regards,
Marc