Discussion:
[Fab-user] recursive get stops at first root read-only file as unprivileged user
cruxpot
2016-02-12 00:04:14 UTC
Permalink
Is there a way to make fabric not quit at the first read-only file it
cannot read? It throws an exception for example on /etc when I do a get
against an entire /etc directory structure. settings env.warn_only to True
does not stop the fact that it quits downloading. I can create an issue for
this but want to confirm this is by design or there's a switch I can use.
Thanks.

[***@192.168.1.127] download:
/output/solaris10_tgt1/getFile/session-Thu_Feb_11_19_00_03_2016/etc/etc/profile
<- /etc/profile
[***@192.168.1.127] download:
/output/solaris10_tgt1/getFile/session-Thu_Feb_11_19_00_03_2016/etc/etc/shadow
<- /etc/shadow

Warning: get() encountered an exception while downloading '/etc'

Underlying exception:
Permission denied
Robin Kåveland Hansen
2016-02-12 08:02:54 UTC
Permalink
Hi,

I can not see a feature such as the one you want/need in the code-path for `get` at the moment. 

I’d say this is a usability improvement and you can safely make an issue.
On 12 February 2016 at 01:04:21, cruxpot (***@gmail.com) wrote:

Is there a way to make fabric not quit at the first read-only file it cannot read? It throws an exception for example on /etc when I do a get against an entire /etc directory structure. settings env.warn_only to True does not stop the fact that it quits downloading. I can create an issue for this but want to confirm this is by design or there's a switch I can use. Thanks.

[***@192.168.1.127] download: /output/solaris10_tgt1/getFile/session-Thu_Feb_11_19_00_03_2016/etc/etc/profile <- /etc/profile
[***@192.168.1.127] download: /output/solaris10_tgt1/getFile/session-Thu_Feb_11_19_00_03_2016/etc/etc/shadow <- /etc/shadow

Warning: get() encountered an exception while downloading '/etc'

Underlying exception:
    Permission denied

_______________________________________________
Fab-user mailing list
Fab-***@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fab-user
-- 
Vennlig hilsen,
Robin KÃ¥veland Hansen

Loading...