From Fedora Project Wiki

(Add note on precautions to take with these machines.)
(New aarch64 instance and remove eol instances for el6 and f31)
 
(81 intermediate revisions by 10 users not shown)
Line 5: Line 5:
  
 
== Available Machines/Instances ==
 
== Available Machines/Instances ==
 
+
{| class="wikitable"
{|
+
! hostname !! fedora version !! arch  !! cpu !! memory !! disk !! contact
! DNS NAME !! fedora version !! arch  !! cpu !! memory !! disk !! contact
+
|-
 +
| rawhide-test.fedorainfracloud.org || rawhide || x86_64 cloud instance || 3.00GHz || 8GB ram || 100GB disk || admin@fedoraproject.org
 +
|-
 +
| f33-test.fedorainfracloud.org || f33 || x86_64 cloud instance || 3.00Ghz || 8GB ram || 100GB disk || admin@fedoraproject.org
 +
|-
 +
| f32-test.fedorainfracloud.org || f32 || x86_64 cloud instance || 3.00Ghz || 8GB ram || 100GB disk || admin@fedoraproject.org
 +
|-
 +
| el8-test.fedorainfracloud.org || centos8 || x86_64 cloud instance || 3.00Ghz || 8GB ram || 100GB disk || admin@fedoraproject.org
 +
|-
 +
| el7-test.fedorainfracloud.org || centos7 || x86_64 cloud instance || 3.00Ghz || 8GB ram || 100GB disk || admin@fedoraproject.org
 +
|-
 +
| ppc64le-test.fedorainfracloud.org || f33 || ppc64le vm || - || 8GB ram || 40GB disk || admin@fedoraproject.org
 +
|-
 +
| aarch64-test01.fedorainfracloud.org || f33 || aarch64 cloud instance || - || 8GB ram || 100GB disk || admin@fedoraproject.org
 
|-
 
|-
| thulsadoom.scrye.com / rawhide-test.scrye.com || rawhide || x86_64 kvm instance || 1.86Ghz || 2GB ram || 60GB disk || kevin@scrye.com
+
| Arm instances below are down due to datacenter move. See https://fedoraproject.org/wiki/Infrastructure/2020-post-datacenter-move-known-issues
 
|-
 
|-
| draco.scrye.com / epel5-test.scrye.com || centos5 || i686 kvm instance || 1.86Ghz || 2GB ram || 100GB disk || kevin@scrye.com
+
| armv7-test01.fedorainfracloud.org || f31 || armv7 vm || - || 40GB ram || 140GB disk || admin@fedoraproject.org
 
|-
 
|-
| Oxf13.scrye.com / f13-test.scrye.com || f13 || x86_64 kvm instance || 1.86Ghz || 1024MB ram || 10GB disk || kevin@scrye.com
+
| armv7-test02.fedorainfracloud.org || f31 || armv7 vm || - || 40GB ram || 140GB disk || admin@fedoraproject.org
 
|-
 
|-
| varen.scrye.com / rhel6b2-test.scrye.com || rhel6beta2 || x86_64 kvm instance || 1.86Ghz || 2048MB ram || 10GB disk || kevin@scrye.com
+
| aarch64-test02.fedorainfracloud.org || f31 || aarch64 vm || - || 40GB ram || 140GB disk || admin@fedoraproject.org
 
|-
 
|-
| chade.scrye.com / f14-test.scrye.com || f14 branched || x86_64 kvm instance || 1.86Ghz || 2048MB ram || 20GB disk || kevin@scrye.com
 
 
|}
 
|}
 +
 +
{{admon/note|machine names and location has changed as of 2020-03-18}}
  
 
== FAQ ==
 
== FAQ ==
Line 24: Line 38:
 
Q: What precautions should I take on these machines.
 
Q: What precautions should I take on these machines.
  
A: Since all Fedora packagers have root access on these machines, do not enter any sensitive information, including FAS credentials on these machines.  These systems should never ask you for your FAS password (sudo is NOPASSWD).  Authentication is only done via the SSH key you have set in FAS.  In particular, it is recommended to disable SSH agent forwarding on these machines on the client side (agent forwarding is disabled on the server, but any user on the system could potentially reenable it).  To do this, add the following to your ~/.ssh/config:
+
A: Since all Fedora packagers or qa members have root access on these machines, do not enter any sensitive information, including FAS credentials on these machines.  These systems should never ask you for your FAS password (sudo is NOPASSWD).  Authentication is only done via the SSH key you have set in FAS.  In particular, it is recommended to disable SSH agent forwarding on these machines on the client side (agent forwarding is disabled on the server, but any user on the system could potentially reenable it).  To do this, add the following to your ~/.ssh/config:
 
<pre>
 
<pre>
Host *.scrye.com
+
Host *.fedorainfracloud.org
 +
  ForwardAgent no
 +
Host *.cloud.fedoraproject.org
 
   ForwardAgent no
 
   ForwardAgent no
 
</pre>
 
</pre>
Line 32: Line 48:
 
Q: Who has access to these instances?
 
Q: Who has access to these instances?
  
A: Anyone who is in the Fedora "packager" group. Use your ssh key from the fedora account system to login. Package maintainers have 'sudo' access.  
+
A: Anyone who is in the Fedora "packager" group. or anyone in the Fedora "qa" group for the qa machines. Use your ssh key from the fedora account system to login. Package maintainers have 'sudo' access.  
  
 
Q: What kinds of things can I do on these machines?  
 
Q: What kinds of things can I do on these machines?  
Line 67: Line 83:
 
Q: Can I use one of these instances to maintain my packages from?
 
Q: Can I use one of these instances to maintain my packages from?
  
A: No. ssh agent forwarding is disabled for security reasons, so you will not be able to do cvs checkins from these instances. Additionally, they could be re-installed or files could be wiped at any time. You should not use these as a place to maintain your packages from.
+
A: No. ssh agent forwarding is disabled for security reasons, so you will not be able to do git checkins from these instances. Additionally, they could be re-installed or files could be wiped at any time. You should not use these as a place to maintain your packages from.
 +
 
 +
Q: I messed up one of the existing instances. What do I do?
 +
 
 +
A: Don't panic. Just inform the owner of that instance and they will spin up another instance. It's not a problem.  
  
 
Q: I would like to contibute a host/instance/machine to allow people to test things, how can I do that?
 
Q: I would like to contibute a host/instance/machine to allow people to test things, how can I do that?
  
A: I would be happy to help you in setting up a machine as the above test instances are. Contact me (kevin@scrye.com) for more info on how to set up the hosts.  
+
A: I would be happy to help you in setting up a machine as the above test instances are. Contact me (kevin@scrye.com) for more info on how to set up the hosts. If you want to know some details about the setup, take a look at the ansible playbooks used for these machines at [https://www.scrye.com/~kevin/fedora/scrye-ansible/ https://www.scrye.com/~kevin/fedora/scrye-ansible/]. To make them work you need a special FAS account that is in the group <code>thirdparty</code>, though.
  
 
Q: I would like to donate some secondary arch hardware/machine resources to this effort. How can I do that?  
 
Q: I would like to donate some secondary arch hardware/machine resources to this effort. How can I do that?  
  
 
A: See the previous question if you just want to bring up your own test machines at your site. If you would like me to host/manage your machines, please  
 
A: See the previous question if you just want to bring up your own test machines at your site. If you would like me to host/manage your machines, please  
contact me (kevin@scrye.com) and we can see if we can work something out. In particular I would love a ppc64 host to allow maintainers to use.
+
contact me (kevin@scrye.com) and we can see if we can work something out.  
  
 
Q: What should the ssh host keys be for these instances?  
 
Q: What should the ssh host keys be for these instances?  
  
A1: The ssh host keys are in DNS (dnssec enabled). Just set the openssh VerifyHostKeyDNS=yes.
+
A1: https://admin.fedoraproject.org/ssh_known_hosts has all the ssh host keys
A2: Here's a list of ssh host keys for the machines:
 
  
<pre>
+
== IPV6 info ==
thulsadoom.scrye.com ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAwcyeuOv+hwYjMLobYmysZJl0XBwPsx3OuExgoSZqof4zKm+Gws/IxWDnwfov/bQ9PKlcsaGTlCeXS7ZfaUA4tYH5GksJP8tczGg35iFjn115ep0/1FF4rsUsc0mNMHVlgF2yibn//5P48in2VgJh7+kjKo6/yBxwFZVEI0Vwncy621dL0VZI52fdbiTacik7BoUWFupDUc7mEXYXL+KLD4WkiQd880VmimgbKzw+M+L19vPKwebMuD8Qat5DAaH+Wji+XR7nRZqvGOa1IOzbb7CPveJk7WEd/07KfU/p3X0Ek1d3Omqex5/Cew2NVFHETF3HEu6LomaNkKjdaqF+Nw==
+
 
draco.scrye.com ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEApaGSaZ52+S5ARafXKtYqoNzDklQ2tVaX+73SAyVZNIkV+Eij7oaqiQeBzQjrzmPQBUS1RR4To3puFNjVB0ZKzFwR//hExO+9rP3bqoOHEf/AS6uh/S6sxnClzut6MYDf0QfqlY402puZeQJN/zueCPWKmws08WcfxjLTNDEqiZIMwpRv6V5p20iI7coXiz/R2gN8yD8htNvbFAaqehcYJI6vpUCZR/4LRWVLn/c+rqLVJc3lXuAKuRgkeLbSTyLmX9UZWUX1bIiiqPo0GD7YX4QRAm4l4CSshk2QJc1V9o0j0NpYX+7Yt45lfhlDblTNyT1CSpKI4lXnmF+0knJ2DQ==
+
Sadly, ipv6 isn't currently available due to a provider issue. Will get it enabled as soon as we can offer it.  
varen.scrye.com ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAyv7UGZoWR0VQnyQLeMdPmhXeSJ3g2WcMPjs2vbrRtGUM0gpDTVhbqxq6c7UxSLcTOzKuNMrHjQhIKGOWnrU6d6IpR1/B3hgIncGoLpNUlQNMP6ZZrHeAt/2DA7l6v2OBMaqdyIYqcaaekVSkdq6d1GCU2JucMhk94VrLTfNApio6QzJtXKF98xU+fb8B04cJmpLRtdgF/duN+VxKhiCdnaQybz4tnd8VXAu0s129mKUVHcM+/6Z1iMxyPzUc5A2NZOlXlw/LuItVjIFbVDz9l4zWFatX9W1J4wDoEgInXIA8rHXokjh5qfkaXB3/3diKSShCCdNqMq3+BuyQaTKebQ==
 
Oxf13.scrye.com ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC5nGwA7uWy49vlHPJrdUWGdtltHJNleURi0RueN3GNzxBuF7yjSHYO/4SfmAwXkq8seeE+0i3h3tfABkA8aidNjFMLqWXFPkxMLGqXUmSVMJ4YPFiwt7SzDJ6qMsL4Dqnnm8TFGeBZONol7TS7NQPYr0/Zfvkmgo6J/bySKAUvAcDvoX/vVTzTwfBfGk1NtqZStadfjH3vxRok3EUgcZG+J1yzplDNz7l8TsLGdg+DdEaFhiExpytggdaQLfAPjlL2Q0Op8xAg/d6DS26Cf9j/wiZGnBvmeYk/Xh33V/1c7Ubbpf9QB5t3GKagtTce9AyYXJKOthYgWUuAAWROmo6x
 
chade.scrye.com ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDKkThwdOtrn3rAxkeh42KuWN2DR8YC5ShrEpeVyCR5HSFwdavgcMJLkYmC0Zn9uHJeAS1XCTwJZfmsQhUqKMAzrOym+1Lfv5wl/qQUTWMBS0y81hjKkF97+UjqtQK4IlwswNsJgYL4IGqVIDH/t/9YWirdSHi/AY5CGp7fcyyRxaramgjj8VcG5U/s8THAmu/RXiA7OkGBJneK/vWI/+FNLosztsk87GvYswzjO3zfcDsU8YcfLdi0bhnUPOS/tZP9QdsF6z2L3ZK4tBssRfTmdoJUSx/8bJ05pf5IWBAf7GD7OVWu9KFzKj4k03R9wITLrrJ90b5LR8KATZ4Xpe3F
 
</pre>
 
  
 
[[Category:Package Maintainers]]
 
[[Category:Package Maintainers]]

Latest revision as of 10:45, 23 December 2020

Overview

In some cases Fedora Package maintainers may not have access to all supported architectures or releases of Fedora that they maintain packages for. In order to assist with this, some community members are providing access to test machines/instances that they maintain to allow Fedora package maintainers to test, build, compile or debug their packages.

Available Machines/Instances

hostname fedora version arch cpu memory disk contact
rawhide-test.fedorainfracloud.org rawhide x86_64 cloud instance 3.00GHz 8GB ram 100GB disk admin@fedoraproject.org
f33-test.fedorainfracloud.org f33 x86_64 cloud instance 3.00Ghz 8GB ram 100GB disk admin@fedoraproject.org
f32-test.fedorainfracloud.org f32 x86_64 cloud instance 3.00Ghz 8GB ram 100GB disk admin@fedoraproject.org
el8-test.fedorainfracloud.org centos8 x86_64 cloud instance 3.00Ghz 8GB ram 100GB disk admin@fedoraproject.org
el7-test.fedorainfracloud.org centos7 x86_64 cloud instance 3.00Ghz 8GB ram 100GB disk admin@fedoraproject.org
ppc64le-test.fedorainfracloud.org f33 ppc64le vm - 8GB ram 40GB disk admin@fedoraproject.org
aarch64-test01.fedorainfracloud.org f33 aarch64 cloud instance - 8GB ram 100GB disk admin@fedoraproject.org
Arm instances below are down due to datacenter move. See https://fedoraproject.org/wiki/Infrastructure/2020-post-datacenter-move-known-issues
armv7-test01.fedorainfracloud.org f31 armv7 vm - 40GB ram 140GB disk admin@fedoraproject.org
armv7-test02.fedorainfracloud.org f31 armv7 vm - 40GB ram 140GB disk admin@fedoraproject.org
aarch64-test02.fedorainfracloud.org f31 aarch64 vm - 40GB ram 140GB disk admin@fedoraproject.org
Note.png
machine names and location has changed as of 2020-03-18

FAQ

Q: What precautions should I take on these machines.

A: Since all Fedora packagers or qa members have root access on these machines, do not enter any sensitive information, including FAS credentials on these machines. These systems should never ask you for your FAS password (sudo is NOPASSWD). Authentication is only done via the SSH key you have set in FAS. In particular, it is recommended to disable SSH agent forwarding on these machines on the client side (agent forwarding is disabled on the server, but any user on the system could potentially reenable it). To do this, add the following to your ~/.ssh/config:

Host *.fedorainfracloud.org
  ForwardAgent no
Host *.cloud.fedoraproject.org
  ForwardAgent no

Q: Who has access to these instances?

A: Anyone who is in the Fedora "packager" group. or anyone in the Fedora "qa" group for the qa machines. Use your ssh key from the fedora account system to login. Package maintainers have 'sudo' access.

Q: What kinds of things can I do on these machines?

A: Any of the following:

  • mock build packages
  • install and test packages
  • build packages locally to try and fix problems or compile errors
  • Check locations of files, layout or versions to help solve a Fedora bug.
  • Basically anything that is directly related to Fedora Maintainer tasks.

Q: What should I not do?

A: Any of the following:

  • Things that are not related to your job as maintainer of Fedora packages.
  • Probing or accessing any other system.
  • publishing data or content to the internet.

Q: Can I upgrade/downgrade $basepackage, or reboot the instances?

A: If you need to do this, please contact the maintainer of the instance and arrange it.

Q: Can I leave any data on these instances?

A: No. They could be re-installed at most any time, or rebooted, or suffer a data loss. Please scp or rsync your work off often, and when done, please revert any package installs/downgrades/upgrades.

Q: Aren't you worried that someone will misuse these instances?

A: No. We trust the packagers to maintain and build our packages in Fedora, why would we not trust them to use test instances correctly? Additionally, the instances are all isolated from any local machines, ssh agent forwarding is disabled, and they only allow incoming ssh and a handfull of outgoing traffic.

Q: Can I use one of these instances to maintain my packages from?

A: No. ssh agent forwarding is disabled for security reasons, so you will not be able to do git checkins from these instances. Additionally, they could be re-installed or files could be wiped at any time. You should not use these as a place to maintain your packages from.

Q: I messed up one of the existing instances. What do I do?

A: Don't panic. Just inform the owner of that instance and they will spin up another instance. It's not a problem.

Q: I would like to contibute a host/instance/machine to allow people to test things, how can I do that?

A: I would be happy to help you in setting up a machine as the above test instances are. Contact me (kevin@scrye.com) for more info on how to set up the hosts. If you want to know some details about the setup, take a look at the ansible playbooks used for these machines at https://www.scrye.com/~kevin/fedora/scrye-ansible/. To make them work you need a special FAS account that is in the group thirdparty, though.

Q: I would like to donate some secondary arch hardware/machine resources to this effort. How can I do that?

A: See the previous question if you just want to bring up your own test machines at your site. If you would like me to host/manage your machines, please contact me (kevin@scrye.com) and we can see if we can work something out.

Q: What should the ssh host keys be for these instances?

A1: https://admin.fedoraproject.org/ssh_known_hosts has all the ssh host keys

IPV6 info

Sadly, ipv6 isn't currently available due to a provider issue. Will get it enabled as soon as we can offer it.