Bad substitution when running from cron

Multi tool use
I have a function (notify_dba) that with two string args, a header and a body. (correction) Works well from shell prompt, but not in cron Err, doesn't work in either shell or cron (but should...?):
53 notify_dba "${FRIENDLY_SERVER_NAME}: New ORA errors in AlertLog" echo ${
54 "Please check full log in ${ALERT_LOG_LOCATION}.
55 =====================================================
56 `grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
57 =====================================================
58 "}
Getting the error:
Wed Jan 16 06:00:01 PST 2019
LAST_LINE_FROM_ARCHIVE=449843
LAST_LINE_FROM_TEMP= 452866
/u01/app/oracle/admin/chk_alertlog.sh: line 53: ${
"Please check full log in ${ALERT_LOG_LOCATION}.
=====================================================
`grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
=====================================================
"}: bad substitution
bash variable-substitution
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
I have a function (notify_dba) that with two string args, a header and a body. (correction) Works well from shell prompt, but not in cron Err, doesn't work in either shell or cron (but should...?):
53 notify_dba "${FRIENDLY_SERVER_NAME}: New ORA errors in AlertLog" echo ${
54 "Please check full log in ${ALERT_LOG_LOCATION}.
55 =====================================================
56 `grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
57 =====================================================
58 "}
Getting the error:
Wed Jan 16 06:00:01 PST 2019
LAST_LINE_FROM_ARCHIVE=449843
LAST_LINE_FROM_TEMP= 452866
/u01/app/oracle/admin/chk_alertlog.sh: line 53: ${
"Please check full log in ${ALERT_LOG_LOCATION}.
=====================================================
`grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
=====================================================
"}: bad substitution
bash variable-substitution
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted${
triggers parameter substitution, which gives you thebad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.
– fra-san
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago
add a comment |
I have a function (notify_dba) that with two string args, a header and a body. (correction) Works well from shell prompt, but not in cron Err, doesn't work in either shell or cron (but should...?):
53 notify_dba "${FRIENDLY_SERVER_NAME}: New ORA errors in AlertLog" echo ${
54 "Please check full log in ${ALERT_LOG_LOCATION}.
55 =====================================================
56 `grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
57 =====================================================
58 "}
Getting the error:
Wed Jan 16 06:00:01 PST 2019
LAST_LINE_FROM_ARCHIVE=449843
LAST_LINE_FROM_TEMP= 452866
/u01/app/oracle/admin/chk_alertlog.sh: line 53: ${
"Please check full log in ${ALERT_LOG_LOCATION}.
=====================================================
`grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
=====================================================
"}: bad substitution
bash variable-substitution
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I have a function (notify_dba) that with two string args, a header and a body. (correction) Works well from shell prompt, but not in cron Err, doesn't work in either shell or cron (but should...?):
53 notify_dba "${FRIENDLY_SERVER_NAME}: New ORA errors in AlertLog" echo ${
54 "Please check full log in ${ALERT_LOG_LOCATION}.
55 =====================================================
56 `grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
57 =====================================================
58 "}
Getting the error:
Wed Jan 16 06:00:01 PST 2019
LAST_LINE_FROM_ARCHIVE=449843
LAST_LINE_FROM_TEMP= 452866
/u01/app/oracle/admin/chk_alertlog.sh: line 53: ${
"Please check full log in ${ALERT_LOG_LOCATION}.
=====================================================
`grep -A900000 "${LAST_LINE_FROM_ARCHIVE}:" ${TEMPORARY_LOG_WITH_ORA_ERRORS} | grep -v "${LAST_LINE_FROM_ARCHIVE}:"`
=====================================================
"}: bad substitution
bash variable-substitution
bash variable-substitution
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
edited yesterday
Dennis Jorgenson
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked yesterday
Dennis JorgensonDennis Jorgenson
11
11
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Dennis Jorgenson is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted${
triggers parameter substitution, which gives you thebad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.
– fra-san
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago
add a comment |
1
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted${
triggers parameter substitution, which gives you thebad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.
– fra-san
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago
1
1
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted
${
triggers parameter substitution, which gives you the bad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.– fra-san
yesterday
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted
${
triggers parameter substitution, which gives you the bad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.– fra-san
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago
add a comment |
1 Answer
1
active
oldest
votes
As pointed out in a comment to your question, the error you see is due to the unquoted ${
, which triggers parameter expansion (see "Parameter Expansion" in section "EXPANSION" of man bash
).
That said, you can of course pass around a multi-line text block. You have just to quote it properly:
If it is static, single quotes are ok:
$ mlblock='line 1
> line 2'
$ printf '%sn' "$mlblock"
line 1
line 2
If you want it to be built at execution time, you have to use double quotes, which preserve the special meaning of $
, `
and , allowing, among other things, parameter expansion and command substitution:
$ text="Sample text"
$ mlblock="$text
> date: $(date)
> end"
$ printf '%sn' "$mlblock"
Sample text
date: Wed Jan 16 22:18:33 CET 2019
end
Note that expansions appearing anywhere in a string enclosed in double quotes are themselves quoted. Thus, their spacing is preserved (e.g. Sample text
).
The most readable way to pass a complex string to a function is probably to use a variable:
$ function notify_dba () {
printf '%sn' "$1" # Print header
printf '%sn' "$2" # Print body
}
$ notify_dba 'Header' "$mlblock"
Header
Sample text
date: Wed Jan 16 22:21:14 CET 2019
end
Note that the second argument has to appear in double quotes because: 1) if unquoted, it would be expanded by the shell and, when resulting in more than one word, be translated into more than one arguments to the function; 2) if surrounded by single quotes, it would be interpreted literally as the string $mlblock
.
Alternatively you can, of course, build the argument string as you call your function:
$ notify_dba 'Header' "Multi
> line body
> date: $(date)
> end"
Header
Multi
line body
date: Wed Jan 16 22:29:13 CET 2019
end
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
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
});
}
});
Dennis Jorgenson is a new contributor. Be nice, and check out our Code of Conduct.
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%2funix.stackexchange.com%2fquestions%2f494903%2fbad-substitution-when-running-from-cron%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
As pointed out in a comment to your question, the error you see is due to the unquoted ${
, which triggers parameter expansion (see "Parameter Expansion" in section "EXPANSION" of man bash
).
That said, you can of course pass around a multi-line text block. You have just to quote it properly:
If it is static, single quotes are ok:
$ mlblock='line 1
> line 2'
$ printf '%sn' "$mlblock"
line 1
line 2
If you want it to be built at execution time, you have to use double quotes, which preserve the special meaning of $
, `
and , allowing, among other things, parameter expansion and command substitution:
$ text="Sample text"
$ mlblock="$text
> date: $(date)
> end"
$ printf '%sn' "$mlblock"
Sample text
date: Wed Jan 16 22:18:33 CET 2019
end
Note that expansions appearing anywhere in a string enclosed in double quotes are themselves quoted. Thus, their spacing is preserved (e.g. Sample text
).
The most readable way to pass a complex string to a function is probably to use a variable:
$ function notify_dba () {
printf '%sn' "$1" # Print header
printf '%sn' "$2" # Print body
}
$ notify_dba 'Header' "$mlblock"
Header
Sample text
date: Wed Jan 16 22:21:14 CET 2019
end
Note that the second argument has to appear in double quotes because: 1) if unquoted, it would be expanded by the shell and, when resulting in more than one word, be translated into more than one arguments to the function; 2) if surrounded by single quotes, it would be interpreted literally as the string $mlblock
.
Alternatively you can, of course, build the argument string as you call your function:
$ notify_dba 'Header' "Multi
> line body
> date: $(date)
> end"
Header
Multi
line body
date: Wed Jan 16 22:29:13 CET 2019
end
add a comment |
As pointed out in a comment to your question, the error you see is due to the unquoted ${
, which triggers parameter expansion (see "Parameter Expansion" in section "EXPANSION" of man bash
).
That said, you can of course pass around a multi-line text block. You have just to quote it properly:
If it is static, single quotes are ok:
$ mlblock='line 1
> line 2'
$ printf '%sn' "$mlblock"
line 1
line 2
If you want it to be built at execution time, you have to use double quotes, which preserve the special meaning of $
, `
and , allowing, among other things, parameter expansion and command substitution:
$ text="Sample text"
$ mlblock="$text
> date: $(date)
> end"
$ printf '%sn' "$mlblock"
Sample text
date: Wed Jan 16 22:18:33 CET 2019
end
Note that expansions appearing anywhere in a string enclosed in double quotes are themselves quoted. Thus, their spacing is preserved (e.g. Sample text
).
The most readable way to pass a complex string to a function is probably to use a variable:
$ function notify_dba () {
printf '%sn' "$1" # Print header
printf '%sn' "$2" # Print body
}
$ notify_dba 'Header' "$mlblock"
Header
Sample text
date: Wed Jan 16 22:21:14 CET 2019
end
Note that the second argument has to appear in double quotes because: 1) if unquoted, it would be expanded by the shell and, when resulting in more than one word, be translated into more than one arguments to the function; 2) if surrounded by single quotes, it would be interpreted literally as the string $mlblock
.
Alternatively you can, of course, build the argument string as you call your function:
$ notify_dba 'Header' "Multi
> line body
> date: $(date)
> end"
Header
Multi
line body
date: Wed Jan 16 22:29:13 CET 2019
end
add a comment |
As pointed out in a comment to your question, the error you see is due to the unquoted ${
, which triggers parameter expansion (see "Parameter Expansion" in section "EXPANSION" of man bash
).
That said, you can of course pass around a multi-line text block. You have just to quote it properly:
If it is static, single quotes are ok:
$ mlblock='line 1
> line 2'
$ printf '%sn' "$mlblock"
line 1
line 2
If you want it to be built at execution time, you have to use double quotes, which preserve the special meaning of $
, `
and , allowing, among other things, parameter expansion and command substitution:
$ text="Sample text"
$ mlblock="$text
> date: $(date)
> end"
$ printf '%sn' "$mlblock"
Sample text
date: Wed Jan 16 22:18:33 CET 2019
end
Note that expansions appearing anywhere in a string enclosed in double quotes are themselves quoted. Thus, their spacing is preserved (e.g. Sample text
).
The most readable way to pass a complex string to a function is probably to use a variable:
$ function notify_dba () {
printf '%sn' "$1" # Print header
printf '%sn' "$2" # Print body
}
$ notify_dba 'Header' "$mlblock"
Header
Sample text
date: Wed Jan 16 22:21:14 CET 2019
end
Note that the second argument has to appear in double quotes because: 1) if unquoted, it would be expanded by the shell and, when resulting in more than one word, be translated into more than one arguments to the function; 2) if surrounded by single quotes, it would be interpreted literally as the string $mlblock
.
Alternatively you can, of course, build the argument string as you call your function:
$ notify_dba 'Header' "Multi
> line body
> date: $(date)
> end"
Header
Multi
line body
date: Wed Jan 16 22:29:13 CET 2019
end
As pointed out in a comment to your question, the error you see is due to the unquoted ${
, which triggers parameter expansion (see "Parameter Expansion" in section "EXPANSION" of man bash
).
That said, you can of course pass around a multi-line text block. You have just to quote it properly:
If it is static, single quotes are ok:
$ mlblock='line 1
> line 2'
$ printf '%sn' "$mlblock"
line 1
line 2
If you want it to be built at execution time, you have to use double quotes, which preserve the special meaning of $
, `
and , allowing, among other things, parameter expansion and command substitution:
$ text="Sample text"
$ mlblock="$text
> date: $(date)
> end"
$ printf '%sn' "$mlblock"
Sample text
date: Wed Jan 16 22:18:33 CET 2019
end
Note that expansions appearing anywhere in a string enclosed in double quotes are themselves quoted. Thus, their spacing is preserved (e.g. Sample text
).
The most readable way to pass a complex string to a function is probably to use a variable:
$ function notify_dba () {
printf '%sn' "$1" # Print header
printf '%sn' "$2" # Print body
}
$ notify_dba 'Header' "$mlblock"
Header
Sample text
date: Wed Jan 16 22:21:14 CET 2019
end
Note that the second argument has to appear in double quotes because: 1) if unquoted, it would be expanded by the shell and, when resulting in more than one word, be translated into more than one arguments to the function; 2) if surrounded by single quotes, it would be interpreted literally as the string $mlblock
.
Alternatively you can, of course, build the argument string as you call your function:
$ notify_dba 'Header' "Multi
> line body
> date: $(date)
> end"
Header
Multi
line body
date: Wed Jan 16 22:29:13 CET 2019
end
edited 9 hours ago
answered yesterday
fra-sanfra-san
1,376214
1,376214
add a comment |
add a comment |
Dennis Jorgenson is a new contributor. Be nice, and check out our Code of Conduct.
Dennis Jorgenson is a new contributor. Be nice, and check out our Code of Conduct.
Dennis Jorgenson is a new contributor. Be nice, and check out our Code of Conduct.
Dennis Jorgenson is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Unix & Linux 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%2funix.stackexchange.com%2fquestions%2f494903%2fbad-substitution-when-running-from-cron%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
7Pl J7yCwHbgXTuSvZ,8sapNioe00HbtbGCYL06nW DmiFr Cs,XP,UdU9R5uKO,fPe,ruLJ79d 97GMnuZjNXR,x
1
Ok, I was wondering how could it possibly work in a shell... But you just made your edit. The unquoted
${
triggers parameter substitution, which gives you thebad substitution
error. Why the curly braces surrounding your block? They seem just wrong there.– fra-san
yesterday
lol, the shell hit a condition and this was the first time this block of code hit... I'll try without the curly braces - the thought was that being a multi-line string argument that I might have to encapsulate with squirrelies ..
– Dennis Jorgenson
yesterday
Seems to have done the trick. Thanks a bunch!
– Dennis Jorgenson
yesterday
Glad to hear that. Even if I'm late, I'm posting an answer with some examples on handling multi-line and non-fixed text in scripts.
– fra-san
yesterday
Pleased to see you're already sorted. In general, please don't post code with line numbers. It adds work in cutting and pasting the example code.
– roaima
9 hours ago