After upgrade to 7.63, 8.5.10, 8.6.7, 9.4.0 get TYPO3 phar error for drush

Did you do an actual symlink to a file called drush.phar?

When I do the following (when standing in the folder where drush is installed):
mv drush drush.phar ; ln -s drush.phar drush

then it works.

From your code above it doesn't look like your drush command is actually called drush.phar

Not the OP but I did exactly that

mv drush drush.phar ; ln -s drush.phar drush

and it's broken for me still.

exception 'TYPO3\PharStreamWrapper\Exception' with message 'Method stream_select() cannot be used' in /home/user/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:146                                                                                                                                                    [error]
Stack trace:
#0 phar:///usr/local/bin/drush.phar/includes/drush.inc(83): TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(0)
#1 phar:///usr/local/bin/drush.phar/includes/drush.inc(83): drush_include()
#2 phar:///usr/local/bin/drush.phar/includes/engines.inc(520): drush_include('phar:///usr/loc...', 'cache')
#3 phar:///usr/local/bin/drush.phar/commands/core/cache.drush.inc(233): drush_include_engine('drupal', 'cache')
#4 phar:///usr/local/bin/drush.phar/commands/core/cache.drush.inc(101): drush_cache_clear_types(false)
#5 [internal function]: drush_cache_clear_pre_validate('all')
#6 phar:///usr/local/bin/drush.phar/includes/command.inc(366): call_user_func_array('drush_cache_cle...', Array)
#7 phar:///usr/local/bin/drush.phar/includes/command.inc(217): _drush_invoke_hooks(Array, Array)
#8 [internal function]: drush_command('all')
#9 phar:///usr/local/bin/drush.phar/includes/command.inc(185): call_user_func_array('drush_command', Array)
#10 phar:///usr/local/bin/drush.phar/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch(Array)
#11 phar:///usr/local/bin/drush.phar/includes/preflight.inc(66): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#12 phar:///usr/local/bin/drush.phar/includes/startup.inc(321): drush_main()
#13 phar:///usr/local/bin/drush.phar/drush(114): drush_startup(Array)
#14 /usr/local/bin/drush.phar(10): require('phar:///usr/loc...')
#15 {main}

I have drush installed via composer on my local machine, that updated a duplicate of a site on the test server fine with no errors. The drush on the server is in /usr/local/bin/drush and is version 8.0.3 - I don't have permission to update it but I've put in a request to have it removed and replaced with a global composer version.

I've no idea how long that will take though.

hth

Dan

Updating the IS with @greggles' instructions plus some other debugging questions.

Some background, hope this helps

Updated from 7.6.1
I have 2 servers, both cPanel on CentOS running Apache with PHP 5.6 & 7.2, seems to be 5.6 on command line.
Server 1 ran OK
Server 2 gave drush error on both a Drupal 6.49 LTS update and a 7.6.3 update
simply used "drush rf" followed by "drush up" as I've done for years

Was an older drush on server2 so updated to 8.1.18, but no change. Server 1 was 8.1.16

Have linked /usr/local/bin/drush to drush.phar as suggested but no change.

I've filed an upstream PR that should fix this... https://github.com/TYPO3/phar-stream-wrapper/pull/8

If someone could test it somehow and let me know because I don't know how to recreate the bug but the current phar security stream wrapper implementation just doesn't support stream_select() when as far as I know there's no reason it can't.

It'd probably be helpful for folks' testing to provide a patch they can test against the codebase (especially for D7).

Good idea. Here's a D7 patch.

I've used the patch in #16 and it installed cleanly. All drush commands now just give the message

Segmentation fault

Thanks,

Patch gives "Bus error"
PHP 5.6.39

Patch had no effect for me.

My error stems from this exception thrown here:

  public function assert($path, $command) {
    if ($this->baseFileContainsPharExtension($path)) {
      return TRUE;
    }
    throw new Exception(
      sprintf(
        'Unexpected file extension in "%s"',
        $path
      ),
      1535198703
    );
  }

The drush on this server was installed in an older way, wget the drush phar file, mv drush.phar to drush....

If I dump the path here in this method, this is the output:

/app/docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php:38:
string(48) "phar:///usr/local/bin/drush/commands/core/drupal"

PHP info:

php --version
PHP 7.1.26 (cli) (built: Jan 11 2019 03:14:11) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.1.26, Copyright (c) 1999-2018, by Zend Technologies
    with Xdebug v2.6.1, Copyright (c) 2002-2018, by Derick Rethans

Running on a Lando stack.

Sorry - trying things in the dark here as I can't reproduce the error locally. Been looking at other stream wrapper implementations #16 was based on one in core. Here's an idea from looking at other ones on packagist.

Reversed patch from #16 and ran

patch < 3026560-d7-20.patch

patching file PharStreamWrapper.php

drush cc all gave me

WD php: TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/includes/../commands//core/locale.d8.drush.inc" in Drupal\Core\Security\PharExtensionInterceptor->assert() (line 38 of   [error]
/home/user/public_html/misc/typo3/drupal-security/PharExtensionInterceptor.php).
TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/includes/../commands//core/locale.d8.drush.inc" in Drupal\Core\Security\PharExtensionInterceptor->assert() (line 38 of /home/user/public_html/misc/typo3/drupal-security/PharExtensionInterceptor.php).
Drush command terminated abnormally due to an unrecoverable error.

Appreciate your help with this Alex

Same error as #21.

Upgrading to the latest version of Drush 8 for a clients Drupal 7 website resolved the issue for me.

Cleaning up the IS a bit.

As far as I can see the only time stream_select() is used in drush 8 is when invoking some thing on a remote server. Here's a list of things that would be handy to know in order to reproduce the problem.

Full drush command being run:
Local Drupal version:
Local Drush version:
Local PHP version:
(if a remote is being used)
Remote Drupal version:
Remote Drush version:
Remote PHP version:
Anything special in your drush configuration:

For me I've tried the following but it work successfully.
Full drush command being run: ./drush8 @example.drops-7-on-72.dev cc all
Local Drupal version: 7.64-dev
Local Drush version: 8.0.2
Local PHP version: 7.0.33
(if a remote is being used)
Remote Drupal version: 7.61
Remote Drush version: 8.1.18
Remote PHP version: 7.2.14
Anything special in your drush configuration: ./drush8 is a renamed drush phar file.

For now I had to:

public function assert($path, $command) {
  return TRUE;
}

in docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php. Then I was able to use drush (have a client project and needed to update core and about 55 contrib modules). Other than that, nothing I have done was working for Drush (even upgraded to latest 8.x stable release as someone else mentioned working).

After getting everything updated I reverted PharExtensionInterceptor.php back.

@generalredneck we are but from the look of that stacktrace the guzzle phar is using aliases or box - that issue is being tracked in #3026443: \Drupal\Core\Security\PharExtensionInterceptor is incompatible with GeoIP and other libraries that use phar aliases or Phar::mapPhar()

Kevin, That fixes drush for me to but presumably removes the phar protection.

For what it's worth my versions are

Remote Drupal version: 7.63
Remote Drush version: 8.0.3
Remote PHP version: 5.6.39

Did a little debugging after the fact.

    $fileExtension = pathinfo($baseFile, PATHINFO_EXTENSION);
    return strtolower($fileExtension) === 'phar';

Dumping $fileExtension here on a drush call produces an empty string. $baseFile is /usr/local/bin/drush and $path is phar:///usr/local/bin/drush/commands/core/drupal

@kevinquillen thanks for the info. I thought that 7.63 would have fixed this. Can you confirm you have applied http://cgit.drupalcode.org/drupal/commit/?h=7.x&id=7f1f3b8be02f6f3af5934... - also if you can it would great to know the value of $caller['file'] - just before it does return strtolower($fileExtension) === 'phar';

$caller['file'] produces docroot/includes/bootstrap.inc. I do have the linked patch, just as a straight upgrade from 7.60 to 7.63 via drush up drupal.

#31 yep, I did this to unblock me to get the work through the pipeline. I reverted the file back.

Output of the last `updb` command:

No database updates required           [success]



PHP Fatal error:  Uncaught TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/commands/core/drupal" in /app/docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php:38
Stack trace:
#0 /app/docroot/misc/typo3/phar-stream-wrapper/src/Behavior.php(72): Drupal\Core\Security\PharExtensionInterceptor->assert('phar:///usr/loc...', 'url_stat')
#1 /app/docroot/misc/typo3/phar-stream-wrapper/src/Manager.php(83): TYPO3\PharStreamWrapper\Behavior->assert('phar:///usr/loc...', 'url_stat')
#2 /app/docroot/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(412): TYPO3\PharStreamWrapper\Manager->assert('phar:///usr/loc...', 'url_stat')
#3 /app/docroot/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(401): TYPO3\PharStreamWrapper\PharStreamWrapper->assert('phar:///usr/loc...', 'url_stat')
#4 [internal function]: TYPO3\PharStreamWrapper\PharStreamWrapper->url_stat('phar:///usr/loc...', 2)
#5 phar:///usr/local/bin/drush/includes/engines.inc(87): file_exists('phar:///usr/loc...')
#6 p in /app/docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php on line 38
PHP Stack trace:
PHP   1. {main}() /usr/local/bin/drush:0
PHP   2. require() /usr/local/bin/drush:10
PHP   3. drush_startup() phar:///usr/local/bin/drush/drush:114
PHP   4. drush_run_main() phar:///usr/local/bin/drush/includes/startup.inc:369

Fatal error: Uncaught TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/commands/core/drupal" in /app/docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php on line 38

Call Stack:
    0.0016     352944   1. {main}() /usr/local/bin/drush:0
    0.0130     776776   2. require('phar:///usr/local/bin/drush/drush') /usr/local/bin/drush:10
    0.0134     827832   3. drush_startup() phar:///usr/local/bin/drush/drush:114
    0.0156     828480   4. drush_run_main() phar:///usr/local/bin/drush/includes/startup.inc:369

TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/commands/core/drupal" in /app/docroot/misc/typo3/drupal-security/PharExtensionInterceptor.php on line 38

Call Stack:
    0.0016     352944   1. {main}() /usr/local/bin/drush:0
    0.0130     776776   2. require('phar:///usr/local/bin/drush/drush') /usr/local/bin/drush:10
    0.0134     827832   3. drush_startup() phar:///usr/local/bin/drush/drush:114
    0.0156     828480   4. drush_run_main() phar:///usr/local/bin/drush/includes/startup.inc:369
   11.2499   81170440   5. watchdog() /app/docroot/includes/bootstrap.inc:0
   11.2510   81171640   6. module_invoke() /app/docroot/includes/bootstrap.inc:2025
   11.2510   81172016   7. system_watchdog() /app/docroot/includes/module.inc:934
   11.2510   81172016   8. drush_include_engine() phar:///usr/local/bin/drush/includes/drupal.inc:85
   11.2510   81172016   9. drush_get_engines() phar:///usr/local/bin/drush/includes/engines.inc:511
   11.2526   81176144  10. file_exists() phar:///usr/local/bin/drush/includes/engines.inc:87
   11.2526   81176344  11. TYPO3\PharStreamWrapper\PharStreamWrapper->url_stat() phar:///usr/local/bin/drush/includes/engines.inc:87
   11.2526   81176344  12. TYPO3\PharStreamWrapper\PharStreamWrapper->assert() /app/docroot/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:401
   11.2526   81176344  13. TYPO3\PharStreamWrapper\Manager->assert() /app/docroot/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:412
   11.2526   81176344  14. TYPO3\PharStreamWrapper\Behavior->assert() /app/docroot/misc/typo3/phar-stream-wrapper/src/Manager.php:83
   11.2527   81176344  15. Drupal\Core\Security\PharExtensionInterceptor->assert() /app/docroot/misc/typo3/phar-stream-wrapper/src/Behavior.php:72

Not sure if this is helpful, but on my shared hosting, if I switch PHP version down and run "drush cc all" I get:

exception 'TYPO3\PharStreamWrapper\Exception' with message 'Method stream_select() cannot be used' in                                  [error]
/home/playingw/public_html/drupal/htdocs/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:146
Stack trace:
#0 phar:///usr/local/bin/drush/includes/drush.inc(83): TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(0)
#1 phar:///usr/local/bin/drush/includes/drush.inc(83): drush_include()
#2 phar:///usr/local/bin/drush/includes/engines.inc(520): drush_include('phar:///usr/loc...', 'cache')
#3 phar:///usr/local/bin/drush/commands/core/cache.drush.inc(233): drush_include_engine('drupal', 'cache')
#4 phar:///usr/local/bin/drush/commands/core/cache.drush.inc(101): drush_cache_clear_types(false)
#5 [internal function]: drush_cache_clear_pre_validate('all')
#6 phar:///usr/local/bin/drush/includes/command.inc(373): call_user_func_array('drush_cache_cle...', Array)
#7 phar:///usr/local/bin/drush/includes/command.inc(224): _drush_invoke_hooks(Array, Array)
#8 [internal function]: drush_command('all')
#9 phar:///usr/local/bin/drush/includes/command.inc(192): call_user_func_array('drush_command', Array)
#10 phar:///usr/local/bin/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch(Array)
#11 phar:///usr/local/bin/drush/includes/preflight.inc(66): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#12 phar:///usr/local/bin/drush/includes/startup.inc(325): drush_main()
#13 phar:///usr/local/bin/drush/drush(114): drush_startup(Array)
#14 /usr/local/bin/drush(10): require('phar:///usr/loc...')
#15 {main}

Locally it's all fine using Docksal:
Drupal version: 7.63
Drush version: 8.1.16
PHP version: 7.1.18

Errors in this environment:
Remote Drupal version: 7.63
Remote Drush version: 8.1.3
Remote PHP version: PHP 5.6.39

But if I switch the PHP version to 7.0.33 or above on shared hosting it resolves the issue. Cannot reproduce locally.

Update: Just to confirm the same happens for a blank install.

Not sure if this is helpful. I'm able to work around this issue on my environment, but I was able to reproduce the error yesterday.

I started with a fresh Drupal installation on my dev environment:
Drupal 7.63
drush 8.1.7 (global install at /usr/local/bin)
PHP 7.0.32-0ubuntu0.16.04.1

I used a drush symbolic link to drush.phar like others have described:

lrwxrwxrwx  1 root root      10 Jan 17 15:53 drush -> drush.phar
-rwxr-xr-x  1 root root 4690805 Nov 21 17:24 drush.phar

I ran drush cc all to generate the error. Then I used the patch from #20, ran drush cc all again with the same results.

Next, I upgraded to drush 8.1.18 and installed it in the same manner. I ran drush cc all without error. I reverted the patch, ran drush cc all again without error.

Now it gets weird. I reverted back to drush 8.1.7 and attempted drush cc all again. No error.

I attached a log of the relevant shell output.

I took a closer look and realized I accidentally converted the symbolic link to a file with my copy command to restore drush 8.1.7. I removed /usr/local/bin/drush then recreated the link with ln -s drush.phar drush and now reproduce the error as expected.

@generalredneck yep and box created phars are being discussed on #3026443: \Drupal\Core\Security\PharExtensionInterceptor is incompatible with GeoIP and other libraries that use phar aliases or Phar::mapPhar()

@generalredneck I think it is the same phar - drush 8 was built using box too - its a common tool for building phars. But something in that setup means it doesn't work. Have you tried running /usr/local/bin/drush.phar directly instead?

@generalredneck Well the logic of the PharInterceptor is such that if a file ends in .phar it thinks it is safe - it that works for you then great!

This issue has been produced on remote server for me with the following infos:

• Drupal version: 7
• Drush version: 8.1.3
• Php version: 5.6.39

The problem was fixed by downgrading Drush to 7.1.0

Update:
No patch has been applied

Having updated drush to 8.1.18 I now get the following error on sites I've updated to 7.63 for all commands

Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/user/public_html/includes/module.inc, line 762

debug_backtrace below

drush cc all
#0  module_implements(system_theme_info) called at [/home/adoptingindoncas/public_html/includes/module.inc:967]
#1  module_invoke_all(system_theme_info) called at [/home/adoptingindoncas/public_html/modules/system/system.module:2511]
#2  _system_rebuild_theme_data() called at [/home/adoptingindoncas/public_html/includes/theme.inc:798]
#3  list_themes() called at [/home/adoptingindoncas/public_html/includes/theme.maintenance.inc:57]
#4  _drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2894]
#5  drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/errors.inc:179]
#6  _drupal_log_error(Array ([%type] => TYPO3\PharStreamWrapper\Exception,[!message] => Method stream_select() cannot be used,[%function] => TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(),[%file] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[%line] => 146,[severity_level] => 3), 1) called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2622]
#7  _drupal_exception_handler(TYPO3\PharStreamWrapper\Exception Object ([] => Method stream_select() cannot be used,[] => ,[] => 1530103999,[] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[] => 146,[] => Array ([0] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 444,[function] => stream_cast,[class] => TYPO3\PharStreamWrapper\PharStreamWrapper,[type] => ->,[args] => Array ([0] => 0)),[1] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 444,[function] => Composer\Autoload\includeFile),[2] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 322,[function] => Composer\Autoload\includeFile,[args] => Array ([0] => phar:///usr/local/bin/drush/vendor/composer/../../lib/Drush/Command/DrushInputAdapter.php)),[3] => Array ([function] => loadClass,[class] => Composer\Autoload\ClassLoader,[type] => ->,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[4] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 353,[function] => spl_autoload_call,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[5] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 231,[function] => _drush_invoke_hooks,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)),[1] => Array ([0] => all))),[6] => Array ([function] => drush_command,[args] => Array ([0] => all)),[7] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 199,[function] => call_user_func_array,[args] => Array ([0] => drush_command,[1] => Array ([0] => all))),[8] => Array ([file] => phar:///usr/local/bin/drush/lib/Drush/Boot/BaseBoot.php,[line] => 67,[function] => drush_dispatch,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)))),[9] => Array ([file] => phar:///usr/local/bin/drush/includes/preflight.inc,[line] => 66,[function] => bootstrap_and_dispatch,[class] => Drush\Boot\BaseBoot,[type] => ->,[args] => Array ()),[10] => Array ([file] => phar:///usr/local/bin/drush/includes/startup.inc,[line] => 465,[function] => drush_main,[args] => Array ()),[11] => Array ([file] => phar:///usr/local/bin/drush/includes/startup.inc,[line] => 369,[function] => drush_run_main,[args] => Array ([0] => ,[1] => /,[2] => Phar detected. Proceeding to drush_main().)),[12] => Array ([file] => phar:///usr/local/bin/drush/drush,[line] => 114,[function] => drush_startup,[args] => Array ([0] => Array ([0] => /usr/local/bin/drush,[1] => cc,[2] => all))),[13] => Array ([file] => /usr/local/bin/drush,[line] => 10,[args] => Array ([0] => phar:///usr/local/bin/drush/drush),[function] => require)),[] => ))
Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/adoptingindoncas/public_html/includes/module.inc, line 765

edit: on updating an older D8 site using drush - 8.6.2 - 8.6.7

Project drupal was updated successfully. Installed version is now 8.6.7.
Backups were saved into the directory /home/user/drush-backups/site/20190118110517/drupal.                                           [ok]

exception 'TYPO3\PharStreamWrapper\Exception' with message 'Method stream_select() cannot be used' in /home/bluehippo/public_html/vendor/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:146                                                                                                                                                         [error]
Stack trace:
#0 phar:///usr/local/bin/drush/includes/drush.inc(83): TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(0)
#1 phar:///usr/local/bin/drush/includes/drush.inc(83): drush_include()
#2 phar:///usr/local/bin/drush/includes/engines.inc(520): drush_include('phar:///usr/loc...', 'environment')
#3 phar:///usr/local/bin/drush/lib/Drush/Boot/DrupalBoot.php(530): drush_include_engine('drupal', 'environment')
#4 phar:///usr/local/bin/drush/lib/Drush/Boot/DrupalBoot8.php(153): Drush\Boot\DrupalBoot->bootstrap_drupal_full()
#5 phar:///usr/local/bin/drush/includes/bootstrap.inc(354): Drush\Boot\DrupalBoot8->bootstrap_drupal_full()
#6 phar:///usr/local/bin/drush/includes/bootstrap.inc(473): drush_bootstrap(5, 5)
#7 phar:///usr/local/bin/drush/commands/core/drupal/update.inc(131): drush_bootstrap_to_phase(5)
#8 phar:///usr/local/bin/drush/commands/core/core.drush.inc(463): update_main()
#9 [internal function]: drush_core_updatedb()
#10 phar:///usr/local/bin/drush/includes/command.inc(422): call_user_func_array('drush_core_upda...', Array)
#11 phar:///usr/local/bin/drush/includes/command.inc(231): _drush_invoke_hooks(Array, Array)
#12 [internal function]: drush_command()
#13 phar:///usr/local/bin/drush/includes/command.inc(199): call_user_func_array('drush_command', Array)
#14 phar:///usr/local/bin/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch(Array)
#15 phar:///usr/local/bin/drush/includes/preflight.inc(66): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#16 phar:///usr/local/bin/drush/includes/startup.inc(465): drush_main()
#17 phar:///usr/local/bin/drush/includes/startup.inc(369): drush_run_main(false, '/', 'Phar detected. ...')
#18 phar:///usr/local/bin/drush/drush(114): drush_startup(Array)
#19 /usr/local/bin/drush(10): require('phar:///usr/loc...')
#20 {main}

[~/www]# drush cc drush
TYPO3\PharStreamWrapper\Exception: Method stream_select() cannot be used in TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast() (line 146 of /home/bluehippo/public_html/vendor/typo3/phar-stream-wrapper/src/PharStreamWrapper.php).
Drush command terminated abnormally due to an unrecoverable error.

Unfortunately it makes no difference to me

root@ [/usr/local/bin]# mv drush drush.phar
root@ [/usr/local/bin]# ln -s drush.phar drush
root@ [/usr/local/bin]# drush cc drush

re-clear the drush cache in ~/
cd www
drush cc all

Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/adoptingindoncas/public_html/includes/module.inc, line 762

backtrace

drush cc all

#0  module_implements(system_theme_info) called at [/home/adoptingindoncas/public_html/includes/module.inc:965]
#1  module_invoke_all(system_theme_info) called at [/home/adoptingindoncas/public_html/modules/system/system.module:2511]
#2  _system_rebuild_theme_data() called at [/home/adoptingindoncas/public_html/includes/theme.inc:798]
#3  list_themes() called at [/home/adoptingindoncas/public_html/includes/theme.maintenance.inc:57]
#4  _drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2894]
#5  drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/errors.inc:179]
#6  _drupal_log_error(Array ([%type] => TYPO3\PharStreamWrapper\Exception,[!message] => Method stream_select() cannot be used,[%function] => TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(),[%file] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[%line] => 146,[severity_level] => 3), 1) called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2622]
#7  _drupal_exception_handler(TYPO3\PharStreamWrapper\Exception Object ([] => Method stream_select() cannot be used,[] => ,[] => 1530103999,[] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[] => 146,[] => Array ([0] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 444,[function] => stream_cast,[class] => TYPO3\PharStreamWrapper\PharStreamWrapper,[type] => ->,[args] => Array ([0] => 0)),[1] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 444,[function] => Composer\Autoload\includeFile),[2] => Array ([file] => phar:///usr/local/bin/drush/vendor/composer/ClassLoader.php,[line] => 322,[function] => Composer\Autoload\includeFile,[args] => Array ([0] => phar:///usr/local/bin/drush/vendor/composer/../../lib/Drush/Command/DrushInputAdapter.php)),[3] => Array ([function] => loadClass,[class] => Composer\Autoload\ClassLoader,[type] => ->,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[4] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 353,[function] => spl_autoload_call,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[5] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 231,[function] => _drush_invoke_hooks,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)),[1] => Array ([0] => all))),[6] => Array ([function] => drush_command,[args] => Array ([0] => all)),[7] => Array ([file] => phar:///usr/local/bin/drush/includes/command.inc,[line] => 199,[function] => call_user_func_array,[args] => Array ([0] => drush_command,[1] => Array ([0] => all))),[8] => Array ([file] => phar:///usr/local/bin/drush/lib/Drush/Boot/BaseBoot.php,[line] => 67,[function] => drush_dispatch,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)))),[9] => Array ([file] => phar:///usr/local/bin/drush/includes/preflight.inc,[line] => 66,[function] => bootstrap_and_dispatch,[class] => Drush\Boot\BaseBoot,[type] => ->,[args] => Array ()),[10] => Array ([file] => phar:///usr/local/bin/drush/includes/startup.inc,[line] => 465,[function] => drush_main,[args] => Array ()),[11] => Array ([file] => phar:///usr/local/bin/drush/includes/startup.inc,[line] => 369,[function] => drush_run_main,[args] => Array ([0] => ,[1] => /,[2] => Phar detected. Proceeding to drush_main().)),[12] => Array ([file] => phar:///usr/local/bin/drush/drush,[line] => 114,[function] => drush_startup,[args] => Array ([0] => Array ([0] => /usr/local/bin/drush,[1] => cc,[2] => all))),[13] => Array ([file] => /usr/local/bin/drush,[line] => 10,[args] => Array ([0] => phar:///usr/local/bin/drush/drush),[function] => require)),[] => ))
Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/adoptingindoncas/public_html/includes/module.inc, line 765

Thanks for your help on this. renaming drush to drush.phar, clearing caches and repeating a cc all

drush.phar cc all
#0  module_implements(system_theme_info) called at [/home/adoptingindoncas/public_html/includes/module.inc:965]
#1  module_invoke_all(system_theme_info) called at [/home/adoptingindoncas/public_html/modules/system/system.module:2511]
#2  _system_rebuild_theme_data() called at [/home/adoptingindoncas/public_html/includes/theme.inc:798]
#3  list_themes() called at [/home/adoptingindoncas/public_html/includes/theme.maintenance.inc:57]
#4  _drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2894]
#5  drupal_maintenance_theme() called at [/home/adoptingindoncas/public_html/includes/errors.inc:179]
#6  _drupal_log_error(Array ([%type] => TYPO3\PharStreamWrapper\Exception,[!message] => Method stream_select() cannot be used,[%function] => TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(),[%file] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[%line] => 146,[severity_level] => 3), 1) called at [/home/adoptingindoncas/public_html/includes/bootstrap.inc:2622]
#7  _drupal_exception_handler(TYPO3\PharStreamWrapper\Exception Object ([] => Method stream_select() cannot be used,[] => ,[] => 1530103999,[] => /home/adoptingindoncas/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,[] => 146,[] => Array ([0] => Array ([file] => phar:///usr/local/bin/drush.phar/vendor/composer/ClassLoader.php,[line] => 444,[function] => stream_cast,[class] => TYPO3\PharStreamWrapper\PharStreamWrapper,[type] => ->,[args] => Array ([0] => 0)),[1] => Array ([file] => phar:///usr/local/bin/drush.phar/vendor/composer/ClassLoader.php,[line] => 444,[function] => Composer\Autoload\includeFile),[2] => Array ([file] => phar:///usr/local/bin/drush.phar/vendor/composer/ClassLoader.php,[line] => 322,[function] => Composer\Autoload\includeFile,[args] => Array ([0] => phar:///usr/local/bin/drush.phar/vendor/composer/../../lib/Drush/Command/DrushInputAdapter.php)),[3] => Array ([function] => loadClass,[class] => Composer\Autoload\ClassLoader,[type] => ->,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[4] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/command.inc,[line] => 353,[function] => spl_autoload_call,[args] => Array ([0] => Drush\Command\DrushInputAdapter)),[5] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/command.inc,[line] => 231,[function] => _drush_invoke_hooks,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush.phar/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)),[1] => Array ([0] => all))),[6] => Array ([function] => drush_command,[args] => Array ([0] => all)),[7] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/command.inc,[line] => 199,[function] => call_user_func_array,[args] => Array ([0] => drush_command,[1] => Array ([0] => all))),[8] => Array ([file] => phar:///usr/local/bin/drush.phar/lib/Drush/Boot/BaseBoot.php,[line] => 67,[function] => drush_dispatch,[args] => Array ([0] => Array ([bootstrap] => -2,[description] => Clear a specific cache, or all drupal caches.,[arguments] => Array ([0] => all),[callback] => drush_command,[aliases] => Array ([0] => cc),[command] => cache-clear,[command-hook] => cache-clear,[invoke hooks] => 1,[callback arguments] => Array (),[commandfile] => cache,[path] => phar:///usr/local/bin/drush.phar/commands/core,[engines] => Array (),[primary function] => drush_cache_command_clear,[sections] => Array ([examples] => Examples,[arguments] => Arguments,[options] => Options),[required-arguments] => ,[options] => Array (),[sub-options] => Array (),[allow-additional-options] => ,[global-options] => Array (),[examples] => Array (),[core] => Array (),[scope] => site,[drush dependencies] => Array (),[handle-remote-commands] => ,[remote-tty] => ,[strict-option-handling] => ,[tilde-expansion] => 1,[bootstrap_errors] => Array (),[topics] => Array (),[hidden] => ,[category] => cache,[add-options-to-arguments] => ,[consolidation-output-formatters] => ,[annotated-command-callback] => ,[annotations] => Consolidation\AnnotatedCommand\AnnotationData Object ([command] => cache-clear),[drupal dependencies] => Array (),[is_alias] => 1,[argument-description] => Array ([type] => The particular cache to clear. Omit this argument to choose from available caches.)))),[9] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/preflight.inc,[line] => 66,[function] => bootstrap_and_dispatch,[class] => Drush\Boot\BaseBoot,[type] => ->,[args] => Array ()),[10] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/startup.inc,[line] => 465,[function] => drush_main,[args] => Array ()),[11] => Array ([file] => phar:///usr/local/bin/drush.phar/includes/startup.inc,[line] => 369,[function] => drush_run_main,[args] => Array ([0] => ,[1] => /,[2] => Phar detected. Proceeding to drush_main().)),[12] => Array ([file] => phar:///usr/local/bin/drush.phar/drush,[line] => 114,[function] => drush_startup,[args] => Array ([0] => Array ([0] => /usr/local/bin/drush.phar,[1] => cc,[2] => all))),[13] => Array ([file] => /usr/local/bin/drush.phar,[line] => 10,[args] => Array ([0] => phar:///usr/local/bin/drush.phar/drush),[function] => require)),[] => ))
Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/adoptingindoncas/public_html/includes/module.inc, line 765

Thanks,
Will an issue in a settings file from a separate Drupal install affect all?

fwiw, drush works fine on any D7.X before 7.63
as soon as I update a codebase to 7.63 drush fails.

php -l on the ones I have already updated say no syntax errors detected. I'll need to file a support request to have drush downgraded although I have one pending already for a composer version.

Cheers

Most odd, given the mention of cache, I went back to my failed sites and 2 D7 and the D6 site ran drush up OK, the 3rd D7 ran it OK after doing a drush cc drush.

I changed PHP from 5 to 7 (overdue anyway!) yesterday evening but that didn't fix the drush issue.

My problem is gone. Here is what I did after getting some rest.

Docker container:

cd /usr/local/bin
mv drush drush.phar
ln -s drush.phar drush
rm -rf ~/.drush/cache
cd /app/docroot
drush @none cache-clear drush
exit;

Host machine:

lando drush @mysite.local updb

No error. Also no subsequent error on uli, cc all, up (project). I still have the patch from #16 applied.

I suppose the rename of drush to drush.phar and forcibly removing the cache folder was key. Although, how would this address other packages like GeoIP or Guzzle that have been reported?

I will reiterate that this is an older project that does not have or use Composer, and Drush (8.x) is installed globally in the Docker container and not to the project.

A little further information after working through it with @alexpott

A drush cc all --debug gives

Phar detected. Proceeding to drush_main().
Cache HIT cid: 8.1.18-commandfiles-0-c43a32d9b11cfaf357f5c6329c8dc30e [0.02 sec, 3.52 MB]                                                                                                                                                                                                                                                                    [debug]
Bootstrap to phase 0. [0.17 sec, 9.64 MB]                                                                                                                                                                                                                                                                                                                [bootstrap]
Trying to bootstrap as far as we can. [0.18 sec, 9.64 MB]                                                                                                                                                                                                                                                                                                    [debug]
Drush bootstrap phase : bootstrap_drupal_root() [0.18 sec, 10.02 MB]                                                                                                                                                                                                                                                                                     [bootstrap]
Initialized Drupal 7.63 root directory at /home/user/public_html [0.19 sec, 10.02 MB]                                                                                                                                                                                                                                                        [bootstrap]
Find command files for phase 1 (max=7) [0.19 sec, 7.62 MB]                                                                                                                                                                                                                                                                                                   [debug]
Cache HIT cid: 8.1.18-commandfiles-1-08d7742648251c88a2e0b2817fc7da71 [0.19 sec, 7.62 MB]                                                                                                                                                                                                                                                                    [debug]
Cache HIT cid: 8.1.18-annotationfiles-1-37b6388894bef3c65fc89d35f648c4e1 [0.19 sec, 7.63 MB]                                                                                                                                                                                                                                                                 [debug]
Drush bootstrap phase : bootstrap_drupal_site() [0.24 sec, 7.65 MB]                                                                                                                                                                                                                                                                                      [bootstrap]
Initialized Drupal site default at sites/default [0.24 sec, 7.65 MB]                                                                                                                                                                                                                                                                                     [bootstrap]
Find command files for phase 2 (max=7) [0.25 sec, 7.65 MB]                                                                                                                                                                                                                                                                                                   [debug]
Drush bootstrap phase : bootstrap_drupal_configuration() [0.25 sec, 7.65 MB]                                                                                                                                                                                                                                                                             [bootstrap]
Find command files for phase 3 (max=7) [0.25 sec, 7.85 MB]                                                                                                                                                                                                                                                                                                   [debug]
Checking DB credentials yielded error: Method stream_select() cannot be used [0.25 sec, 7.88 MB]                                                                                                                                                                                                                                                             [debug]
Bootstrap phase bootstrap_drupal_database() failed to validate; continuing at bootstrap_drupal_configuration(). [0.25 sec, 7.85 MB]                                                                                                                                                                                                                          [debug]
Found command: cache-clear (commandfile=cache) [0.25 sec, 7.85 MB]                                                                                                                                                                                                                                                                                       [bootstrap]
Drush command terminated abnormally due to an unrecoverable error.                                                                                                                                                                                                                                                                                       [error]
Error: Call to undefined function cache_get() in /home/adoptingindoncas/public_html/includes/module.inc, line 762 [0.34 sec, 13.25 MB]

After the change, putting the debugging back in place from #32, $fileExtension now has 'phar'.

I've replaced drush with a composer installed version which is working as expected.

This same error occurred on a site running 7.62 with no Drush in the environment, upgraded to 7.63 at this time to see if it makes a difference, however it may be good to note.

[edit] After updating to 7.63 within 24 hours the same error occurred. Again, this installation and server does not have Drush in the environment at all.

Switching to Drush 8.1.18 (using Lando, updated .lando.yml and then rebuilt site) and then following the steps to clear Drush (I used the @none method) in #46 has worked for me as well. I can now drush cc all without error. Thanks!

Adding help text to the IS for site users who are struggling to get updated to 7.63 et. al

Adding more about the Drush update, since this seems to be solving the problem for a lot of sites.

@Hitby, I saw earlier that some folks with a cache_get() error when the new TYPO3 library folder hadn't been completely deployed to the server. Can you check that all the files are there in http://cgit.drupalcode.org/drupal/tree/misc/typo3?h=7.x ?

Edit: I see you are having success now with a Composer install. I'll add the example to the IS.

@xjm, yep, all the files had deployed correctly. emptying ~/.drush/cache didn't help me unfortunately.

Great research! Thanks so much for documenting all those steps.

(Updating issue credit.)

I was getting this issue with a wget installed version of Drush 8.1.17. Removing it and installing Drush 8.1.18 via composer solved the issue for me.

I tried "composer update update drupal/core --with-dependencies" which solved the issues for me in d8

Issue persists: PHP Fatal Error TYPO3\PharStreamWrapper\Manager not found file.phar.inc on line 27

Drupal 7.63 with no Drush or Composer installed in the environment. This may require its own issue as none of the fixes here will resolve for this system.

@generalredneck

I do not, have been looking through logs to try and find what is causing this issue and cannot find any requests or errors that could trigger this event. Environment is IIS 8.5, PHP 5.6.4 (non thread safe).

'Class 'TYPO3\PharStreamWrapper\Manager' not found' suggests it is unable to use the assigned variable: 'use TYPO3\PharStreamWrapper\Manager as PharStreamWrapperManager;' on line 4 or is somehow ignoring the assignment.

Appreciate the fast response, all of the files did show up and I have updated to 7.63 again to see if this resolves the issue. Will update again if it continues to occur.

I got the same error message with Drush 9.4.0 + 8.6.7, using DDEV. Visiting update.php revealed that I had accidentally removed one contrib module (realistic_dummy_content) from local file system, putting back the contrib module fixed the issue.

Manual Upgrade from 8.6.4 to 8.6.7. Only copy the zip content as I've always done, and I get the error "The website encountered an unexpected error. Please try again later."

I couldn't execute update.php, it showed the same error "The website encountered an unexpected error. Please try again later."

I'm sorry about my English.

I updated from 8.6.2 to 8.6.7 and got this error. It was fixed after this git commands.

composer update drupal/core --with-dependencies
git add --all
git commit -m "Drupal core 8.6.7"
git push

Some of the files are not being added to the commit and you need to use git add --all.

Hopefully this helps out some people.

@romanow Something will be logged by the web server. You must look there.

I'm not sure if this helps, but on our Drupal 8 site, this is what kept me from simply running Composer Update at first"

Could not scan for classes inside "/var/www/docroot/vendor/phayes/geophp/geoPHP.inc" which does not appear to be a file nor a folder

So I deleted composer.lock and vendor folders, then ran composer install and that's what has led me down this path.

That's the error, @generalredneck but composer install seemed to quiet the issue.

So, after updating to 8.6.7, I am no longer getting a phar error, but now I'm getting the following when I load up the site:

The website encountered an unexpected error. Please try again later.
Error: Unsupported operand types in Drupal\bootstrap\Plugin\Provider\JsDelivr->processDefinition() (line 108 of themes/contrib/bootstrap/src/Plugin/Provider/JsDelivr.php).

Drush runs fine, but the site doesn't render due to the above error. I'll try to see if there's a separate issue for it.

Okay. I rebased my repo back to before the update. Then, I changed the drupal version from 8.6.3 to 8.6.7. Our vendor had bootstrap set to "^3.16". I changed it to just "3.16" because I think there's a stable dev version out there that might have been downloaded.

Neither error occurs now and the site works fine. Thanks for all your work on this issue.

I just found out an interesting dependancy. We have multiple projects running on both 7 and 8 and even after all tips here one of the 7.63 projects still fired up the error. We had a memcache service up and running - after taking out the memcache of the equation everything is fine so my guess is that something goes wrong there. I hope to be able to make a deeper research soon. I tested locally and even with "fresh" cache the problem is still reproducible.

Re: #96

I confirm that the problem was resolved after removing memcached from my local Lando environment.

  # Add Lando Memcache service.
  # cache:
  #   type: memcached
  #   mem: 512
  #   portforward: 11211

I upgraded Drupal to 7.6.3 using Drush 8.1.15 locally and it worked fine (drush up). It works great on my local copy (MAMP) but when I deploy it to AWS every page returns 'Not Found' with this error in the httpd logs:

[Thu Jan 24 16:50:38.766397 2019] [:error] [pid 25388] [client 46.229.168.138:40278]

PHP Fatal error:

Class 'TYPO3\\PharStreamWrapper\\Behavior' not found in /var/www/html/mysite.com/includes/file.phar.inc on line 26

Not certain if it's related, but thought I'd pass it along. I haven't found a fix yet either.

@kiddynomite Try updating the PHP libraries "vendor" using composer which fixed a similar issue for me.

composer update drupal/core --with-dependencies

#99 is a good tip for Drupal 8, but #98's report is for Drupal 7.

I had this error with 7.62, tried a few things but only a manual update to 7.63 fixed things.

I have several 7.6.3 Drupal installs and I found if you commit the "misc/type3" with 7.6.3 is works fine. The problem is to do with the phar-stream-wrapper/ missing. - From my point of view. cheers

It sounds like several folks are running into trouble with the library not being included/found due to issues with deployment or a stale cache of some sort (memcached, opcode, etc.). Adding a note about that to the suggestions in the IS.

Update here - I just updated a project from 7.60 to 7.63 that was in Docker Compose setup (but NOT a Lando project) that worked fine and did not have the same issue I had earlier in the thread.

I stumbled across this thread after trying an upgrade from 7.61-7.63 and getting the same type of error. I was running Drush 8.1.11. I restored from backup then tried upgrade from 7.61 to 7.62 - got the same error, then fupgraded to 7.63 and still same error, although the upgrades were 'successful' drush was broken - see below. So I restored the site from a backup to 7.61 and updated Drush to 8.1.18. After making sure that Drush was running properly, I ran the site upgrade again from 7.61-7.63. The site upgraded successfully then threw this error:

exception 'TYPO3\PharStreamWrapper\Exception' with message 'Method   [error]
stream_select() cannot be used' in
/home/nskid/public_html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php:146
Stack trace:
#0 phar:///usr/local/bin/drush/includes/drush.inc(78):
TYPO3\PharStreamWrapper\PharStreamWrapper->stream_cast(0)
#1 phar:///usr/local/bin/drush/includes/drush.inc(78):
drush_include()
#2 phar:///usr/local/bin/drush/includes/engines.inc(520):
drush_include('phar:///usr/loc...', 'environment')
#3 phar:///usr/local/bin/drush/lib/Drush/Boot/DrupalBoot.php(530):
drush_include_engine('drupal', 'environment')
#4 phar:///usr/local/bin/drush/lib/Drush/Boot/DrupalBoot7.php(96):
Drush\Boot\DrupalBoot->bootstrap_drupal_full()
#5 phar:///usr/local/bin/drush/includes/bootstrap.inc(354):
Drush\Boot\DrupalBoot7->bootstrap_drupal_full()
#6
phar:///usr/local/bin/drush/commands/core/drupal/update_7.inc(204):
drush_bootstrap(5)
#7
phar:///usr/local/bin/drush/commands/core/drupal/update_7.inc(225):
update_main_prepare()
#8 phar:///usr/local/bin/drush/commands/core/core.drush.inc(463):
update_main()
#9 [internal function]: drush_core_updatedb()
#10 phar:///usr/local/bin/drush/includes/command.inc(422):
call_user_func_array('drush_core_upda...', Array)
#11 phar:///usr/local/bin/drush/includes/command.inc(231):
_drush_invoke_hooks(Array, Array)
#12 [internal function]: drush_command()
#13 phar:///usr/local/bin/drush/includes/command.inc(199):
call_user_func_array('drush_command', Array)
#14 phar:///usr/local/bin/drush/lib/Drush/Boot/BaseBoot.php(67):
drush_dispatch(Array)
#15 phar:///usr/local/bin/drush/includes/preflight.inc(66):
Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#16 phar:///usr/local/bin/drush/includes/startup.inc(465):
drush_main()
#17 phar:///usr/local/bin/drush/includes/startup.inc(369):
drush_run_main(false, '/', 'Phar detected. ...')
#18 phar:///usr/local/bin/drush/drush(114): drush_startup(Array)
#19 /usr/local/bin/drush(10): require('phar:///usr/loc...')
#20 {main}

The error is similar to the same errors that were thrown in my previous attempts.
If I run a Drush command (drush status) from the Drupal root, I get this error:

Drush command terminated abnormally due to an unrecoverable error.   [error]
Error: Call to undefined function cache_get() in
/home/*****/public_html/includes/module.inc, line 762

Same error for every drush command. When I look for a function declaration of cache_get() in module.inc, i see 5 references to the function but no declaration.
If I run Drush commands outside Drupal root, no errors are thrown.

Thanks so much for even caring @generalredneck! I saw the other issue at Fatal error: Call to undefined function cache_get(). So I was getting both errors - cache_get() and phar: The setup was Drush 8.1.18, php5.6 and drupal 7.63. The server is a dedicated box with some shared hosts, but I'm the only person who accesses it, and the global Drush install works for me.

Drush followed by any command would throw the cache-get() error - so I couldn't use cc all, even if I used Drush outside doc root with the site alias. I could clear drush cache outside doc root using drush cc drush though. I had issues using the ui to clear the cache, but it resolved itself I after I discovered some permission issues on the cache folder.

Even after using the ui to clear the cache, the same errors still existed in Drush. If I issued Drush alone without any additional commands, I would get phar: errors.

My next steps were changing the drush to drush.phar and linking it to drush, which failed. Drush was manually installed globally on my server without composer, so I avoided the composer route to avoid screwing up the drush install any further. The server is a dedicated box with some shared hosts, but I'm the only person who accesses it, and the global Drush install works for me.

My last step was to upgrade php on the site. I chose to upgrade to PHP 7.1, the minimum version for Drupal 7.63 according to the Drupal 7 Documentation*, and was expecting some major errors to come my way due to the major version change from 5.6, but was pleasantly surprise to only have to increase the memory limit in php.ini to get the site back to working order. When I opened SSH, and ran drush I bummed because the same errors persisted. I ran drush status outside document root, and it told me

 PHP configuration      :  /opt/cpanel/ea-php56/root/etc/php.ini

After seeing drush was still running under 5.6, I upgraded the entire server's php to 7.1 and suddenly everything worked as expected.

Lastly, I wanted to mention that I double check all the files that were added to the 7.63 distribution - includes/file.phar.inc and all the files in misc/typo3/ and its sub-directories and found extra lines at the end of almost all of the files:

• includes/file.phar.inc
• misc/typo3/drupal-security/PharExtensionInterceptor.php
• misc/typo3/phar-stream-wrapper/composer.json
• misc/typo3/phar-stream-wrapper/src/Assertable.php
• misc/typo3/phar-stream-wrapper/src/Behavior.php
• misc/typo3/phar-stream-wrapper/src/Exception.php
• misc/typo3/phar-stream-wrapper/src/Manager.php
• misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php
• misc/typo3/phar-stream-wrapper/src/Interceptor/PharExtensionInterceptor.php

This may not have made a difference, but I have read that blank lines at the end of files sometimes cause parsing errors, so I removed the blank lines.

Thanks for working so hard on this! I hope any info I gave is useful.

*This may be the reason for my issue in the first place. I had no idea that 7.1 was the minimum recommended PHP for Drupal 7.63, until I found it in the documentation. Had I known, I would have started with the PHP upgrade before applying the 7.63 to the Drupal install. I see the PHP requirement as a major dependency change for this particular upgrade, so this fact should be shouting in your face prior to upgrade, even when using Drush to do so. I kept using 5.6 for so long because it worked very well for me until recently. I was unaware of the EOL date just recently passed for 5.6. Now that I have a stable environment with newer versions, I'll tweak my way through minor php versions, and then work through a migration to 8, which should be interesting as this particular site has matured through Drupal 6 previously, and I have over 10,000 nodes presently.

If you are using Git, or some other form of version control, and you push to a remote repo, make sure to add all the files introduced by Drupal 7.63. To resolve the Typo3 drush error, you would need to add and commit /includes/file.phar.inc and /misc/typo3/* before pushing the update to a remote repo. Otherwise your local site would be working fine, but the remote would give you Drush errors because of the missing files.

Quick question on this... Are you sure that the permissions you set up are read/writable by both the user using drush AND your webserver? That may be a place to look

Actually it was the other way around. I use Boost that creates a folder called 'normal' inside /cache. Sometimes when I clear the cache with Drush, it leaves empty folders in the normal folder. I usually clear the 'normal' folder by

cd cache/normal
rm -rf *

Somehow I deleted the whole 'normal' folder accidentally, so I recreated it not realizing I was logged in as root instead of the user. Using ui to clear cache was resulting in 403 errors because of this, but all was good on the ui end after I changed permissions/ownership to the correct settings.

This is totally starting to sound like APC cache to me... I wonder if a simple restart after your permission changes wouldn't have also handled this, but "would of, could of, should of" at this point right? I urge anyone else reading this to try clearing APC cache if you have it installed.

I had considered that to be a problem, but I was using opcache after abandoning APC when I upgraded the site from D6 to D7. I made a file called opcache_flush.php, and inserted the following code:

<?php
if (opcache_reset()){echo "opcache flushed!";}else{echo "opcache_reset FAIL!";}
?>

To flush the cache I just call the page in a browser. I did this step early on when I was getting errors.

Upgraded to 8.6.7 successfully in dev environment. But after committing files to another instance shows Fatal error: Class 'TYPO3\PharStreamWrapper\Behavior' not found in /opt/web/core/lib/Drupal/Core/DrupalKernel.php on line 484

I just encountered this issue as well. What seems to be happening for me is that I've been using the Intellij / PHPStorm git tools to manage updates. These tools will automatically exclude any new libraries in the vendor directory causing this issue.

This was fixed by running a command line git add --all from the git root ensures that these libraries are added to the repository and make it into the repo.

We had an old global installed drush version on the dev server (6.7.0), when calling this instead of the local project drush (version 8.1.18) this error does no longer come up. Will check if scripts are working as expected until a final fix is found.

Upgraded to 8.6.8 successfully in dev environment. But after committing files to another instance shows Fatal error: Error: Class 'TYPO3\PharStreamWrapper\Behavior' not found in {{server_path}}/core/lib/Drupal/Core/DrupalKernel.php on line 484

As stated above in #96, I got rid of the error also when removing memcached from my Lando configuration.

I have Lando rc1 installed and the configuration disabled is:

services:
  memcached:
    type: memcached
    mem: 256

I administer 2 different servers with a lot of production websites each one.

The first one uses memcache and after renaming and creating the symbolink link for drush.phar it allowed me to update all the websites (Drupal 7 and Drupal 8) without problem, and drush still works on all of them after the upgrade.

The second server doesn't have memcache, and even renaming and creating the symbolic link for drush.phar (that fixed the issue in the first server) didn't fix the problem and I had to upgrade all the websites (Drupal 7 and Drupal 8) "manually"... and now I can't use drush to administer any of those websites.

The issue description suggests using Drush 9 .... I have tried this but still have the issue. (In the code snippet above I was attempting the rename drush to drush.phar trick, but that didnt work either)

... just upgraded to 8.6.9 locally. This issue only occurs once I pushed the code to prod and tried to run updb

$ drush --version
Drush Commandline Tool 9.3.0
alexross at henrico in ~/sites/ps267.org/web on master
$ mv /home/alexross/.composer/vendor/bin/drush /home/alexross/.composer/vendor/bin/drush.phar
alexross at henrico in ~/sites/ps267.org/web on master
$ /home/alexross/.composer/vendor/bin/drush.phar updb -y
PHP Fatal error:  Class 'TYPO3\PharStreamWrapper\Behavior' not found in /home/alexross/sites/ps267.org/web/core/lib/Drupal/Core/DrupalKernel.php on line 484
 [error]  Drush command terminated abnormally due to an unrecoverable error.
Error: Class 'TYPO3\PharStreamWrapper\Behavior' not found in /home/alexross/sites/ps267.org/web/core/lib/Drupal/Core/DrupalKernel.php, line 484
alexross at henrico in ~/sites/ps267.org/web on master
$ mv /home/alexross/.composer/vendor/bin/drush.phar /home/alexross/.composer/vendor/bin/drush

reverting the code back to its previous state (8.6.3) fixed the issue so the site wasn't broken but Im otherwise stuck on updating to 8.6.9

I'm able to reproduce this consistently on 7.63 with the following STR:

cd ~/Downloads
wget https://github.com/drush-ops/drush/releases/download/8.1.18/drush.phar
mv drush.phar /path/to/bin/drush-phar
drush-phar ev "drupal_register_shutdown_function(function () { watchdog('foo', 'bar'); })"

I doubt this is exactly the same issue folks are reporting, since I only get the exception with that specific command, but maybe the root cause is the same. In my case the problem is that the first usable backtrace item is a script outside of the drush PHAR, so the check in \Drupal\Core\Security\PharExtensionInterceptor::baseFileContainsPharExtension(), line 72 fails.

So far, the only fix I found was to rename back drush-phar to drush.phar.

This is what finally fixed it for me, running Drush 8 / Drupal 7.64 / PHP 7.2:

# wget https://github.com/drush-ops/drush/releases/download/8.1.18/drush.phar
# chmod +x drush.phar
# sudo mv drush.phar /usr/local/bin/drush.phar
# ln -s /usr/local/bin/drush.phar /usr/local/bin/drush
# cd ~
# drush cc drush

Stepping through the suggested fixes:
1) was already using 8.1.18
2) & 3) no difference
4) drush cc drush - this worked for me. Subsequent drush cc all then worked but previously had been giving the reported error.

Following #122 did not work for me. But I am now getting a different error:

drush up --security-only
Command pm-update needs a higher bootstrap level to run - you will need to invoke drush from a more functional Drupal environment to run this     [error]
command.
The drush command 'up' could not be executed.  [error]

Fatal error: Call to undefined function cache_get() in ..../includes/module.inc on line 762
Drush command terminated abnormally due to an unrecoverable error.   [error]
Error: Call to undefined function cache_get() in ..../includes/module.inc, line 762

I had to manually upgrade from drupal 7.63 to 7.65 by copying files across.
Running php 5.5.30 & mysql 5.6.41. Still gives same error after upgrade.
Mysql is in the PATH so this is not the issue.
Please has anyone got any more suggestions? Thanks.

Was running into the following error when running any drush command.
PHP Fatal error: Uncaught TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/bin/drush/commands/core/drupal" in /esource/html/misc/typo3/drupal-security/PharExtensionInterceptor.php:38

My setup is:
PHP 7.2.16
Drush 8.2.3
Drupal 7.6.5
Centos 7

I fixed this issue by installing memecached and php-memcached.

Hope this helps!

Upgrading to Drush version : 8.1.18 works for me.

Hope will help

I have memcached service defined and previous temp solution was to disable it.

But seems like upgrading Drush indeed does the trick. I am using Lando where 8.1.18 is the default Drush version, upgraded to latest 8.2.*:

.lando.yml:

config:
  drush: ^8

With a setup like the original poster where my drush command is aliased to the drush command sudo's as the apache user. I needed to clear the drush cache as the apache user to see the effects of these debugging steps:

1) make sure I'm not in a document root for a drupal site (I don't know if this matters or not)
2) sudo -u www-data /usr/local/bin/drush.phar cc drush

I'll have to wait and see if this clears up the issues I was having with the error showing up on all my cron runs, but it was appearing whenever I ran drush as the apache user, and it doesn't anymore. I hope that helps someone like me who is aliasing drush to another user.

On D7.67 (coming from pre-D7.63) got the cache_get() error in module.inc, hacked in a cache.inc require, and it spat out a Error: Class 'finfo' not found.

So for me it seems to have stemmed from using a minimal PHP7 install that doesn't include PECL fileinfo by default (Alpine Linux).
Resolved with a sudo apk add php7-fileinfo.

Hopefully that helps someone else out (probably a future me at the very least).

I have require_once 'httpful.phar'; in a custom module (phar is downloaded from http://phphttpclient.com/#install and is local to the module which does the require_once) and simply executing drush status fails with:

> Unexpected file extension in "phar://httpful.phar/Httpful/Bootstrap.php"

It fails because PharExtensionInterceptor#assert is called with $path phar://httpful.phar/Httpful/Bootstrap.php and $this->baseFileContainsPharExtension returns FALSE for that path. And that happens because Helper#determineBaseFile tokenizes the above path to:

• httpful.phar/Httpful/Bootstrap.php
• httpful.phar/Httpful
• httpful.phar

but for all 3 cases @is_file returns FALSE. Shouldn't it return TRUE for the last case since httpful.phar indeed exists on the same file location as my module?

Note that even if I require the absolute path like require_once '/var/www/html/sites/all/modules/custom/example/httpful.phar'; then the resolved path is still phar://httpful.phar/Httpful/Bootstrap.php and not something like phar:///var/www/html/sites/all/modules/custom/example/httpful.phar/Httpful/Bootstrap.php which I think would solve the problem.

The solution provided by @tormi in #127 worked for me as well.

Moving from Drush 8.1.17 -> 8.2.3 has everything work as expected.

The solution provided by @MustangGB worked for me, thank you

The only thing that allowed drush to run, on a shared server I had issues with, was the patch by alexpott in #20.

I will change this to reviewed, only to attract some attention. Feel free to revert the status.

Using Drupal 7.69, I managed to overcome this issue by installing Drush 8 via composer instead of by downloading from the Releases page. Here is a diff from the change that I did at CircleCI:

--- a/.circleci/config.yml
+++ b/.circleci/config.yml
@@ -20,12 +20,17 @@ jobs:
     <<: *defaults
     steps:
       - checkout
+      - run:
+          name: Install Composer
+          command: |
+            wget https://raw.githubusercontent.com/composer/getcomposer.org/76a7060ccb93902cd7576b67264ad91c8a2700e2/web/installer -O - -q | php -- --quiet
+            mv composer.phar /usr/local/bin/composer
+            composer --version
       - run:
           name: Install Drush
           command: |
-            wget -O drush.phar https://github.com/drush-ops/drush/releases/download/8.1.17/drush.phar
-            chmod +x drush.phar
-            sudo mv drush.phar /usr/local/bin/drush
+            composer --no-ansi global require drush/drush:8.1.17
+            ln -sf ~/.composer/vendor/bin/drush /usr/local/bin/drush
       - run:
           name: Install libraries
           command: |

Upgrading drush to 8.3.3 worked for me in D7.

I encountered the same issue.

Environment info:
PHP 7.2.25
Drush 8.3.3
Drupal 7.72

Worked for me :

cd /usr/local/bin
mv drush drush.phar
ln -s drush.phar drush
rm -rf ~/.drush/cache
cd /app/docroot
drush @none cache-clear drush

I encountered this again with the same issue after upgraded to PHP 7.3.18.

Environment info:
PHP 7.3.18
Drush 8.3.3
Drupal 7.72

Worked for me :

cd /usr/local/bin
mv drush drush.phar
ln -s drush.phar drush
rm -rf ~/.drush/cache
cd /app/docroot
drush @none cache-clear drush

Just ran into this problem on a Drupal 7.77 page with latest drush 8 version as drush.phar, PHP 5.4.27 and only #20 was able to fix the problem indeed! How can we proceed?

./drush.phar --version
Drush Version : 8.4.5

Having the same issue. Here is my situation, which is related to this SO thread

https://stackoverflow.com/questions/67788318/why-despite-drush-being-ins...

Using composer, I was able to install my version of Drush, 8.3.3, everything was working fine. Then, per that thread above, I needed PHP exec() to run a drush migration after a file upload. That script is ran as www-data instead of root. Try as I might, I could not get the composer installed version to be run under the www-data user (since it's technically a dummy account with no /home/ ).

The solution was to download the drush.phar file and install it manually. That's when everything fell apart.

Here is some environment info when I use composer-installed drush

drush status
 Drupal version                  :  7.78                                         
 Site URI                        :  http://default                               
 Database driver                 :  mysql                                        
 Database hostname               :  mysql                                        
 Database port                   :  3306                                         
 Database username               :  redacted                                         
 Database name                   :  redacted                                        
 Database                        :  Connected                                    
 Drupal bootstrap                :  Successful                                   
 Drupal user                     :                                               
 Default theme                   :  redacted                                        
 Administration theme            :  0                                            
 PHP executable                  :  /usr/local/bin/php                           
 PHP configuration               :                                               
 PHP OS                          :  Linux                                        
 Drush script                    :  /root/.composer/vendor/drush/drush/drush.php 
 Drush version                   :  8.1.16                                       
 Drush temp directory            :  /tmp                                         
 Drush configuration             :                                               
 Drush alias files               :                                               
 Install profile                 :  classic                                      
 Drupal root                     :  /var/www/html                                
 Drupal Settings File            :  sites/default/settings.php                   
 Site path                       :  sites/default                                
 File directory path             :  sites/default/files                          
 Private file directory path     :  ../private                                   
 Temporary file directory path   :  /tmp                                         


root@80e89038d742:/var/www/html# which php
/usr/local/bin/php
root@80e89038d742:/var/www/html# php -v
PHP 7.4.19 (cli) (built: May 12 2021 13:15:41) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.19, Copyright (c), by Zend Technologies

Here is the same when I use the drush.phar file. Note, it does NOT matter what drush 8.x version, even the one mentioned above with the supposed fix, 8.1.18:

drush status
 Drupal version                  :  7.78                       
 Site URI                        :  http://default             
 Database driver                 :  mysql                      
 Database hostname               :  mysql                      
 Database port                   :  3306                       
 Database username               :  redacted                       
 Database name                   :  redacted                      
 Database                        :  Connected                  
 Drupal bootstrap                :  Successful                 
 Drupal user                     :                             
 Default theme                   :  redacted                      
 Administration theme            :  0                          
 PHP configuration               :                             
 PHP OS                          :  Linux                      
 Drush script                    :  /usr/local/bin/drush       
 Drush version                   :  8.1.18                     
 Drush temp directory            :  /tmp                       
 Drush configuration             :                             
 Drush alias files               :                             
 Install profile                 :  classic                    
 Drupal root                     :  /var/www/html              
 Drupal Settings File            :  sites/default/settings.php 
 Site path                       :  sites/default              
 File directory path             :  sites/default/files        
 Private file directory path     :  ../private                 
 Temporary file directory path   :  /tmp                       


Fatal error: Uncaught TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/commands/core/drupal" in /var/www/html/misc/typo3/drupal-security/PharExtensionInterceptor.php:38
Stack trace:
#0 /var/www/html/misc/typo3/phar-stream-wrapper/src/Behavior.php(72): Drupal\Core\Security\PharExtensionInterceptor->assert('phar:///usr/loc...', 'url_stat')
#1 /var/www/html/misc/typo3/phar-stream-wrapper/src/Manager.php(115): TYPO3\PharStreamWrapper\Behavior->assert('phar:///usr/loc...', 'url_stat')
#2 /var/www/html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(419): TYPO3\PharStreamWrapper\Manager->assert('phar:///usr/loc...', 'url_stat')
#3 /var/www/html/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(408): TYPO3\PharStreamWrapper\PharStreamWrapper->assert('phar:///usr/loc...', 'url_stat')
#4 [internal function]: TYPO3\PharStreamWrapper\PharStreamWrapper->url_stat('phar:///usr/loc...', 2)

For me, it also does not matter the Drupal 7.x version.

Which version of 9.x doesn't require a drupal site to be composer managed? I can try that version to see if it helps.

Let me know what other info I can provide.

The patch in #20 (which seems to be reversed) was marked as RTBC in #133 but I'm not sure if there's been much discussion / review of the patch since then other than a few +1's.

I've not had time to go through all the comments in detail but it's not clear to me whether #20 should be (reversed and) committed? It looks like perhaps it'd help in some cases but not all.

This issue was added to the list for the next D7 release at the 11th hour, but I'm afraid it's not looking like a "quick win" from the point of view of reviewing and committing.

Back to NR because of that.

As mentioned it looks like the patch alone may not fix all the issues people have encountered here, but #20 is in (/ from):

https://github.com/TYPO3/phar-stream-wrapper/blob/v3.1.3/src/PharStreamW...

...which is what D9 currently pulls in:

https://git.drupalcode.org/project/drupal/-/blob/9.3.0-beta3/core/compos...

A few people have said the patch did fix the problem for them, so I'm happy to commit it.

Marking as fixed because the patch has been committed, and I'm not sure there's anything else D7 core can do.

It sounds like the patch hasn't been the only thing people have done to overcome this error; ensuring drush is up-to-date is likely a good idea.

There are other comments here that others may find helpful (I've added credit for a few of these but I'm afraid it's likely I've missed some), but I don't see any reason to keep the issue open.

This actually caused a regression for me:

PHP Fatal error:  Cannot redeclare TYPO3\PharStreamWrapper\PharStreamWrapper::stream_cast() in <SNIP>/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php on line 162
Fatal error: Cannot redeclare TYPO3\PharStreamWrapper\PharStreamWrapper::stream_cast() in <SNIP>/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php on line 162
Drush command terminated abnormally due to an unrecoverable error.   [error]
Error: Cannot redeclare
TYPO3\PharStreamWrapper\PharStreamWrapper::stream_cast() in
<SNIP>/misc/typo3/phar-stream-wrapper/src/PharStreamWrapper.php,
line 162

Steps to reproduce:

rm -rf /tmp/d7head-drush8
mkdir /tmp/d7head-drush8
cd /tmp/d7head-drush8
curl -LO https://github.com/drush-ops/drush/releases/download/8.4.8/drush.phar
/usr/local/Cellar/php@7.4/7.4.25/bin/php ./drush.phar dl -y --drupal-project-rename=reproduce drupal-7.x
cd reproduce && php ../drush.phar si \
  -y \
  --sites-subdir=default \
  --db-url=sqlite://sites/default/files/db.sqlite \
  standard \
  install_configure_form.update_status_module='array(FALSE,FALSE)'

(The special PHP 7.4 sauce is just because Drush 8 does not support PHP 8.)

I'm very glad that @Wim Leers noticed this several days before the next release.

Turns out I have been an idiot and we now have PharStreamWrapper::stream_cast() twice.

It looks like a) this patch had already been committed? and b) we don't have very good test coverage of this class in D7.

First things first, I'll revert the commit.

Someone opened that as #3053503: 7.67 Upgrade breaks on PHP Fatal error: Class 'TYPO3\\PharStreamWrapper\\Resolver\\PharInvocationCollection' not found.

Actually #3251305: Issue with latest Drush8 phar and Drupal 7 dev

Thanks @cilefen and @Wim Leers, and others who reported this snafu.

I filed #3251373: Improve test coverage for TYPO3\PharStreamWrapper in D7 to improve (/ create) test coverage.

Actually, perhaps tests would have caught this but I didn't run them properly before commit (maybe partly because the patch was reversed?)

Totally my fault either way, but would be good to see if tests would have caught this if I'd actually tested the patch properly.

NR to test the patch (which is what was actually committed).

...and did I get totally the wrong end of the stick with the patch being reversed? Perhaps it was the removal of the method that was being proposed. That would probably make much more sense.

I'm glad there's time to clean up this mess before the release on 2021-12-01 :)

Okay, so yes this was my fault; I think I misunderstood what the patch was doing and didn't test properly before commit.

I'll leave the other issue open to have closer look at what test coverage there is for the class at some point, but #153 shows that the testbot would have warned about this if I'd only asked :)

Thanks for catching my mistake quickly.

Where was this fixed?

#20 hasn't been committed, and the stream_cast() function is still in head.

Not saying it needs to be, or should be committed, but fixed isn't the right status for "let's not do anything".

So putting back to "needs review" so someone can decide to either commit or won't fix.

Following up again.

I ran into this after updating a D7 site from 7.82 to 7.83, and applying #20 did indeed resolve the problem. My Drush v8.4.8 install comes from inside a ddev 1.17.1 container.

Revert vandalism
https://www.drupal.org/project/site_moderators/issues/3276540

Today I got this error on drush locale:update which returned [warning] No configuration objects have been updated. I could workaround by

1. Using composer provided drush directly via vendor/bin/drush instead of drush launcher.
2. OR applying patch from the mentioned issue which turns the warning into a notice.

So for me it seems to fail if I'm using drush launcher AND a drush command is returning a warning.

My setup:

• Drush Launcher Version: 0.10.1
• Drush Commandline Tool 11.0.9
• Drupal 9.4.0

I got this today on update to Drupal 9.4.0 as well. After running drush cim -y I saw this:

drush cim -y
[notice] There are no changes to import.
TYPO3\PharStreamWrapper\Exception: Unexpected file extension in "phar:///usr/local/bin/drush/.box/bin/core/modules/mysql/src/Driver/Database/mysql//Delete.php" in .../web/core/lib/Drupal/Core/Security/PharExtensionInterceptor.php:44
Stack trace:
#0 .../vendor/typo3/phar-stream-wrapper/src/Behavior.php(72): Drupal\Core\Security\PharExtensionInterceptor->assert()
#1 .../vendor/typo3/phar-stream-wrapper/src/Manager.php(110): TYPO3\PharStreamWrapper\Behavior->assert()
#2 .../vendor/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(421): TYPO3\PharStreamWrapper\Manager->assert()
#3 .../vendor/typo3/phar-stream-wrapper/src/PharStreamWrapper.php(410): TYPO3\PharStreamWrapper\PharStreamWrapper->assert()
#4 phar:///usr/local/bin/drush/.box/vendor/composer/ClassLoader.php(571): TYPO3\PharStreamWrapper\PharStreamWrapper->url_stat()
#5 phar:///usr/local/bin/drush/.box/vendor/composer/ClassLoader.php(571): include()
#6 phar:///usr/local/bin/drush/.box/vendor/composer/ClassLoader.php(428): Composer\Autoload\includeFile()
#7 [internal function]: Composer\Autoload\ClassLoader->loadClass()
#8 [internal function]: spl_autoload_call()
#9 .../web/core/lib/Drupal/Core/Database/Connection.php(1129): class_exists()
#10 .../web/core/lib/Drupal/Core/Database/Connection.php(1353): Drupal\Core\Database\Connection->getDriverClass()
#11 .../web/core/lib/Drupal/Core/Lock/DatabaseLockBackend.php(168): Drupal\Core\Database\Connection->delete()
#12 .../web/core/includes/bootstrap.inc(734): Drupal\Core\Lock\DatabaseLockBackend->releaseAll()
#13 [internal function]: _drupal_shutdown_function()
#14 {main}

Looking at the path phar:///usr/local/bin/drush/.box/bin/core/modules/mysql/src/Driver/Database/mysql//Delete.php, it has the path to Drush (which is not a folder), followed by a path to Delete.php in the mysql module. However, there's an extra / in the path.

Running the drush cim -y command again did not have the error, nor did running other commands.

Drush Commandline Tool 11.0.9
Drupal 9.4.0

As it turned out in another deployment, the returned warning from #160 does not cause the error, because Drush failed again after locale:update even though there was only a notice.

PHP Fatal error:  Uncaught TYPO3\PharStreamWrapper\Exception: Unexpected fi  
  le extension in "phar:///usr/local/bin/drush/.box/bin/core/modules/mysql/sr  
  c/Driver/Database/mysql//Delete.php" in /var/www/html/web/cor  
  e/lib/Drupal/Core/Security/PharExtensionInterceptor.php:44  

Unfortunately this does break our deployment and we need to use Drush directly without the launcher :-/

We're running into the same issue after updating to 9.4.0, except the local installation that initially performed the update. The error from above occurs "randomly" in approx. Every second `drush cim` fails with the error. The other ones seem to work fine.

After looking at the previous comment, I tried again. I can confirm, I get the error every other time (every 2nd time) when I run drush cim -y. The off times work successfully.

Still, even when the error occurs, it doesn't prevent the command from working as expected, and it doesn't fail my CI/CD pipeline.

This is related to how the autoloader is build. The autoloader should contain an absolute path. Drupal Core uses a relative path. This can be override via settings.php. Here is an example for mysql.

$databases['default']['default']['autoload'] = $app_root . '/core/modules/mysql/src/Driver/Database/mysql/';

I have posted a core patch in #3291830: Fix PSR4 path for database driver

I had the same issue after updating to 9.4.1 from 9.3.15 and #166 helped.

This was switched to 9.4.x-dev recently, but 7.x-dev part was not fixed at all, see #155, #156 and #157. I do not think this should be marked as fixed.

Yeah what a confusing issue this now is.

We may still want to commit #20 to D7 (without reversing it this time).

Is there anything still outstanding for D9?