Sfdwhf

Why is it a bad idea to hire a hitman to eliminate most corrupt politicians?

Is the Joker left-handed?

Can a rocket refuel on Mars from water?

Facing a paradox: Earnshaw's theorem in one dimension

Were any external disk drives stacked vertically?

Infinite Abelian subgroup of infinite non Abelian group example

Has there ever been an airliner design involving reducing generator load by installing solar panels?

Intersection of two sorted vectors in C++

How do conventional missiles fly?

Could gravitational lensing be used to protect a spaceship from a laser?

Is it possible to run Internet Explorer on OS X El Capitan?

1960's book about a plague that kills all white people

Is "remove commented out code" correct English?

Stopping power of mountain vs road bike

Watching something be written to a file live with tail

How can I prevent hyper evolved versions of regular creatures from wiping out their cousins?

Is it possible to create light that imparts a greater proportion of its energy as momentum rather than heat?

Modeling an IP Address

How much of data wrangling is a data scientist's job?

What killed these X2 caps?

Why is consensus so controversial in Britain?

Would Slavery Reparations be considered Bills of Attainder and hence Illegal?

SSH "lag" in LAN on some machines, mixed distros

Can one be a co-translator of a book, if he does not know the language that the book is translated into?

Crontab fails because shell path not found

Script not running in crontab, file not foundCan't access shell variable in crontab configurationRemoving Prior CrontabsCrontab script not runningCrontab not running entire script?Crontab env variables while using Dockercronjob cannot find environment variables defined in .bashrcCrontab says command not foundcrontab -e does not open the crontab for this userCannot run python script with cron

.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}

2

I am looking at the failure output of my crontab.

* * * * * user /usr/bin/python3 /home/user/src/code/prod.py

I get the error /bin/sh: 1: caleb: not found.

This corresponds to

X-Cron-Env: <SHELL=/bin/sh>

which is part of the email the crontab sent me. I created the crontab using

crontab -e

All of it looks like a simple setup is there anything that I am missing?

16.04 cron

share|improve this question

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

• 
  
  
  

  
  3
  

  
  
  
  
  
  

  
  
  When you run crontab -e it is already using your username so there is no need to add your username to the beginning of the command. The only place on the system that you add the username is in the /etc/crontab file.
  
  – Terrance
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @Terrance that fixed my problem. i got my solution from cyberciti.biz/faq/… And I looked at the format and paid no attention to the "for system jobs"
  
  – caleb baker
  13 hours ago
  
  
  

  
  
  
  

add a comment | 

2

I am looking at the failure output of my crontab.

* * * * * user /usr/bin/python3 /home/user/src/code/prod.py

I get the error /bin/sh: 1: caleb: not found.

This corresponds to

X-Cron-Env: <SHELL=/bin/sh>

which is part of the email the crontab sent me. I created the crontab using

crontab -e

All of it looks like a simple setup is there anything that I am missing?

16.04 cron

share|improve this question

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

• 
  
  
  

  
  3
  

  
  
  
  
  
  

  
  
  When you run crontab -e it is already using your username so there is no need to add your username to the beginning of the command. The only place on the system that you add the username is in the /etc/crontab file.
  
  – Terrance
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  @Terrance that fixed my problem. i got my solution from cyberciti.biz/faq/… And I looked at the format and paid no attention to the "for system jobs"
  
  – caleb baker
  13 hours ago
  
  
  

  
  
  
  

add a comment | 

I am looking at the failure output of my crontab.

* * * * * user /usr/bin/python3 /home/user/src/code/prod.py

I get the error /bin/sh: 1: caleb: not found.

This corresponds to

X-Cron-Env: <SHELL=/bin/sh>

which is part of the email the crontab sent me. I created the crontab using

crontab -e

All of it looks like a simple setup is there anything that I am missing?

16.04 cron

share|improve this question

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

* * * * * user /usr/bin/python3 /home/user/src/code/prod.py

X-Cron-Env: <SHELL=/bin/sh>

crontab -e

share|improve this question

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

share|improve this question

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

edited 18 mins ago

Community♦

1

edited 18 mins ago

Community♦

1

asked 13 hours ago

caleb bakercaleb baker

132

New contributor

caleb baker is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

asked 13 hours ago

caleb bakercaleb baker

132

1 Answer
1

active

oldest

votes

5

If you are using crontab -e that set of Cron tasks runs as the user which crontab -e was executed as - that is, your user user.

Therefore, you should only provide the cron entry WITHOUT the user bits, i.e.:

* * * * * /usr/bin/python3 /home/user/src/code/prod.py

The user definition you were attempting to use should only be used in the system crontab in /etc/crontab and in entries in cron definitions under /etc/cron.d/.

share|improve this answer

edited 13 hours ago

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Not to nitpick, but the "cron user" probably has /usr/bin in its $PATH. So, * * * * * python3 /home/user/src/code/prod.py will probably work.
  
  – Seamus
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  
  @Seamus when using crontabs it's generally better to use full paths just to rule out that problem.
  
  – Thomas Ward♦
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  It's redundant... but I suppose that could be considered "generally better", for some. I'm only trying to point out that the "cron user" does have an environment, and it can be determined if it's not known.
  
  – Seamus
  13 hours ago
  
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  
  @Seamus I often have to explain to people why their jobs that run fine from a bash prompt don't work correctly under cron (or Autosys etc.). I tell them that it's best to use the full path to everything they can, and explicitly set PATH= what they want it to be, rather than rely on "probably".
  
  – Monty Harder
  9 hours ago
  

  
  
  
  

add a comment | 

Your Answer

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
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
});


}
});

caleb baker is a new contributor. Be nice, and check out our Code of Conduct.

draft saved

draft discarded

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

Name

Email

Required, but never shown

StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1131213%2fcrontab-fails-because-shell-path-not-found%23new-answer', 'question_page');
}
);

Post as a guest

Name

Email

Required, but never shown

5

If you are using crontab -e that set of Cron tasks runs as the user which crontab -e was executed as - that is, your user user.

Therefore, you should only provide the cron entry WITHOUT the user bits, i.e.:

* * * * * /usr/bin/python3 /home/user/src/code/prod.py

The user definition you were attempting to use should only be used in the system crontab in /etc/crontab and in entries in cron definitions under /etc/cron.d/.

share|improve this answer

edited 13 hours ago

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Not to nitpick, but the "cron user" probably has /usr/bin in its $PATH. So, * * * * * python3 /home/user/src/code/prod.py will probably work.
  
  – Seamus
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  
  @Seamus when using crontabs it's generally better to use full paths just to rule out that problem.
  
  – Thomas Ward♦
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  It's redundant... but I suppose that could be considered "generally better", for some. I'm only trying to point out that the "cron user" does have an environment, and it can be determined if it's not known.
  
  – Seamus
  13 hours ago
  
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  
  @Seamus I often have to explain to people why their jobs that run fine from a bash prompt don't work correctly under cron (or Autosys etc.). I tell them that it's best to use the full path to everything they can, and explicitly set PATH= what they want it to be, rather than rely on "probably".
  
  – Monty Harder
  9 hours ago
  

  
  
  
  

add a comment | 

5

If you are using crontab -e that set of Cron tasks runs as the user which crontab -e was executed as - that is, your user user.

Therefore, you should only provide the cron entry WITHOUT the user bits, i.e.:

* * * * * /usr/bin/python3 /home/user/src/code/prod.py

The user definition you were attempting to use should only be used in the system crontab in /etc/crontab and in entries in cron definitions under /etc/cron.d/.

share|improve this answer

edited 13 hours ago

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  Not to nitpick, but the "cron user" probably has /usr/bin in its $PATH. So, * * * * * python3 /home/user/src/code/prod.py will probably work.
  
  – Seamus
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  
  @Seamus when using crontabs it's generally better to use full paths just to rule out that problem.
  
  – Thomas Ward♦
  13 hours ago
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  
  It's redundant... but I suppose that could be considered "generally better", for some. I'm only trying to point out that the "cron user" does have an environment, and it can be determined if it's not known.
  
  – Seamus
  13 hours ago
  
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  
  @Seamus I often have to explain to people why their jobs that run fine from a bash prompt don't work correctly under cron (or Autosys etc.). I tell them that it's best to use the full path to everything they can, and explicitly set PATH= what they want it to be, rather than rely on "probably".
  
  – Monty Harder
  9 hours ago
  

  
  
  
  

add a comment | 

If you are using crontab -e that set of Cron tasks runs as the user which crontab -e was executed as - that is, your user user.

Therefore, you should only provide the cron entry WITHOUT the user bits, i.e.:

* * * * * /usr/bin/python3 /home/user/src/code/prod.py

The user definition you were attempting to use should only be used in the system crontab in /etc/crontab and in entries in cron definitions under /etc/cron.d/.

share|improve this answer

edited 13 hours ago

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

* * * * * /usr/bin/python3 /home/user/src/code/prod.py

share|improve this answer

edited 13 hours ago

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178

answered 13 hours ago

Thomas Ward♦Thomas Ward

45.1k23125178