Re: October status update for Fedora Infrastructure Apprentices

2015-10-02 Thread Daniel Bruno
On Thu, Oct 1, 2015 at 1:56 PM, Kevin Fenzi  wrote:

> Greetings.
>
> You are getting this email because you are in the 'fi-apprentice' group
> in the fedora account system (or are reading this on the
> infrastructure list).
>
> Feel free to reply just directly to me, or cc the infrastructure list
> for everyone to see and comment on.
>
> https://fedoraproject.org/wiki/Infrastructure_Apprentice
>
> At the first of every month(or so), I am going to be sending out an
> email like this one. I would like feedback on how things are going for
> you.
>
> I'd like to ask for everyone to send me a quick reply with the
> following data or anything related you can think of that might help us
> make the apprentice program more useful.
>
> 0. Whats your fedora account system login?
>
dbruno

>
> 1. Have you logged in and used your fi-apprentice membership to look at
> our machines/setup in the last month? Do you plan to?
>
Not yet, but I'll do in the next few hours.

>
> 2. Has it helped you decide any area you wish to focus on or contribute
> to more?
>
I would like to contribute in the sysadmin tasks, with Ansible playbooks
and with python tasks.

>
> 3. Have you looked at or been able to work on any of the fi-apprentice
> 'easyfix' tickets?

https://fedorahosted.org/fedora-infrastructure/report/14

I'm looking at the moment, but I did not choose any yet.

>
>
> 4. Do you still wish to be a member of the group? If not (for whatever
> reason) could you provide any hints to help others down the road?
>
Yes, I want to be a member :)

>
> 5. Is there any help or communication or ideas you have that would help
> you do any of the above?
>
> 6. What do you find to be the hardest part of getting involved?
> Finding things to work on? Getting attention from others to help you?
> Finding tickets in your interest area?
>
> 7. Have you been able to make any weekly irc meetings? Do you find them
> helpful or interesting?
>
> Yes, I'm able to attend the weekly meeting and I find the weekly helpful
to follow the discussions and to get some answers.

> 8. Have you logged into our Gobby instance and read/seen/added to our
> meeting agenda? https://fedoraproject.org/wiki/Gobby

Yes, I've logged in several times.

>
>
> 9. If you could have the power to become invisible OR the power to read
> minds, which would you choose?
>
Became invisible for sure it's would be a way to  ensure some private
moments anywhere, on other hand read minds would violate others' privacy.

>
> Any other general feedback is also quite welcome, including
> improvements to this email, the wiki page, etc.
>
> Any folks I do not hear from in the next week will be removed from the
> group. (Note that it's easy to be readded when you have time or
> whatever and it's nothing at all personal, we just want to keep the
> group up to date with active folks).
>
> Thanks, and looking forward to your feedback!
>
> kevin
>
> ___
> infrastructure mailing list
> infrastructure@lists.fedoraproject.org
>
> http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org
>
>


-- 
Daniel Bruno (dbruno)
http://dbruno.org
Fedora Ambassadors Mentor @ LATAM
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


Re: [PATCH] Bring back the "chair" alias, just one place to list FPL

2015-10-02 Thread Kevin Fenzi
Applied, thanks. 

kevin


pgpogVEQtm7Wc.pgp
Description: OpenPGP digital signature
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


[PATCH] Bring back the "chair" alias, just one place to list FPL

2015-10-02 Thread Paul W. Frields
---
 roles/fas_client/files/aliases.template | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/roles/fas_client/files/aliases.template 
b/roles/fas_client/files/aliases.template
index 7b647f1..33dcd29 100644
--- a/roles/fas_client/files/aliases.template
+++ b/roles/fas_client/files/aliases.template
@@ -116,6 +116,9 @@ board: advisory-bo...@lists.fedoraproject.org
 chairman: chair
 directors: board
 
+# This is the one place to change FPL identity, re:
+# https://fedoraproject.org/wiki/Project_Leader
+chair: mattdm
 
 # FESCo
 fesco-chair: kevin
@@ -137,9 +140,9 @@ fudcon-cfp: /dev/null
 fudcon-paper:fudcon-cfp
 
 # flock
-flockpress: rsuehle,spot,mattdm
-flockinfo: rsuehle,spot,mattdm
-flock-staff: rsuehle,spot,mattdm,jwboyer
+flockpress: rsuehle,spot,fpl
+flockinfo: rsuehle,spot,fpl
+flock-staff: rsuehle,spot,fpl,jwboyer
 
 # gnome backups
 gnomebackup: back...@gnome.org
-- 
2.4.3
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


Re: [Bug 1268192] New: Rsync fails with "Corrupted MAC on input. Disconnecting: Packet corrupt"

2015-10-02 Thread Stephen John Smoogen
On 2 October 2015 at 01:44, Miroslav Suchý  wrote:
> Hi,
> this is an issue in Copr:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1268192
> this happen rarely, but this is not first report. So I should address it 
> somehow.
>
> Google say:
>   
> http://serverfault.com/questions/338439/ssh-sessions-terminate-abruptly-with-message-corrupted-mac-on-input-disconnect
>   
> https://ask.openstack.org/en/question/25306/slow-network-speed-between-vm-and-external/
>
> I hesitate to turn off checksumming, but switching TCP segmentation offload 
> off gains some improvements.
> During several measurements I see gain from 15.2 sec to 14.6 sec (when 
> transferring Fedora ISO).
> But I was unable to reproduce the packet corruption.
>
> The question is - should I disable TCO on Copr machines only, or should I 
> disable it in general VM spinup playbook for
> all our VM?

I would turn it off on Copr machiens only. If other systems see
problems it can be hard to realize "oh that is happening on all boxes"
late in the game. If we know we have isolated it to one set of systems
it is better to do so.


> And this wiki:
>   https://www.rdoproject.org/Using_GRE_tenant_networks#Offloading
> suggest to turn it off for physical hosts too. Not sure why.

That is if we are using GRE in the networks. Are we? If we are it does
make sense because the GRE in the kernel relies on dealing with an
'uncorrupted' packet which offloading does.


> I welcome your comments
>
>   Mirek
>
>
>
>
>
>  Přeposlaná zpráva 
> Předmět: [Bug 1268192] New: Rsync fails with "Corrupted MAC on input. 
> Disconnecting: Packet corrupt"
> Datum: Fri, 02 Oct 2015 05:27:49 +
> Od: bugzi...@redhat.com
> Komu: msu...@redhat.com
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1268192
>
> Bug ID: 1268192
>Summary: Rsync fails with "Corrupted MAC on input.
> Disconnecting: Packet corrupt"
>Product: Copr
>  Component: backend
>   Assignee: msu...@redhat.com
>   Reporter: redhatbugzi...@kyl191.net
>
>
>
> Description of problem:
> copr builds are building successfully, but the final rsync fails with an error
> message.
>
> Version-Release number of selected component (if applicable):
>
>
> How reproducible:
> Random, occurred twice on Fedora Rawhide, once on EPEL 7, but I only did 5
> builds.
>
> Steps to Reproduce:
> 1. Start a copr build, possibly only on EPEL7/Fedora Rawhide
> 2. Wait
> 3. Build might be marked as failed despite rpm packages being in the fold
> afterwards.
>
> Actual results:
> Some copr builds fail inexplicably in the middle of an rsync job.
>
> Expected results:
> Rsync is successful
>
> Additional info:
> Affected builds:
> https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/fedora-rawhide-x86_64/00122195-nginx-pagespeed/build-00122195.rsync.log
>
> https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/epel-7-x86_64/00122218-nginx-pagespeed/build-00122218.rsync.log
>
> https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/fedora-rawhide-i386/00122219-nginx-pagespeed/build-00122219.rsync.log
>
> --
> You are receiving this mail because:
> You are the assignee for the bug.
>
> ___
> infrastructure mailing list
> infrastructure@lists.fedoraproject.org
> http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org



-- 
Stephen J Smoogen.
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


[release] pkgdb2: 1.29

2015-10-02 Thread Pierre-Yves Chibon
Good morning everyone,

I just cut a new pkgdb2 release: 1.29

Here is its changelog:
* Fri Oct 02 2015 Pierre-Yves Chibon  - 1.29-1
- Update to 1.29
- Adjust the README's intructions (trishnaguha)
- Fixed the problem with formatting the description of a package (farhaanbukhsh)
- Adjust docstring now that pkgdb in Fedora's infra is using dynamic endpoints
  (Mikolaj Izdebski)
- Pull info from bugzilla to pre-populate the new package form when requesting
  new packages to be added

This is currently running in stg and will be running in prod shortly.


Thank you for your attention,
Pierre


pgp9K9Uj9Foki.pgp
Description: PGP signature
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


Re: October status update for Fedora Infrastructure Apprentices

2015-10-02 Thread Bruno Queiros
My answers inline.

Em qui, 1 de out de 2015 às 18:03, Kevin Fenzi  escreveu:

> Greetings.
>
> You are getting this email because you are in the 'fi-apprentice' group
> in the fedora account system (or are reading this on the
> infrastructure list).
>
> Feel free to reply just directly to me, or cc the infrastructure list
> for everyone to see and comment on.
>
> https://fedoraproject.org/wiki/Infrastructure_Apprentice
>
> At the first of every month(or so), I am going to be sending out an
> email like this one. I would like feedback on how things are going for
> you.
>
> I'd like to ask for everyone to send me a quick reply with the
> following data or anything related you can think of that might help us
> make the apprentice program more useful.
>
> 0. Whats your fedora account system login?
>
>
lnxslck


> 1. Have you logged in and used your fi-apprentice membership to look
> at our machines/setup in the last month? Do you plan to?
>

Not last month, but i plan to, yes.


>
> 2. Has it helped you decide any area you wish to focus on or contribute
> to more?
>
> Yes.


> 3. Have you looked at or been able to work on any of the fi-apprentice
> 'easyfix' tickets?
> https://fedorahosted.org/fedora-infrastructure/report/14
>
> Haven't found one suitable for me yet.


> 4. Do you still wish to be a member of the group? If not (for whatever
> reason) could you provide any hints to help others down the road?
>
> Of course.


> 5. Is there any help or communication or ideas you have that would
> help you do any of the above?
>

Sometimes entering the machines can be pretty hard.


>
> 6. What do you find to be the hardest part of getting involved?
> Finding things to work on? Getting attention from others to help you?
> Finding tickets in your interest area?
>
> Login in into machines.


> 7. Have you been able to make any weekly irc meetings? Do you find
> them helpful or interesting?
>
> Yes, and yes they're very helpfull (open floor specially).


> 8. Have you logged into our Gobby instance and read/seen/added to
> our meeting agenda? https://fedoraproject.org/wiki/Gobby
>
> Not yet.


> 9. If you could have the power to become invisible OR the power to
> read minds, which would you choose?
>
> Most people speak their mind, say what they really think when they're
alone, so being invisible would probably allow me to ear what some people
think about me, and i would still have the invisibility power, so yeah, i
would choose invisible.


> Any other general feedback is also quite welcome, including
> improvements to this email, the wiki page, etc.
>
> Any folks I do not hear from in the next week will be removed from the
> group. (Note that it's easy to be readded when you have time or
> whatever and it's nothing at all personal, we just want to keep the
> group up to date with active folks).
>
> Thanks, and looking forward to your feedback!
>
> kevin
> ___
> infrastructure mailing list
> infrastructure@lists.fedoraproject.org
>
> http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org
>
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org


Fwd: [Bug 1268192] New: Rsync fails with "Corrupted MAC on input. Disconnecting: Packet corrupt"

2015-10-02 Thread Miroslav Suchý
Hi,
this is an issue in Copr:
  https://bugzilla.redhat.com/show_bug.cgi?id=1268192
this happen rarely, but this is not first report. So I should address it 
somehow.

Google say:
  
http://serverfault.com/questions/338439/ssh-sessions-terminate-abruptly-with-message-corrupted-mac-on-input-disconnect
  
https://ask.openstack.org/en/question/25306/slow-network-speed-between-vm-and-external/

I hesitate to turn off checksumming, but switching TCP segmentation offload off 
gains some improvements.
During several measurements I see gain from 15.2 sec to 14.6 sec (when 
transferring Fedora ISO).
But I was unable to reproduce the packet corruption.

The question is - should I disable TCO on Copr machines only, or should I 
disable it in general VM spinup playbook for
all our VM?

And this wiki:
  https://www.rdoproject.org/Using_GRE_tenant_networks#Offloading
suggest to turn it off for physical hosts too. Not sure why.

I welcome your comments

  Mirek





 Přeposlaná zpráva 
Předmět: [Bug 1268192] New: Rsync fails with "Corrupted MAC on input. 
Disconnecting: Packet corrupt"
Datum: Fri, 02 Oct 2015 05:27:49 +
Od: bugzi...@redhat.com
Komu: msu...@redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1268192

Bug ID: 1268192
   Summary: Rsync fails with "Corrupted MAC on input.
Disconnecting: Packet corrupt"
   Product: Copr
 Component: backend
  Assignee: msu...@redhat.com
  Reporter: redhatbugzi...@kyl191.net



Description of problem:
copr builds are building successfully, but the final rsync fails with an error
message.

Version-Release number of selected component (if applicable):


How reproducible:
Random, occurred twice on Fedora Rawhide, once on EPEL 7, but I only did 5
builds.

Steps to Reproduce:
1. Start a copr build, possibly only on EPEL7/Fedora Rawhide
2. Wait
3. Build might be marked as failed despite rpm packages being in the fold
afterwards.

Actual results:
Some copr builds fail inexplicably in the middle of an rsync job.

Expected results:
Rsync is successful

Additional info:
Affected builds:
https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/fedora-rawhide-x86_64/00122195-nginx-pagespeed/build-00122195.rsync.log

https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/epel-7-x86_64/00122218-nginx-pagespeed/build-00122218.rsync.log

https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-pagespeed/fedora-rawhide-i386/00122219-nginx-pagespeed/build-00122219.rsync.log

-- 
You are receiving this mail because:
You are the assignee for the bug.

___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org