From buildfarm at lists.opencsw.org Wed Sep 17 12:49:23 2014 From: buildfarm at lists.opencsw.org (Riccardo Mottola via buildfarm) Date: Wed, 17 Sep 2014 12:49:23 +0200 Subject: gnustep make installation Message-ID: <54196733.8060703@libero.it> Hi, would you mind installing the new gnustep-make on unstable9x, unstable9s, unstable 10s, unstable10x ? Riccardo From buildfarm at lists.opencsw.org Thu Sep 18 13:10:55 2014 From: buildfarm at lists.opencsw.org (Peter FELECAN via buildfarm) Date: Thu, 18 Sep 2014 13:10:55 +0200 Subject: please install CSWgpgme-dev Message-ID: Please install CSWgpgme-dev package on the buld farm. TIA -- Peter From buildfarm at lists.opencsw.org Fri Sep 19 09:14:23 2014 From: buildfarm at lists.opencsw.org (Peter FELECAN via buildfarm) Date: Fri, 19 Sep 2014 09:14:23 +0200 Subject: down ? Message-ID: I'm trying to log in with no avail. What's up? -- Peter From buildfarm at lists.opencsw.org Fri Sep 19 09:54:06 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Fri, 19 Sep 2014 08:54:06 +0100 Subject: down ? In-Reply-To: References: Message-ID: Yes, people are talking on IRC about it. Em 19/09/2014 08:15, "Peter FELECAN via buildfarm" < buildfarm at lists.opencsw.org> escreveu: > I'm trying to log in with no avail. What's up? > -- > Peter > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Fri Sep 19 10:01:23 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Fri, 19 Sep 2014 10:01:23 +0200 Subject: please install CSWgpgme-dev In-Reply-To: References: Message-ID: <16B28737-B738-450F-A120-2D00365C3911@opencsw.org> Hi Peter, Am 18.09.2014 um 13:10 schrieb Peter FELECAN via buildfarm : > Please install CSWgpgme-dev package on the buld farm. Done. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Thu Sep 25 12:13:19 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Thu, 25 Sep 2014 11:13:19 +0100 Subject: The Python web apps throw 500s Message-ID: 11:42 < lblume> automaciej: Is the REST thingie working? I've had troubles since yesterday with checkpkg 11:45 < automaciej> I don't know, I haven't logged in recently 11:45 < automaciej> show your error message 11:46 < automaciej> we had problems in which the web app would stop working, and you had to restart apache to fix it. but I don't know where the problem is exactly. 11:46 < automaciej> s/fix/mitigate/ 11:49 < lblume> automaciej: ib.python.rest.RestCommunicationError: http://buildfarm.opencsw.org/releases/blob/elfdump/elib.python.rest.RestCommunicationError : http://buildfarm.opencsw.org/releases/blob/elfdump/eec39f8f198b88684667bd0fe98b56ec/ - HTTP code: 500 12:08 < automaciej> nothing in error_log 12:09 < automaciej> svcadm restart cswapache2; try again We've seen this in the past too. I can't debug this now, but it's a recurring problem, and we should try to debug this some time. It could be in Apache, or in the web app itself. But I the problem is I don't understand why we're not seeing these errors in error_log. less /opt/csw/apache2/var/log/buildfarm.opencsw.org-error_log Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Thu Sep 25 14:20:21 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Thu, 25 Sep 2014 14:20:21 +0200 Subject: The Python web apps throw 500s In-Reply-To: References: Message-ID: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> Hi Maciej, Am 25.09.2014 um 12:13 schrieb Maciej (Matchek) Blizi?ski via buildfarm : > 11:42 < lblume> automaciej: Is the REST thingie working? I've had troubles since yesterday with checkpkg > 11:45 < automaciej> I don't know, I haven't logged in recently > 11:45 < automaciej> show your error message > 11:46 < automaciej> we had problems in which the web app would stop working, and you had to restart apache to fix it. but I don't know where the problem is exactly. > 11:46 < automaciej> s/fix/mitigate/ > 11:49 < lblume> automaciej: ib.python.rest.RestCommunicationError: http://buildfarm.opencsw.org/releases/blob/elfdump/elib.python.rest.RestCommunicationError: > http://buildfarm.opencsw.org/releases/blob/elfdump/eec39f8f198b88684667bd0fe98b56ec/ - HTTP code: 500 > 12:08 < automaciej> nothing in error_log > 12:09 < automaciej> svcadm restart cswapache2; try again > > We've seen this in the past too. I can't debug this now, but it's a recurring problem, and we should try to debug this some time. It could be in Apache, or in the web app itself. But I the problem is I don't understand why we're not seeing these errors in error_log. > > less /opt/csw/apache2/var/log/buildfarm.opencsw.org-error_log There are lots of errors in there: [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 420, in _delegate [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] return handle_class(cls) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 396, in handle_class [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] return tocall(*args) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/home/web/bin/gar/lib/web/releases_web.py", line 451, in PUT [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] content_md5_sum=content_md5_sum) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1226, in __init__ [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] self._create(id, **kw) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1274, in _create [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] self._SO_finishCreate(id) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1298, in _SO_finishCreate [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] id, names, values) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 468, in queryInsertID [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] return self._runWithConnection(self._queryInsertID, soInstance, id, names, values) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 327, in _runWithConnection [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] val = meth(conn, *args) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/mysql/mysqlconnection.py", line 155, in _queryInsertID [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] self._executeRetry(conn, c, q) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/mysql/mysqlconnection.py", line 121, in _executeRetry [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] raise OperationalError(ErrorMessage(e)) [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] OperationalError: Got a packet bigger than 'max_allowed_packet' bytes [Thu Sep 25 14:04:52 2014] [error] [client 213.178.77.176] [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] Traceback (most recent call last): [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 239, in process [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] return self.handle() [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 230, in handle [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] return self._delegate(fn, self.fvars, args) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 420, in _delegate [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] return handle_class(cls) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/web/application.py", line 396, in handle_class [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] return tocall(*args) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/home/web/bin/gar/lib/web/releases_web.py", line 451, in PUT [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] content_md5_sum=content_md5_sum) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1226, in __init__ [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] self._create(id, **kw) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1274, in _create [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] self._SO_finishCreate(id) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/main.py", line 1298, in _SO_finishCreate [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] id, names, values) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 468, in queryInsertID [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] return self._runWithConnection(self._queryInsertID, soInstance, id, names, values) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/dbconnection.py", line 327, in _runWithConnection [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] val = meth(conn, *args) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/mysql/mysqlconnection.py", line 155, in _queryInsertID [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] self._executeRetry(conn, c, q) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] File "/opt/csw/lib/python2.7/site-packages/sqlobject/mysql/mysqlconnection.py", line 121, in _executeRetry [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] raise OperationalError(ErrorMessage(e)) [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] OperationalError: Got a packet bigger than 'max_allowed_packet' bytes [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] [Thu Sep 25 14:07:46 2014] [info] [client 62.210.215.117] (32)Broken pipe: core_output_filter: writing data to the network Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Thu Sep 25 14:50:33 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Thu, 25 Sep 2014 14:50:33 +0200 Subject: The Python web apps throw 500s In-Reply-To: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> Message-ID: <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Hi Maciej, Am 25.09.2014 um 14:20 schrieb Dagobert Michelsen via buildfarm : > Am 25.09.2014 um 12:13 schrieb Maciej (Matchek) Blizi?ski via buildfarm : >> 11:42 < lblume> automaciej: Is the REST thingie working? I've had troubles since yesterday with checkpkg >> 11:45 < automaciej> I don't know, I haven't logged in recently >> 11:45 < automaciej> show your error message >> 11:46 < automaciej> we had problems in which the web app would stop working, and you had to restart apache to fix it. but I don't know where the problem is exactly. >> 11:46 < automaciej> s/fix/mitigate/ >> 11:49 < lblume> automaciej: ib.python.rest.RestCommunicationError: http://buildfarm.opencsw.org/releases/blob/elfdump/elib.python.rest.RestCommunicationError: >> http://buildfarm.opencsw.org/releases/blob/elfdump/eec39f8f198b88684667bd0fe98b56ec/ - HTTP code: 500 >> 12:08 < automaciej> nothing in error_log >> 12:09 < automaciej> svcadm restart cswapache2; try again >> >> We've seen this in the past too. I can't debug this now, but it's a recurring problem, and we should try to debug this some time. It could be in Apache, or in the web app itself. But I the problem is I don't understand why we're not seeing these errors in error_log. >> >> less /opt/csw/apache2/var/log/buildfarm.opencsw.org-error_log > > There are lots of errors in there: > [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] OperationalError: Got a packet bigger than 'max_allowed_packet' bytes > [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] > [Thu Sep 25 14:07:46 2014] [info] [client 62.210.215.117] (32)Broken pipe: core_output_filter: writing data to the network I raised max_allowed_packet from 256M to 512M in the mysql zone, lets see if this makes things better. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Thu Sep 25 14:57:56 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Thu, 25 Sep 2014 13:57:56 +0100 Subject: The Python web apps throw 500s In-Reply-To: <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Message-ID: Hm. This should not be necessary, unless we really have that big packages, or binaries. To fix this we would need to @ the database. I really don't want to do that yet again. :-( Which packages cause this problem? Where are they on the buildfarm? Em 25/09/2014 13:50, "Dagobert Michelsen" escreveu: > Hi Maciej, > > Am 25.09.2014 um 14:20 schrieb Dagobert Michelsen via buildfarm < > buildfarm at lists.opencsw.org>: > > Am 25.09.2014 um 12:13 schrieb Maciej (Matchek) Blizi?ski via buildfarm < > buildfarm at lists.opencsw.org>: > > 11:42 < lblume> automaciej: Is the REST thingie working? I've had troubles > since yesterday with checkpkg > 11:45 < automaciej> I don't know, I haven't logged in recently > 11:45 < automaciej> show your error message > 11:46 < automaciej> we had problems in which the web app would stop > working, and you had to restart apache to fix it. but I don't know where > the problem is exactly. > 11:46 < automaciej> s/fix/mitigate/ > 11:49 < lblume> automaciej: ib.python.rest.RestCommunicationError: > http://buildfarm.opencsw.org/releases/blob/elfdump/elib.python.rest.RestCommunicationError > : > > http://buildfarm.opencsw.org/releases/blob/elfdump/eec39f8f198b88684667bd0fe98b56ec/ > - HTTP code: 500 > 12:08 < automaciej> nothing in error_log > 12:09 < automaciej> svcadm restart cswapache2; try again > > We've seen this in the past too. I can't debug this now, but it's a > recurring problem, and we should try to debug this some time. It could be > in Apache, or in the web app itself. But I the problem is I don't > understand why we're not seeing these errors in error_log. > > less /opt/csw/apache2/var/log/buildfarm.opencsw.org-error_log > > > There are lots of errors in there: > [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] > OperationalError: Got a packet bigger than 'max_allowed_packet' bytes > [Thu Sep 25 14:05:03 2014] [error] [client 213.178.77.176] > [Thu Sep 25 14:07:46 2014] [info] [client 62.210.215.117] (32)Broken pipe: > core_output_filter: writing data to the network > > > I raised max_allowed_packet from 256M to 512M in the mysql zone, lets see > if this makes things better. > > Best regards > > ? Dago > > -- > "You don't become great by trying to be great, you become great by wanting > to do something, > and then doing it so hard that you become great in the process." - xkcd > #896 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Thu Sep 25 14:58:32 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Thu, 25 Sep 2014 13:58:32 +0100 Subject: The Python web apps throw 500s In-Reply-To: References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Message-ID: By @ I meant modify :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Thu Sep 25 15:14:28 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Thu, 25 Sep 2014 14:14:28 +0100 Subject: The Python web apps throw 500s In-Reply-To: References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Message-ID: 2014-09-25 14:11 GMT+01:00 Carsten Grzemba : > > I raised max_allowed_packet from 256M to 512M in the mysql zone, lets see >> if this makes things better. >> >> Because the r_base package (if I remember correctly) I have set 1G (the > maximum) on my private buildfarm. > Do we actually want such big packages? Maybe we should impose some limits on package sizes? -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Thu Sep 25 15:22:36 2014 From: buildfarm at lists.opencsw.org (Laurent Blume via buildfarm) Date: Thu, 25 Sep 2014 15:22:36 +0200 Subject: The Python web apps throw 500s In-Reply-To: References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Message-ID: <5424171C.5090907@opencsw.org> Le 2014/09/25 15:14 +0200, Matchek a ?crit: > 2014-09-25 14:11 GMT+01:00 Carsten Grzemba >: > > >> I raised max_allowed_packet from 256M to 512M in the mysql >> zone, lets see if this makes things better. >> > Because the r_base package (if I remember correctly) I have set 1G > (the maximum) on my private buildfarm. > > > Do we actually want such big packages? Maybe we should impose some > limits on package sizes? I had the issue on MySQL, which is big, but not *that* big. Laurent From buildfarm at lists.opencsw.org Fri Sep 26 09:32:53 2014 From: buildfarm at lists.opencsw.org (Laurent Blume via buildfarm) Date: Fri, 26 Sep 2014 09:32:53 +0200 Subject: The Python web apps throw 500s In-Reply-To: References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> Message-ID: <542516A5.1090402@opencsw.org> Le 2014/09/25 15:14 +0200, Matchek a ?crit: > 2014-09-25 14:11 GMT+01:00 Carsten Grzemba >: > > >> I raised max_allowed_packet from 256M to 512M in the mysql >> zone, lets see if this makes things better. >> > Because the r_base package (if I remember correctly) I have set 1G > (the maximum) on my private buildfarm. > > > Do we actually want such big packages? Maybe we should impose some > limits on package sizes? What can I do on my side? My MySQL builds are stuck, they're big, but not that big, and I don't quite understand the errors. Laurent From buildfarm at lists.opencsw.org Fri Sep 26 11:09:09 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Fri, 26 Sep 2014 11:09:09 +0200 Subject: The Python web apps throw 500s In-Reply-To: <542516A5.1090402@opencsw.org> References: <0D0BD28D-29DD-4ADF-8008-E7810565E191@opencsw.org> <994BA7B7-1155-4F89-B49F-12A2EBB5014C@opencsw.org> <542516A5.1090402@opencsw.org> Message-ID: Hi folks, Am 26.09.2014 um 09:32 schrieb Laurent Blume via buildfarm : > Le 2014/09/25 15:14 +0200, Matchek a ?crit: >> 2014-09-25 14:11 GMT+01:00 Carsten Grzemba > >: >> >>> I raised max_allowed_packet from 256M to 512M in the mysql >>> zone, lets see if this makes things better. >>> >> Because the r_base package (if I remember correctly) I have set 1G >> (the maximum) on my private buildfarm. >> >> Do we actually want such big packages? Maybe we should impose some >> limits on package sizes? > > What can I do on my side? My MySQL builds are stuck, they're big, but not that big, and I don't quite understand the errors. In fact we didn?t have an active my.cnf as the previous one wasn?t relocated during the path changes. I now made a minimal my.cnf with max_allowed_packets and checkkg works again. Maybe someone with more mysql skills than me wants also to take a look. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Fri Sep 26 14:56:45 2014 From: buildfarm at lists.opencsw.org (Jan Holzhueter via buildfarm) Date: Fri, 26 Sep 2014 14:56:45 +0200 Subject: Mysql hickups. (was The Python web apps throw 500s) Message-ID: <5425628D.5050405@opencsw.org> Hi, had some time to debug it :) Simple problem someone somehow updated the mysql Packege on our mysql zone. That caused an update from Mysql Version 5.0 to 5.5 (all praise whom they like that this did not cause any database problems ) But with this the my.cnf file moved from /opt/csw/mysql5 to /etc/opt/csw but without any migration script. So some default was loaded with did not fit our environment. I fixed that now. It should not give those errors anymore I hope. @Carsten your mysql trac database needs to be looked at. To do the update the cswmysql5:trac Service is broken now and starts not your database anymore. I disabled it for now. If you have the time please fix it. Greetings Jan From buildfarm at lists.opencsw.org Fri Sep 26 16:24:52 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Fri, 26 Sep 2014 15:24:52 +0100 Subject: Mysql hickups. (was The Python web apps throw 500s) In-Reply-To: <5425628D.5050405@opencsw.org> References: <5425628D.5050405@opencsw.org> Message-ID: 2014-09-26 13:56 GMT+01:00 Jan Holzhueter via buildfarm : > Simple problem someone somehow updated the mysql Packege on our mysql zone. I'm thinking whether it could have been me. It probably was. I have a vague recollection of upgrading packages there when I needed some new packages, and I didn't want to have a mix of old and new packages. Maybe I missed the configuration file change. Sorry about that. Maciej From buildfarm at lists.opencsw.org Mon Sep 29 11:52:14 2014 From: buildfarm at lists.opencsw.org (Jan Holzhueter via buildfarm) Date: Mon, 29 Sep 2014 11:52:14 +0200 Subject: Linker Problem on Sparc Servers. (after Kernel update) Message-ID: <54292BCE.6050203@opencsw.org> Hi, maybe I missed it during my vacation. But looks like Oracle fixed something in that area: https://support.oracle.com/epmos/faces/BugDisplay?_afrLoop=189010529288142&id=18175522&_afrWindowMode=0&_adf.ctrl-state=m8erilfzj_153 Bug 18175522 : WITH 147147-26 -ZIGNORE WRONGLY KEEPS LIBRARIES FOR DEPENDENCY COMPENSATION Thats patched with latest Kernel: 150400-16. Maybe it's worth a try. Yann did you ever hear back from them about the case you opened? Greetings Jan From buildfarm at lists.opencsw.org Mon Sep 29 12:00:00 2014 From: buildfarm at lists.opencsw.org (Yann Rouillard via buildfarm) Date: Mon, 29 Sep 2014 12:00:00 +0200 Subject: Linker Problem on Sparc Servers. (after Kernel update) In-Reply-To: <54292BCE.6050203@opencsw.org> References: <54292BCE.6050203@opencsw.org> Message-ID: Hi Jan, Yes I had an update last week to ask me to test this patch and I asked Dago if he could test it on the build farm, but he needed to be back at the office to perform this update. Dago, will you be back at the office soon ? Yann 2014-09-29 11:52 GMT+02:00 Jan Holzhueter : > Hi, > maybe I missed it during my vacation. > But looks like Oracle fixed something in that area: > > > https://support.oracle.com/epmos/faces/BugDisplay?_afrLoop=189010529288142&id=18175522&_afrWindowMode=0&_adf.ctrl-state=m8erilfzj_153 > > Bug 18175522 : WITH 147147-26 -ZIGNORE WRONGLY KEEPS LIBRARIES FOR > DEPENDENCY COMPENSATION > > Thats patched with latest Kernel: > > 150400-16. > > Maybe it's worth a try. > > Yann did you ever hear back from them about the case you opened? > > Greetings > Jan > -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildfarm at lists.opencsw.org Mon Sep 29 23:38:29 2014 From: buildfarm at lists.opencsw.org (Laurent Blume via buildfarm) Date: Mon, 29 Sep 2014 23:38:29 +0200 Subject: MySQL optimization Message-ID: <5429D155.7030906@opencsw.org> Hi all, I had a quick look at the MySQL configuration for the buildfarm, and I can give you the magic parameters we got last year from a consultant to improve MySQL performance: innodb_file_per_table = 1 innodb_doublewrite = 0 innodb_buffer_pool_size = 256M innodb_log_buffer_size = 64M innodb_flush_log_at_trx_commit = 2 innodb_file_per_table = 1 -> This splits the tables by file for InnoDB, generally better, only applies to newly created tables. innodb_doublewrite = 0 innodb_flush_log_at_trx_commit = 2 -> those two require reliable underlying hardware (BBW, and so on). ZFS helps. On the other hand, they make things tremendously faster. innodb_buffer_pool_size = 256M innodb_log_buffer_size = 64M -> The space allocated in memory on start and on disk. Those are lowish values for my small system, it can be set to 1GB memory and 256MB logs. NB: The log buffer size must be set with mysqld stopped first, and *the old log files deleted before restart*, else mysqld will complain. For us, it helped a lot to reduce the number of slow queries. HTH, Laurent From buildfarm at lists.opencsw.org Tue Sep 30 01:54:43 2014 From: buildfarm at lists.opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?= via buildfarm) Date: Tue, 30 Sep 2014 00:54:43 +0100 Subject: guillomovitch account on buildfarm Message-ID: 19:34 < guillomovitch> hello 21:11 < guillomovitch> I'm affected by my username change... 21:12 < guillomovitch> ginstall -d /home/guillomovitch/pkgs 21:12 < guillomovitch> ginstall: cannot create directory '/home/guillomovitch': Operation not applicable 21:12 < guillomovitch> /home/grousse/opencsw/.buildsys/v2/gar//gar.pkg.mk:937: recipe for target '/home/guillomovitch/pkgs' failed 21:12 < guillomovitch> when running 'mgar repackage' Day changed to 30 Sep 2014 01:18 < automaciej> guillomovitch: can you write to buildfarm@ about this? The user name has to be shortened to 8 chars. Who can handle this? Maciej From buildfarm at lists.opencsw.org Tue Sep 30 09:23:34 2014 From: buildfarm at lists.opencsw.org (Peter FELECAN via buildfarm) Date: Tue, 30 Sep 2014 09:23:34 +0200 Subject: request for upgrading libgpgme Message-ID: Please upgrade the following package on the build farm's servers: libgpgme11 libgpgme_pthread11 gpgme_dev TIA -- Peter From buildfarm at lists.opencsw.org Tue Sep 30 09:39:28 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Tue, 30 Sep 2014 09:39:28 +0200 Subject: request for upgrading libgpgme In-Reply-To: References: Message-ID: <92BA1FE3-41F2-4440-8A11-D329A7FE3482@opencsw.org> Hi Peter, Am 30.09.2014 um 09:23 schrieb Peter FELECAN via buildfarm : > Please upgrade the following package on the build farm's servers: > > libgpgme11 > libgpgme_pthread11 > gpgme_dev Done. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Tue Sep 30 13:00:52 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Tue, 30 Sep 2014 13:00:52 +0200 Subject: Linker Problem on Sparc Servers. (after Kernel update) In-Reply-To: References: <54292BCE.6050203@opencsw.org> Message-ID: <931EF64F-E6F7-44EE-AC1A-CDC9409F5810@opencsw.org> Hi Yann, Am 29.09.2014 um 12:00 schrieb Yann Rouillard : > Yes I had an update last week to ask me to test this patch and I asked Dago if he could test it on the build farm, but he needed to be back at the office to perform this update. > > Dago, will you be back at the office soon ? There is new machine with ip 192.168.1.100, it is a V440 with just Sun Studio 12 and 150400-16. Please give it a try, I would like to turn the machine off again soon. Best regards ? Dago > > Yann > > > > 2014-09-29 11:52 GMT+02:00 Jan Holzhueter : > Hi, > maybe I missed it during my vacation. > But looks like Oracle fixed something in that area: > > https://support.oracle.com/epmos/faces/BugDisplay?_afrLoop=189010529288142&id=18175522&_afrWindowMode=0&_adf.ctrl-state=m8erilfzj_153 > > Bug 18175522 : WITH 147147-26 -ZIGNORE WRONGLY KEEPS LIBRARIES FOR > DEPENDENCY COMPENSATION > > Thats patched with latest Kernel: > > 150400-16. > > Maybe it's worth a try. > > Yann did you ever hear back from them about the case you opened? > > Greetings > Jan > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Tue Sep 30 15:21:22 2014 From: buildfarm at lists.opencsw.org (Dagobert Michelsen via buildfarm) Date: Tue, 30 Sep 2014 15:21:22 +0200 Subject: Linker Problem on Sparc Servers. (after Kernel update) In-Reply-To: <931EF64F-E6F7-44EE-AC1A-CDC9409F5810@opencsw.org> References: <54292BCE.6050203@opencsw.org> <931EF64F-E6F7-44EE-AC1A-CDC9409F5810@opencsw.org> Message-ID: <7592AE51-A149-42E7-AFC6-749AC4F2225D@opencsw.org> Hi, Am 30.09.2014 um 13:00 schrieb Dagobert Michelsen via buildfarm : > Am 29.09.2014 um 12:00 schrieb Yann Rouillard : >> Yes I had an update last week to ask me to test this patch and I asked Dago if he could test it on the build farm, but he needed to be back at the office to perform this update. >> >> Dago, will you be back at the office soon ? > > There is new machine with ip 192.168.1.100, it is a V440 with just Sun Studio 12 > and 150400-16. Please give it a try, I would like to turn the machine off again soon. The patch looks good. I will install it ASAP on the farm. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From buildfarm at lists.opencsw.org Tue Sep 30 21:04:15 2014 From: buildfarm at lists.opencsw.org (Yann Rouillard via buildfarm) Date: Tue, 30 Sep 2014 21:04:15 +0200 Subject: Linker Problem on Sparc Servers. (after Kernel update) In-Reply-To: <7592AE51-A149-42E7-AFC6-749AC4F2225D@opencsw.org> References: <54292BCE.6050203@opencsw.org> <931EF64F-E6F7-44EE-AC1A-CDC9409F5810@opencsw.org> <7592AE51-A149-42E7-AFC6-749AC4F2225D@opencsw.org> Message-ID: Cool, tell me when it's done. I will check if everything is fine on packages that suffered from the issue. Yann 2014-09-30 15:21 GMT+02:00 Dagobert Michelsen : > Hi, > > Am 30.09.2014 um 13:00 schrieb Dagobert Michelsen via buildfarm < > buildfarm at lists.opencsw.org>: > > Am 29.09.2014 um 12:00 schrieb Yann Rouillard : > > Yes I had an update last week to ask me to test this patch and I asked > Dago if he could test it on the build farm, but he needed to be back at the > office to perform this update. > > Dago, will you be back at the office soon ? > > > There is new machine with ip 192.168.1.100, it is a V440 with just Sun > Studio 12 > and 150400-16. Please give it a try, I would like to turn the machine off > again soon. > > > The patch looks good. I will install it ASAP on the farm. > > > Best regards > > ? Dago > > -- > "You don't become great by trying to be great, you become great by wanting > to do something, > and then doing it so hard that you become great in the process." - xkcd > #896 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: