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
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
|
show 1 more comment
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
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:runAnd 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/magentois 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
|
show 1 more comment
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
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
magento2
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:runAnd 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/magentois 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
|
show 1 more comment
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:runAnd 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/magentois 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
|
show 1 more comment
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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:runAnd 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/magentois 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