-
Notifications
You must be signed in to change notification settings - Fork 117
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
Deploy fails in 1 instance of a site #417
Comments
I've had this error before. From memory I had to sync the site with |
Thanks @greyskin. Thats a tough one. I am wondering whats causing this error. I am really having trouble understanding how it works. |
You haven't changed a field type or anything? Or removed a field but the data is still there? I'm pretty sure I did that one time... |
Yeah I have made changes, but not to the section that is breaking. I also tried to basically remove this section to see if it deploys, and then another section crashes the deploy with the same error. |
Yeah man I hear you - I felt the same way when I had this issue. I've also had similar issues with content_type deployment - where in order to deploy a change in one content_type I've had to sync content_entries, delete all content_types, and then re-deploy content_types and content_entries. Very scary on live sites. It has always worked and resolved the issue though - each time I have to do it it's less scary. 🙂 |
Unfortunately I didn't have the same experience. Basically nothing worked as expected on the way so my whole site got corrupted on live and now deploying with data also doesn't work for some reason. I am getting errors such as:
When the title in the blog is for sure not blank. |
Is blogs a content_type or a section? I thought it was sections that were the issue... |
Yes blog is a content type and yes sections were the issue. SO yeah now I am just trying to 1 by one solve everything but I am getting errors on every second file.
which is this line: https://github.com/locomotivecms/wagon/blob/master/lib/locomotive/wagon/commands/push_sub_commands/push_pages_command.rb#L40 So I guess its something to do with locales, Also wagon seems to try to deploy child pages without first deploying the parent. Its just many different errors and parts breaking. Ooh and btw, the site works on my local. I just cannot deploy it with data. |
Ok there is a lot here that is familiar to me. Do you have timezone set in your site.yml? Do you have pages and folders set up for your parent pages? (If you don't have a page and a folder, it will work in wagon but won't deploy the child page nested). |
Yes, the timezone in my site.yml is the same like in the site on the server, however different than the timezone I am in now. Could that be a reason?
OKey so from what I understand i need to create a page corresponding to each folder? WHat should be the content of the json file of those pages? EDIT: The issue seems to be evolving. How i cant even deploy site.yml to my original site. Error i see is this again: |
@greyskin do you know if there is a way to deploy only 1 page including its data. or
|
No, your timezone can be any valid timezone - as long as it is set. Deploying without a timezone set will (from memory) result in a nilClass error.
It will need to have (from memory) an |
You can 100% deploy single pages: Do you get an error message? |
No, I get a success message but it doesnt deploy anything. Like no changes in the site. |
Are you using |
Yeah i tried both with and without |
For sure - I totally know what you mean - when I've had these issues it's the same - only trying to do something I do every day. Maybe try moving the page in question into another site and deploying to check it isn't the page itself... |
On my engine I have 2 versions of a site:
Deploying my code to the test site works without issue, however when I try to deploy to the live site I get this error in wagon:
bundle exec wagon deploy prod -v
And in the engine logs I can see:
I think its important to note that the error happens when deploying a section that doesn't really have changes in it.
The text was updated successfully, but these errors were encountered: