• SystemAdministration
• Systems
• Test

Basics

The mission of the test system is to provide a platform for software patches to be tried and tested. Once tried and tested, Software Assessment team reviews them and passes them to (critical) online system.

Testing

To test, use it like the main site. First, *create a new test account* because this system doesn't have access to your account on the main system. Then, log in and test the feature of the day.

Do not use your real password for this test account and especially do not use your standard "Security Questions", because many people have access to this database and can look up the security questions and their answers!

WARNING: This server does not have a copy of the CAcert user database, and has a lot of incorrect/spurious data in its database as a result of several kinds of tests.

Discussions on what needs to be tested happen .. where?

Administration of Testing systems

Test systems are managed and controlled by SoftwareAssessmentTeam. They provide the systems administrators for administrating it.

• TestSite/ConfigurationDetails has the configuration parameters used for this test site

• TestSite/LoggingIn has the instructions for logging in via ssh

• TestSite is another page that has been used to document testing. Which is more current?

There are three sorts of users:

• sysadms, who have ssh root access and maintain it.
  • These people are generally part of infrastructure team.
• developers, who have ssh access and upload patches.
  • Access to developer shell account is lightweight: isAnAssurer, isADeveloper, hasAPatch. Use common sense in allocation.
  • developers should investigate the Test Image (VMWare) below and install it on their local machine for faster development time
• testers, who access via the https links above.
  • can be any CAcert member in principle?

Technical Specifications

Test System is made of:

• three IP#s
  • server-cert test1.cacert.org
  • client-cert secure.test1.cacert.org
  • tverify tverify.test1.cacert.org
• access to a physical tty so ioctls work? (not necessarily with a cable in it)

Specs on Test1

"Logical"

• Admins: Jandd, Ted
  • perhaps PG, Evaldo

• emergency crowbarring: Matthias G foo at s.n, or if desperate: subik yellow at s.n or Iang at iang.

• IP#s:
  • 193.238.157.83 (eth0)
  • 193.238.157.84 (unassigned)
  • 193.238.157.85 (unassigned)
  • the last two are unassigned, just configure as usual (eth1, eth2).
• 512Gb Ram; 10GB disk

"Physical"

• VM hosted on Xen 2.6.18

• hosted by Sonance.net on one of their VM systems, write their support@ or their sonance-tech@lists... for help

• host is located in Funkfeuer.at who respond to hosting@

• debian-5 "etch" is standard install (can be apt-upgraded to 6 or 7 apparently)

Test Image (VMWare)

Moved to http://wiki.cacert.org/wiki/SystemAdministration/Systems/Development

Historical

EvaldoGardenali ran test1 in US of A until that machine's retirement in 2008.

CategorySystems