Hi Elvinas,
read Managing output
<http://docs.fabfile.org/en/1.10/usage/output_controls.html> section in
Fabric docs. I’m sure you will find what you need.
I use context managers to hide sensitive information:
with fabric.api.settings(
fabric.api.hide('everything'),
fabric.api.show ('running', 'user', 'output')):
but you can configure it globally.
Hope it helps
Regards
2016-01-28 10:45 GMT+01:00 Elvinas Piliponis <
[email protected]>:
> Hello,
>
> I am using Fabric to write our internal product deployment utility and
> having trouble supressing paramiko SSH output, when using DEBUG level. Is
> it possible to cut off messages like in the example below?
>
> If I set global logging level to INFO, these messages are not printed,
> however it also hides debug level messages from the installer, which I want
> to print out.
>
> I have tried to setup different levels of logging output.
>
> if debug:
> logging.getLogger('paramiko').setLevel(LEVELS.get('info',
> logging.NOTSET))
> logging.getLogger('requests').setLevel(LEVELS.get('info',
> logging.NOTSET))
>
>
> It seems to be set up properly, according to logging_tree (
> https://pypi.python.org/pypi/logging_tree) output:
>
> Level DEBUG
> Handler File '/home/xstack/git/installxstream/xsdeploy.log'
> Formatter <logging.Formatter instance at 0x1d17ef0>
> Handler Stream <open file '<stdout>', mode 'w' at 0x7f5e520a9150>
> Level DEBUG
> |
> o<--"paramiko"
> | Level INFO
> |
> o<--"requests"
> Level INFO
> Handler <requests.NullHandler instance at 0x1b3e2d8>
> |
> o<--[requests.packages]
> |
> o<--"requests.packages.urllib3"
> Level NOTSET so inherits level INFO
> Handler <requests.packages.urllib3.NullHandler instance at
> 0x1b3e248>
> |
> o<--"requests.packages.urllib3.connectionpool"
> | Level NOTSET so inherits level INFO
> |
> o<--"requests.packages.urllib3.poolmanager"
> | Level NOTSET so inherits level INFO
> |
> o<--[requests.packages.urllib3.util]
> |
> o<--"requests.packages.urllib3.util.retry"
> Level NOTSET so inherits level INFO
>
> However at DEBUG level I still get tons of SSH connection noise, which is
> of no interest for out usage case. I am not intending to debug SSH
> connection, when enabling debug level for software product installer.
>
> starting thread (client mode): 0x1ef5050L
> Connected (version 2.0, client OpenSSH_5.3)
> kex algos:['diffie-hellman-group-exchange-sha256',
> 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1',
> 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client
> encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256',
> 'arcfour128', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc',
> 'aes192-cbc', 'aes256-cbc', 'arcfour', '[email protected]']
> server encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256',
> 'arcfour128', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc',
> 'aes192-cbc', 'aes256-cbc', 'arcfour', '[email protected]']
> client mac:['hmac-md5', 'hmac-sha1', '[email protected]',
> 'hmac-sha2-256', 'hmac-sha2-512', 'hmac-ripemd160', '
> [email protected]', 'hmac-sha1-96', 'hmac-md5-96'] server
> mac:['hmac-md5', 'hmac-sha1', '[email protected]', 'hmac-sha2-256',
> 'hmac-sha2-512', 'hmac-ripemd160', '[email protected]',
> 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', '[email protected]']
> server compress:['none', '[email protected]'] client lang:[''] server
> lang:[''] kex follows?False
> Ciphers agreed: local=aes128-ctr, remote=aes128-ctr
> using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher:
> local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote
> hmac-sha1; compression: local none, remote none
>
> Thank you
>
> --
>
> Pagarbiai *|* Respectfully,
>
> *Elvinas Piliponis*
> *Vyresnysis IT inžinierius | Senior IT Engineer*
>
> [image: Virtustream] <http://www.virtustream.com/>
> <http://www.virtustream.com/>
> Kaunas *| *Lithuania
> Mobile: +37069807947 Skype: piktazbacila
> <[email protected]>[email protected] *|*
> www.virtustream.com
>
> *Keep up with Virtustream:*
>
> [image: blog] <http://www.virtustream.com/blog/>
> <http://www.virtustream.com/blog/>
>
> [image: twitter] <http://twitter.com/#%21/virtustream>
> <http://twitter.com/#%21/virtustream>
>
> [image: linkedin] <http://www.linkedin.com/company/virtustream>
> <http://www.linkedin.com/company/virtustream>
>
> [image: slideshare] <http://www.slideshare.net/Virtustream>
> <http://www.slideshare.net/Virtustream>
>
> [image: youtube] <http://www.youtube.com/user/Virtustream>
> <http://www.youtube.com/user/Virtustream>
>
> *The information contained in this electronic mail transmission may be
> privileged and confidential, and therefore, protected **from disclosure.*
> If you have received this communication in error, please notify us
> immediately by replying to this message and deleting the email and its
> attachments from all computers without copying or disclosing it.
>
> _______________________________________________
> Fab-user mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/fab-user
>
>
--
_______________________________________________
Fab-user mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/fab-user
