Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem
samotnym
to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Mám Ruby 2.3.6 podle oficiálního návodu https://github.com/gitlabhq/gitlabhq/blob/v10.7.1/doc/install/installation.m... . V Ruby se neorientuju, pojede ok GitLab s nejnovějším Ruby 2.3.7 nebo 2.4.4 nebo 2.5.1? Verze čtu z https://www.ruby-lang.org/en/downloads/ .
Netuším, jaké jsou v Ruby nekompabilní změny. vezmu příkad z PHP 7.2, kde je největší změna, že nemůžeš mít vlastní třídu s názvem Object. Takovou třídu používalo dřív Nette.
Dne 30. dubna 2018 19:45 Petr Parolek petr.parolek@gmail.com napsal(a):
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Setkali. Po upgradu z GitLabu 10.4 na 10.7 se objevily SIGSEGV jak na unicornu, tak na Sidekiqu. Změna verze ruby nepomohla, zkoušel jsem 2.3.6, 2.4.?, 2.5.1.
Myslím si, že se jedná o toto: https://gitlab.com/gitlab-org/omnibus-gitlab/issues/3313. Patrně to souvisí s alokátorem jemalloc, který by přidaný do GitLabu verze 10.5.něco, zmiňují tam též OpenVZ. V omnibusu by mohlo pomoct následující:
Removing /opt/gitlab/etc/gitlab-rails/env/LD_PRELOAD fixes everything, so manually running gitlab-rake gitlab:db:configure afterwards gives usable installation.
K trasování jsem se zatím nedostal. Verzi 10.4 a předchozí jsem používal dlouho, podobné problémy jsem neznaznamenal, pokud to nevyřeším, plánuju se k ní vrátit.
Paměťová náročnost jde srazit výměnou za výkon. 25 sidekiq runnerů jsem zredukoval na 5, počet unicorn workerů nastavil na 2 (při 1 někde něco vytuhlo). Při asi 5 uživatelích jsem snížení výkonu ani nezaznamenal.
Tom
Dne 30.04.18 v 20:00 Petr Parolek petr.parolek@gmail.com napsal/a:
Mám Ruby 2.3.6 podle oficiálního návodu https://github.com/gitlabhq/gitlabhq/blob/v10.7.1/doc/install/installation.m... . V Ruby se neorientuju, pojede ok GitLab s nejnovějším Ruby 2.3.7 nebo 2.4.4 nebo 2.5.1? Verze čtu z https://www.ruby-lang.org/en/downloads/ .
Netuším, jaké jsou v Ruby nekompabilní změny. vezmu příkad z PHP 7.2, kde je největší změna, že nemůžeš mít vlastní třídu s názvem Object. Takovou třídu používalo dřív Nette.
Dne 30. dubna 2018 19:45 Petr Parolek petr.parolek@gmail.com napsal(a):
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
s Ruby 2.3.7 tzo padá tisickrát víc. Už nevím, co s tím udělat
Dne 30. dubna 2018 19:54 Petr Parolek petr.parolek@gmail.com napsal(a):
Mám Ruby 2.3.6 podle oficiálního návodu https://github.com/gitlabhq/gitlabhq/blob/v10.7.1/doc/install/installation.m... . V Ruby se neorientuju, pojede ok GitLab s nejnovějším Ruby 2.3.7 nebo 2.4.4 nebo 2.5.1? Verze čtu z https://www.ruby-lang.org/en/downloads/ .
Netuším, jaké jsou v Ruby nekompabilní změny. vezmu příkad z PHP 7.2, kde je největší změna, že nemůžeš mít vlastní třídu s názvem Object. Takovou třídu používalo dřív Nette.
Dne 30. dubna 2018 19:45 Petr Parolek petr.parolek@gmail.com napsal(a):
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Mozes zredukovat pocet paralelnych workerov, default je myslim 15 alebo 30 a na malej instancii ti staci aj 1, max 5 workerov.
2018-04-30 22:17 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
s Ruby 2.3.7 tzo padá tisickrát víc. Už nevím, co s tím udělat
Dne 30. dubna 2018 19:54 Petr Parolek petr.parolek@gmail.com napsal(a):
Mám Ruby 2.3.6 podle oficiálního návodu https://github.com/gitlabhq/gitlabhq/blob/v10.7.1/doc/
install/installation.md
. V Ruby se neorientuju, pojede ok GitLab s nejnovějším Ruby 2.3.7 nebo 2.4.4 nebo 2.5.1? Verze čtu z https://www.ruby-lang.org/en/downloads/ .
Netuším, jaké jsou v Ruby nekompabilní změny. vezmu příkad z PHP 7.2, kde je největší změna, že nemůžeš mít vlastní třídu s názvem Object. Takovou třídu používalo dřív Nette.
Dne 30. dubna 2018 19:45 Petr Parolek petr.parolek@gmail.com
napsal(a):
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco
dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote: > > Ahoj, > > setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám > verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc
nenažraný a
> 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu
mi
> vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím. > > Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při > merge MR a háže 502 nebo chybu 503 > > Nemá v tom psty staré jádro a dosloužilé openVZ? > > Díky moc za rady. > > > Petr > _______________________________________________ > Community-list mailing list > Community-list@lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ježkovy voči...
apt-get remove ruby curl ruby-2.3.6.tar.gz; tar xzf; configure; make; make install
Ten, kdo psal ten oficiální návod, by zasloužil pazoury urazit.
Petr Parolek wrote:
Mám Ruby 2.3.6 podle oficiálního návodu https://github.com/gitlabhq/gitlabhq/blob/v10.7.1/doc/install/installation.m... . V Ruby se neorientuju, pojede ok GitLab s nejnovějším Ruby 2.3.7 nebo 2.4.4 nebo 2.5.1? Verze čtu z https://www.ruby-lang.org/en/downloads/ .
Netuším, jaké jsou v Ruby nekompabilní změny. vezmu příkad z PHP 7.2, kde je největší změna, že nemůžeš mít vlastní třídu s názvem Object. Takovou třídu používalo dřív Nette.
Dne 30. dubna 2018 19:45 Petr Parolek petr.parolek@gmail.com napsal(a):
I to je možné. Je to nenažraný obr. CI s Dockerem mám jinde. Na VPS mi běží Apache2, PhP, Mariadb, Postfix, Dovecot, ProFTPd a pár drobností. V klidu mám obsazeno 2,5, ale ted v klidu mám 2,8 GB obsazeno.
Dne 30. dubna 2018 19:39 Matěj Koudelka matej@hxpro.cz napsal(a):
Nedošla ti prostě jenom paměť ?
2018-04-30 19:30 GMT+02:00 Petr Parolek petr.parolek@gmail.com:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Matěj Koudelka +420 604 266 933
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Tak podle toho logu jedes prehistorickou verzi Ruby, ktera podle Googlu obsahuje nekolik chyb, co by mohly +- vyst k tomuhle crashi.
Zkus updatnout na novejsi verzi Ruby, pripadne donutit celej Gitlab pouzivat nejakou rozumnou verzi Ruby z baliku, ne ze si takhle dotahne 2.3.0 ;)
To samy se vsema zavislostma.
/snajpa
On 2018-04-30 19:30, Petr Parolek wrote:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Má nainstalovanou verzi ruby 2.3.6, viz Running in ruby 2.3.6p384 (2017-12-14 revision 61254) Ruby sdílí gemy pro stejné major verze 2.3.*, proto je v cestě 2.3.0.
Pozoruju to samé. Po upgradu z GitLabu 10.4 na 10.7 se objevily SIGSEGV jak na unicornu, tak na Sidekiqu. Změna verze ruby nepomohla, zkoušel jsem 2.3.6, 2.4.?, 2.5.1.
Myslím si, že se jedná o https://gitlab.com/gitlab-org/omnibus-gitlab/issues/3313. Patrně to souvisí s alokátorem jemalloc, který by přidaný do GitLabu verze 10.5.něco, zmiňují tam též OpenVZ. V omnibusu by mohlo pomoct následující:
Removing /opt/gitlab/etc/gitlab-rails/env/LD_PRELOAD fixes everything, so manually running gitlab-rake gitlab:db:configure afterwards gives usable installation.
Verzi 10.4 a předchozí jsem používal dlouho, podobné problémy jsem neznaznamenal, pokud to nevyřeším, plánuju se k ní vrátit. Není to pro mě moc kritické, gitlab mám jen pro vlastní potřebu a i s občasnými 502 errory to jakž takž funguje.
V mém případě nemám příkaz, který by dokázal chybu spolehlivě replikovat, nastavává zdá se náhodně. Nicméně stačí minutu nebo dvě klikat a unicorn spadne, pokaždé na jiném místě a podle logu v jiné metodě. Chyby jsou taky různé:
Segmentation fault at 0x000000043d613625 Segmentation fault at 0x0000000000000000 Segmentation fault at 0x0000000000000000 Segmentation fault at 0xfffffffffffffffc Segmentation fault at 0x0000000000000000 Segmentation fault at 0xfffffffffffffff9 Segmentation fault at 0x0000000000000000 munmap_chunk(): invalid pointer: 0x00007f786b4fc150 *** free(): invalid pointer: 0x00007f786813d244
V případě Segmentation fault je v strace:
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7f63721d1418} --- --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7f6371c6e840} ---
Dump z logu unicornu:
https://gist.githubusercontent.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d... https://gist.githubusercontent.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d... https://gist.githubusercontent.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d... https://gist.githubusercontent.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d...
Strace:
https://gist.github.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d/raw/d0260c... https://gist.github.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d/raw/d0260c... https://gist.github.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d/raw/d0260c... https://gist.github.com/tom-kuca/ed75d8f800ba279ef5e2722f9405971d/raw/d0260c...
K zkoušení různých nastavení GitLabu jsem se zatím nedostal.
Tom
Dne 30.04.18 v 19:45 Pavel Snajdr snajpa@snajpa.net napsal/a:
Tak podle toho logu jedes prehistorickou verzi Ruby, ktera podle Googlu obsahuje nekolik chyb, co by mohly +- vyst k tomuhle crashi.
Zkus updatnout na novejsi verzi Ruby, pripadne donutit celej Gitlab pouzivat nejakou rozumnou verzi Ruby z baliku, ne ze si takhle dotahne 2.3.0 ;)
To samy se vsema zavislostma.
/snajpa
On 2018-04-30 19:30, Petr Parolek wrote:
Strace jsem nikdy nepoužil, ani ho neznám.
V příloze zasílám logy.
Díky
Dne 30. dubna 2018 19:22 Pavel Snajdr snajpa@snajpa.net napsal(a):
Ahoj,
jak jsem ti uz rikal, takhle na slepo ti neporadi asi nikdo, jadrem samotnym to bude velmi tezko.
Dodej vypisy z strace, pripadne dalsi logy, pripadne aspon neco dalsiho.
Na cem ti to padne, atd. - z tohohle vycist tezko neco pujde.
/snajpa
On 2018-04-30 19:14, Petr Parolek wrote:
Ahoj,
setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím.
Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503
Nemá v tom psty staré jádro a dosloužilé openVZ?
Díky moc za rady.
Petr _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
community-list@lists.vpsfree.cz
-
Jirka Bourek -
Matěj Koudelka -
Pavel Snajdr -
Petr Parolek -
René Klačan -
Tomáš Kuča