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

Liquid Exception: _layouts/post.html #213

Closed
4 tasks done
pipiscrew opened this issue Dec 15, 2020 · 5 comments
Closed
4 tasks done

Liquid Exception: _layouts/post.html #213

pipiscrew opened this issue Dec 15, 2020 · 5 comments

Comments

@pipiscrew
Copy link

pipiscrew commented Dec 15, 2020

Checklist

  • I have read the tutorials and know the correct effect of the functional design.
  • There are no similar question on existing issues (including closed ones).
  • I searched the Internet for related problems, but still couldn't solve it.
  • My question is based on the latest code of master branch.

Description

So I deploy it fist with 1500 posts, working fine...

Extend the time for build by adding the timeout-minutes property

jobs:
  continuous-delivery:

    runs-on: ubuntu-latest
    timeout-minutes: 1200

Then add the needed 14k posts,
1826

tried two times, the error is the same

/home/runner/vendor/bundle/ruby/2.7.0/gems/liquid-4.0.3/lib/liquid/tags/assign.rb:39:in instance_of?': SIGTERM (SignalException)`

2020-12-15_100531

@cotes2020 any tip ?

-edit-
attaching the logs
logs_7.zip

@pipiscrew
Copy link
Author

I put it locally to build the site, Im on 17h 44m, still going w/o error... lets see.

@cotes2020
Copy link
Owner

Did you want to stress test gh-actions or Jekyll through 14k posts?

I suspect that some of those posts caused build errors. Using the --trace option when Jekyll building should be able to output more debug logs, but you should not build 14k at a time, but build them one by one locally. Certainly, this needs to be implemented with automatic scripts. The general idea is:

  1. Empty the _posts directory
  2. Put an untested post file into it
  3. Run jekyll build --trace
  4. If successful, repeat steps 1-3, otherwise, mark the bad post and leave a log.
  5. Repeat the above 4 steps for the remaining posts

@pipiscrew
Copy link
Author

@cotes2020 no worries I defeat this^ (took ~1day to find how must be on 14.5k markdown files) more @
https://github.com/pipiscrew/wordpress2markdown

--

possible all the mess, made by Simple-Jekyll-Search (building search.json)

@pipiscrew
Copy link
Author

pipiscrew commented Dec 17, 2020

Snap2

this is the build going on.. when error you getting a warning... Im posting this to acknowledge that in the beginning the mem was 2.1gb, now after 17h+ went to 3.1gb :) :)

is a PC exclusive for jekyll, nothing else running.

--

In the meanwhile found (what I will try if crashed again)
jekyll/jekyll#7928


is done
3333

but
22222

@pipiscrew
Copy link
Author

pipiscrew commented Dec 17, 2020

is alive @
https://pipiscrew.github.io/

;)

but there is a difference
image

on page load
1844

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants