aaxc Posted June 26, 2017 Report Share Posted June 26, 2017 Kopš uz servera uzlika PHP 7 dažiem Laravel (5.3 un 5.4) projektiem tieši artisan command (croniem) ir parādījušies Command terminated by signal 11 jeb Segmentation fault (core dumped) errori. Man tos triggero eloquent standarta queriju izsaukumi, kurus mazliet pamainot (pieliekot select(), pārvietojot citā rindā!, pamainot all() uz get()) problēmu izdodas atrisināt, bet tas vis ir diezgan dirty. Vai ir kādas idejas, kāpēc tas tā notiek un ko tur darīt? Pietam smieklīgi, ka restartējot serveri šīs kļūdas rodas jaunos izsaukumos, kur pirms tam problēmu nebija. Quote Link to comment Share on other sites More sharing options...
Roze Posted June 27, 2017 Report Share Posted June 27, 2017 7.0 vai 7.1? Tāds vispārīgs ieteikums pačekot vai CLI modei nav eneiblots (noklusēti ir) Opcode cache (proti vai php.ini (php-cli.ini) ir opcache.enable_cli = 0) Quote Link to comment Share on other sites More sharing options...
aaxc Posted June 27, 2017 Author Report Share Posted June 27, 2017 PHP 7.0.18-0ubuntu0.16.04.1 Pa šo laiku tika konstatēts, ka tas notiek tikai veicot CLI līmenī artisan komandas. No weba pildot, (respektīvi, arī kroni, kad pārlika uz web lietotāju) vis strādā. opcache.enable = On opcache.enable_cli = Off Quote Link to comment Share on other sites More sharing options...
Roze Posted June 27, 2017 Report Share Posted June 27, 2017 Es no konsoles pačekotu 'php -i | grep opcache.enable_cli' vai tiešām ir off. Reizēm distributīvu php packagos web un cli konfigurācijas ir nodalītas (vai includējas no dažādam vietām) un attiecīgi tas kas izspīdinās webā zem <? phpinfo(); ?> atšķiras no tā ko dabū cron lietotājs. Var pamēģināt pamainīt kādu cronu 'php -d opcache.enable_cli=0 izpildamais_fails.php' un paskatīties vai nepalīdz. Jo nu savādāk tā jocīgi .. Quote Link to comment Share on other sites More sharing options...
aaxc Posted June 27, 2017 Author Report Share Posted June 27, 2017 dev1:~$ php -i | grep opcache.enable_cli opcache.enable_cli => Off => Off Itkā ir izslēgts. Patreiz vis ir pielabots, kad izmetīsies nākamreiz, pamēģināšu pievienot klāt un padošu ziņu, vai palīdzēja. Quote Link to comment Share on other sites More sharing options...
aaxc Posted July 2, 2017 Author Report Share Posted July 2, 2017 edev1:~$ sudo -u www-data php -d opcache.enable_cli=0 artisan sync:data ORA-24550: signal received: [si_signo=11] [si_errno=0] [si_code=1] [si_int=564223352] [si_ptr=0x7ffc21a15d78] [si_addr=0x230000021e] Segmentation fault (core dumped) Nope, nekas nemainās. Un tagad viņš izdomājis sprāgt nost uz Oracle OCI izsaukumu ;) EDIT: uzsetojot enable_cli=1 tieši vis aizgāja :/ Quote Link to comment Share on other sites More sharing options...
Roze Posted July 4, 2017 Report Share Posted July 4, 2017 Crasho tikai Oracle skripti? Jo nu ir it kā:https://bugs.php.net/bug.php?id=71708https://bugs.php.net/bug.php?id=71600 Proti tur tā, ka php randomly crasho, ja Oracle atgriež vairāk kā 8 rowus. Tam bugam gan vajadzētu būt safixētam tavā norādītajā versijā .. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.