Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VVV.DEV 404 #807

Closed
rsordillo opened this issue Jan 1, 2016 · 8 comments
Closed

VVV.DEV 404 #807

rsordillo opened this issue Jan 1, 2016 · 8 comments

Comments

@rsordillo
Copy link

New to this so a steep learning curve but.. looking through install log this came back does anyone have any ideas? Thanks

==> default: Initializing grunt in WordPress develop... This may take a few moments.
==> default: >> Local Npm module "grunt-browserify" not found. Is it installed?
==> default: Loading "sass.js" tasks...
==> default: ERROR
==> default: >> Error: The libsass binding was not found in /srv/www/wordpress-develop/node_modules/node-sass/vendor/linux-x64-11/binding.node
==> default: >> This usually happens because your node version has changed.
==> default: >> Run npm rebuild node-sass to build the binding for your current node version.
==> default: Running "clean:all" (clean) task
==> default: >> 0 paths cleaned.
==> default: Running "copy:files" (copy) task
==> default: Created 142 directories
==> default: , copied 1230 files
==> default: Running "copy:wp-admin-rtl" (copy) task
==> default: Copied 1 file
==> default: Running "copy:version" (copy) task
==> default: Copied 1 file
==> default: Running "cssmin:core" (cssmin) task
==> default: >> 21 files created. 322.69 kB ��� 531.23 kB
==> default: Warning: Task "sass:colors" not found. Use --force to continue.
==> default: Aborted due to warnings.
==> default:

@rsordillo
Copy link
Author

==> default: Setting up pkg-php-tools (1.11) ...
==> default: Processing triggers for libc-bin (2.19-0ubuntu6.6) ...
==> default: Processing triggers for libgdk-pixbuf2.0-0:amd64 (2.30.7-0ubuntu1.2) ...
==> default: Processing triggers for ufw (0.34~rc-0ubuntu2) ...
==> default: Processing triggers for ureadahead (0.100.0-16) ...
==> default: Processing triggers for php5-fpm (5.5.9+dfsg-1ubuntu4.14) ...
==> default: php5-fpm stop/waiting
==> default: php5-fpm start/running, process 17080
==> default: /usr/bin/npm -> /usr/lib/node_modules/npm/bin/npm-cli.js
==> default: npm@3.5.2 /usr/lib/node_modules/npm
==> default: WARN
==> default:
==> default: engine
==> default: npm-check-updates@2.5.6: wanted: {"node":">=0.12"} (current: {"node":"0.10.37","npm":" 3.5.2"})
==> default: WARN
==> default:
==> default: engine
==> default: npm-check-updates@2.5.6: wanted: {"node":">=0.12"} (current: {"node":"0.10.37","npm":" 3.5.2"})
==> default: WARN
==> default:
==> default: engine
==> default: get-stdin@5.0.1: wanted: {"node":">=0.12.0"} (current: {"node":"0.10.37","npm":"3.5.2" })

@iandunn
Copy link

iandunn commented Jan 6, 2016

None of those errors seem relevant, maybe it's related to agiledivider/vagrant-hostsupdater#92 ?

What's the content of your /etc/hosts file?

@rsordillo
Copy link
Author

I think I have honed in on the errors, after provisioning with bradp vv after some time the database seems to bring up a host of Javascript PMA errors - however I am not sure how to proceed here. I am still a beginner so troubleshooting seems a very long winded process

@rsordillo
Copy link
Author

Something to do with 'phpmyadmin.pma__tracking'

@jeremyfelt
Copy link
Member

@rsordillo are you still getting the 404 errors for vvv.dev? Are other URLs doing the same thing?

@raulillana
Copy link

@jeremyfelt i'm having this issue too after last update (OSx 10.11.1).

Clean provisioning. It works, but after some navigation it starts throwing 404 in all sites. After some time, the reloads work and load the websites. Navigation leads you again to 404s.

It stopped working after i did destroy my first box, and installed it again in a new location. I've installed VV after that, so i guess it's not related. Also tried provisioning and up --provisioning. Clean responses. All seems legit.

$ vagrant HALP? :_)

@jeremyfelt
Copy link
Member

Hi @raulillana, can you check out issue #810 and leave a comment there. I'd especially be interested as to whether these 404 requests are appearing in the VM's nginx access or error logs. I have a feeling this might all be related to the .dev suffix.

I'm going to close this issue (807) out as 810 is more focused.

@lock
Copy link

lock bot commented Feb 23, 2020

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked and limited conversation to collaborators Feb 23, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants