Magento 2: Automatically maintenance modeMagento 2: Maintenance ModeHow to turn Magento 2 Maintenance Mode ON or OFF?Magento2 set maintenance modeHow to set maintenance mode Magento2Magento 2 - Very slow performance, Cache/static files issues after disabling cache and flushing static files cacheCannot enable Magento 2 maintenance mode excluding a specific IPmagento 2 : Enable maintenance mode frontend only?Magento 2.2 often extremely slow, 100% processor usage after setup:upgradeMagento 2 - Custom Maintenance Page Error - Unable to proceed: the maintenance mode is enabledSchedule a Maintenance mode using CRON

Why were the first airplanes "backwards"?

Does friction always oppose motion?

A quine of sorts

Fully submerged water bath for stove top baking?

How would one prevent political gerrymandering?

Copy group of files (Filename*) to backup (Filename*.bak)

What does 'in attendance' mean on a death certificate - England?

Does a lens with a bigger max. aperture focus faster than a lens with a smaller max. aperture?

Where to connect the fuse and why?

Can US Supreme Court justices / judges be "rotated" out against their will?

Journal standards vs. personal standards

Why would Dementors torture a Death Eater if they are loyal to Voldemort?

Installed software from source, how to say yum not to install it from package?

Why is numpy sometimes slower than numpy + plain python loop?

Does "boire un jus" tend to mean "coffee" or "juice of fruit"?

Why is exile often an intermediate step?

What was the point of separating stdout and stderr?

Equatorial oceanic river caused by tides

What does 5d4 x 10 gp mean?

Is this house-rule removing the increased effect of cantrips at higher character levels balanced?

How do I tell my girlfriend she's been buying me books by the wrong author for the last nine months?

Hard for me to understand one tip written in "The as-if rule" of cppreference

Magento2: Custom module not working

Subset of knight's move in chess.



Magento 2: Automatically maintenance mode


Magento 2: Maintenance ModeHow to turn Magento 2 Maintenance Mode ON or OFF?Magento2 set maintenance modeHow to set maintenance mode Magento2Magento 2 - Very slow performance, Cache/static files issues after disabling cache and flushing static files cacheCannot enable Magento 2 maintenance mode excluding a specific IPmagento 2 : Enable maintenance mode frontend only?Magento 2.2 often extremely slow, 100% processor usage after setup:upgradeMagento 2 - Custom Maintenance Page Error - Unable to proceed: the maintenance mode is enabledSchedule a Maintenance mode using CRON













0















We have several stores running on EKS (Kubernetes) and for some reason one of the stores enter on maintenance mode for no reason:
Unable to proceed: the maintenance mode is enabled.



We are using Magento Enterprise 2.3.1.
There is no one going into the containers to enable maintenance mode, even when there is no code deploy or users using the stores (this is a stage environment) the maintenance mode appears.
When we have the OPs team take a look at the var/.maintenance.flag, the file was created by root and sometimes it takes time to be deleted.
Looking at the logs I can see that sometimes the store will throw errors for an hour or just a few minutes.



Has anyone been affected by this? It looks like schedule backups and setup:upgrade commands can create the flag, but these are not running when the flag is created.



Thanks.










share|improve this question



















  • 1





    maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

    – Marius
    Jun 21 at 20:31











  • @Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

    – Eric Cavalcanti
    Jun 21 at 20:48












  • As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

    – Dominic Xigen
    Jun 21 at 22:29











  • That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

    – Eric Cavalcanti
    Jun 21 at 23:12











  • we also have the same kind of issue and the reason was DB backup. so please check once that/

    – Rizwan Khan
    Jun 24 at 14:01















0















We have several stores running on EKS (Kubernetes) and for some reason one of the stores enter on maintenance mode for no reason:
Unable to proceed: the maintenance mode is enabled.



We are using Magento Enterprise 2.3.1.
There is no one going into the containers to enable maintenance mode, even when there is no code deploy or users using the stores (this is a stage environment) the maintenance mode appears.
When we have the OPs team take a look at the var/.maintenance.flag, the file was created by root and sometimes it takes time to be deleted.
Looking at the logs I can see that sometimes the store will throw errors for an hour or just a few minutes.



Has anyone been affected by this? It looks like schedule backups and setup:upgrade commands can create the flag, but these are not running when the flag is created.



Thanks.










share|improve this question



















  • 1





    maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

    – Marius
    Jun 21 at 20:31











  • @Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

    – Eric Cavalcanti
    Jun 21 at 20:48












  • As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

    – Dominic Xigen
    Jun 21 at 22:29











  • That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

    – Eric Cavalcanti
    Jun 21 at 23:12











  • we also have the same kind of issue and the reason was DB backup. so please check once that/

    – Rizwan Khan
    Jun 24 at 14:01













0












0








0


1






We have several stores running on EKS (Kubernetes) and for some reason one of the stores enter on maintenance mode for no reason:
Unable to proceed: the maintenance mode is enabled.



We are using Magento Enterprise 2.3.1.
There is no one going into the containers to enable maintenance mode, even when there is no code deploy or users using the stores (this is a stage environment) the maintenance mode appears.
When we have the OPs team take a look at the var/.maintenance.flag, the file was created by root and sometimes it takes time to be deleted.
Looking at the logs I can see that sometimes the store will throw errors for an hour or just a few minutes.



Has anyone been affected by this? It looks like schedule backups and setup:upgrade commands can create the flag, but these are not running when the flag is created.



Thanks.










share|improve this question
















We have several stores running on EKS (Kubernetes) and for some reason one of the stores enter on maintenance mode for no reason:
Unable to proceed: the maintenance mode is enabled.



We are using Magento Enterprise 2.3.1.
There is no one going into the containers to enable maintenance mode, even when there is no code deploy or users using the stores (this is a stage environment) the maintenance mode appears.
When we have the OPs team take a look at the var/.maintenance.flag, the file was created by root and sometimes it takes time to be deleted.
Looking at the logs I can see that sometimes the store will throw errors for an hour or just a few minutes.



Has anyone been affected by this? It looks like schedule backups and setup:upgrade commands can create the flag, but these are not running when the flag is created.



Thanks.







magento2






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jun 24 at 15:28







Eric Cavalcanti

















asked Jun 21 at 20:12









Eric CavalcantiEric Cavalcanti

318 bronze badges




318 bronze badges







  • 1





    maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

    – Marius
    Jun 21 at 20:31











  • @Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

    – Eric Cavalcanti
    Jun 21 at 20:48












  • As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

    – Dominic Xigen
    Jun 21 at 22:29











  • That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

    – Eric Cavalcanti
    Jun 21 at 23:12











  • we also have the same kind of issue and the reason was DB backup. so please check once that/

    – Rizwan Khan
    Jun 24 at 14:01












  • 1





    maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

    – Marius
    Jun 21 at 20:31











  • @Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

    – Eric Cavalcanti
    Jun 21 at 20:48












  • As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

    – Dominic Xigen
    Jun 21 at 22:29











  • That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

    – Eric Cavalcanti
    Jun 21 at 23:12











  • we also have the same kind of issue and the reason was DB backup. so please check once that/

    – Rizwan Khan
    Jun 24 at 14:01







1




1





maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

– Marius
Jun 21 at 20:31





maybe there is a cron running that does the db / code backup that sets the maintenance mode before running?

– Marius
Jun 21 at 20:31













@Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

– Eric Cavalcanti
Jun 21 at 20:48






@Marius, no. We use Kubernetes scheduler to run the cron, so every minute we start a container and run the command: magento cron:run And when I look at the logs it's all normal: kubectl logs magento-cron-5151561-t9fj5 -n MYSTORE Executing magento cron:run at MYSTORE:magento-465116x-1234 Ran jobs by schedule.

– Eric Cavalcanti
Jun 21 at 20:48














As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

– Dominic Xigen
Jun 21 at 22:29





As created by root that would suggest it's being created within the container. Maybe you know this. But to me that rules out anything malicious

– Dominic Xigen
Jun 21 at 22:29













That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

– Eric Cavalcanti
Jun 21 at 23:12





That's the thing, no one is going into the container to run this, only 4 people have access to the container. We created a symlink /usr/bin/magento -> /var/www/html/bin/magento /usr/bin/magento is owned by root, but the bin/magento file is owned by www-data, so it shouldn't be that one creating the maintenance flag.

– Eric Cavalcanti
Jun 21 at 23:12













we also have the same kind of issue and the reason was DB backup. so please check once that/

– Rizwan Khan
Jun 24 at 14:01





we also have the same kind of issue and the reason was DB backup. so please check once that/

– Rizwan Khan
Jun 24 at 14:01










0






active

oldest

votes














Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "479"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f279237%2fmagento-2-automatically-maintenance-mode%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Magento Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f279237%2fmagento-2-automatically-maintenance-mode%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Grendel Contents Story Scholarship Depictions Notes References Navigation menu10.1093/notesj/gjn112Berserkeree

Area configuration aggregation error after install Porto themeMagento 2.1 CE Installed but front/backend not loading/workingCSS not loading on page within Magento 2 pageCannot install module in Magento 2no commands defined in the “setup” namespace. in Magento2Magento 2: Static files are present but shows 404Why do i have to always run the commands to clean cache in Magento 2.1.8?Failure reason: 'Unable to unserialize value.'Error 500 after magento migrationIn production mode the site does not loadMagento 2 : Error 500 after installing

Middle Expansion Olielle Resaix Definition: Uttering songs of triumph shouting with joy triumphant exulting Sejunction Journal 붙다 달 고급 품목 외출 The stretch trades the screeching tin. Definition: The act of speaking with a drawl a drawl Cough Sand Definition: An uproar a quarrel a noisy outbreak Shake Iron Publicize Horse House Baby 사과 Resaix Flaggy Jelly Temporary Unequaled Puppet A drop in the bucket Shrew 성격 회원 성질 미팅 The burn frames the tacky quality. Materialistic The smoke reduces the way. Yammoe Nondescript Cheek 얼굴 배 약하다 날리다 타다 The illegal country shows the iron. Help Rule Drearien Smoke Teaching Meaty Wasp Abraham Lincoln Jaws 진심 수리하다 Size Cork Idea Convert Think Lark John Lennon 거울 청소 군 추천하다 아이스크림