command locked "command=" ssh keys in the destination user's authkeys
file, and skip sudo entirely.
On Tue, Oct 8, 2013 at 6:52 AM, Tim Dunphy <bluethundr@xxxxxxxxx> wrote:
> hey there,
>
>
> Thanks for playing!
>
>> tcgetattr: Inappropriate ioctl for device
>> > `/data/solr-4.3.1/zoe/etc/
>> logback.xml' -> `/tmp/logback.xml--20131007.bak'
>>
>> The cp did work, sudo accepted the password.
>> Note that ${i} was not interpolated into the file name.
>>
>
>
> Yes good point about ${i} not being interpolated. However this example is
> from when the command is individually executed and not as part of the
> script. When you pop that line into my script for some reason the password
> is not passed to sudo. Just something I find odd, because the syntax hasn't
> changed at all so why would it not work in the script?
>
>
>>
>> > tcgetattr: Inappropriate ioctl for device
>> > -rw-r--r-- 1 root root 3372 Oct 7 22:07
>> > /home/tdunphy/logback.xml--20131007.bak
>>
>> the ls did work
>>
>
>
> Yes. Again, this happened when the command was executed individually, but
> NOT as part of the script.
>
>
>>
>> > tcgetattr: Inappropriate ioctl for device
>> > [sudo] password for tdunphy:
>>
>> But what's that?
>> Is the password the same on all hosts, i.e. it works for one host, but not
>> the other?
>> Or do you have another ssh in the for loop you did not tell us about?
>>
>>
> No, the password is the same across all of the hosts in the environment.
> And the output that you see here is the exact same as what I was trying to
> run.
>
>
>> Try do add some debugging output with the hostname into the loop.
>>
>
>
> I added a little more debugging to the output, but otherwise the script is
> unchanged. As soon as you try to pass the password to sudo via the script,
> the password is not recognized.
>
>
> Here's the most recent run of the script:
>
> [tdunphy@MIAGRBISSH01V ~]$ for i in MIAGRBIORCA0{1..9}V MIAGRBIORCA1{0..2}V
>> do
>> echo "backing up the file on host: $i"
>> ssh -q -t -t -t $i sudo -S 'cp /data/solr-4.3.1/zoe/etc/logback.xml
> /home/tdunphy/logback.xml-${i}-$(date +%Y%m%d).bak' <<EOF
>> localG30rg3T0wn
>> EOF
>>
>> echo -e "\n\n\n"
>>
>> echo "listing the backup to verify success on host: $i"
>> ssh -q -t -t -t $i sudo -S 'ls -l /home/tdunphy/logback.xml-$i-$(date
> +%Y%m%d).bak' <<EOF
>> localG30rg3T0wn
>> EOF
>> sleep 2
>> done
> backing up the file on host: MIAGRBIORCA01V
> tcgetattr: Inappropriate ioctl for device
> *[sudo] password for tdunphy:*
>
>
>
>
> listing the backup to verify success on host: MIAGRBIORCA01V
> tcgetattr: Inappropriate ioctl for device
> *[sudo] password for tdunphy: *
>
> Definitely open to any ideas at this point, this problem seems like a weird
> one to me!
>
> Again, sincere thanks to anyone offering suggestions.
>
> Tim
>
>
>
> On Tue, Oct 8, 2013 at 7:06 AM, Markus Falb <wnefal@xxxxxxxxx> wrote:
>
>>
>> On 08.Okt.2013, at 04:51, Tim Dunphy wrote:
>>
>> ...
>>
>> > But more importantly, when I try to pop the above two working statements
>> > from the command line into a script, the following occurs:
>> >
>> > [tdunphy@MIAGRBISSH01V ~]$ for i in MIAGRBIORCA0{0..9}V
>> MIAGRBIORCA1{0..2}V
>> >>
>> >> do
>> >>
>> >> ssh -q -t -t -t $i sudo -S 'cp -v /data/solr-4.3.1/zoe/etc/logback.xml
>> > /tmp/logback.xml-${i}-$(date +%Y%m%d).bak' <<EOF
>> >> secret_sauce
>> >> EOF
>> >>
>> >> ssh -q -t -t -t $i sudo -S 'ls -l /home/tdunphy/logback.xml-${i}-$(date
>> > +%Y%m%d).bak' <<EOF
>> >> secret_sauce
>> >> EOF
>> >>
>> >> done
>>
>>
>> > tcgetattr: Inappropriate ioctl for device
>> > `/data/solr-4.3.1/zoe/etc/logback.xml' ->
>> `/tmp/logback.xml--20131007.bak'
>>
>> The cp did work, sudo accepted the password.
>> Note that ${i} was not interpolated into the file name.
>>
>> > tcgetattr: Inappropriate ioctl for device
>> > -rw-r--r-- 1 root root 3372 Oct 7 22:07
>> > /home/tdunphy/logback.xml--20131007.bak
>>
>> the ls did work
>>
>> > tcgetattr: Inappropriate ioctl for device
>> > [sudo] password for tdunphy:
>>
>> But what's that?
>> Is the password the same on all hosts, i.e. it works for one host, but not
>> the other?
>> Or do you have another ssh in the for loop you did not tell us about?
>>
>> Try do add some debugging output with the hostname into the loop.
>>
>> --
>> Markus
>>
>> _______________________________________________
>> CentOS mailing list
>> CentOS@xxxxxxxxxx
>> http://lists.centos.org/mailman/listinfo/centos
>>
>
>
>
> --
> GPG me!!
>
> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
--
Billy Crook • Network and Security Administrator • RiskAnalytics, LLC
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
