Federa 35 Server default editor
by Peter Boy
In Fedora 34 the default editor was nano, for Workstation and also for Server. In my latest default F35 Server installation I noticed vim-default-editor was installed.
Did some good soul take pity and bring vim back to us or did something go wrong with my installation?
Best
Peter
1 week, 1 day
Are There Platforms or Companies Publicly Using Fedora Server
by mowest
For the Fedora Website design each of the editions has a section referring
to "Platforms / Business" where the edition can be run or is supported or
is used.
I am not aware of any companies/non-profits/governments that publicly have
spoken about their use of Fedora Server. Does anyone in the WG know of such
entities that we could list their logo and point out that Fedora Server is
running in some real world use cases?
mowest
--------->
discoverfoss.com
2 months
Fedora Server Website Refresh
by mowest＠vivaldi.net
I just wanted to encourage everyone in Server WG to take a look at the
issue Peter Boy created. I was contacted yesterday, 1/18/23, by the website
design team, and have begun working with them on a mock up for our page. I
have updated the issue below with the current status and relevant links. I
will post to that issue in Pagure the mock up for Fedora Server landing
page once the design team has created the first version (perhaps by Monday,
1/23/23). Nothing is set in stone, so now is the time to let your ideas
flow for how you would like Fedora Server Edition to be viewed by those
coming to the Fedora site.
On Thursday, January 19, 2023 11:06:34 AM (-05:00), Peter Boy wrote:
The issue: `Fedora Website Revamp` of project: `fedora-server` has been
assigned to `mowest` by pboy.
https://pagure.io/fedora-server/issue/66
---------
mowest
---------
discoverfoss.com
2 months
Short info about this week's IRC meeting (2023-01-18)
by Peter Boy
Again, for everyone's convenience, a brief summary of our IRC meeting right here.
For greater details see meetbot
== Summary: ==
https://meetbot.fedoraproject.org/fedora-meeting/2023-01-18/fedora-server...
== Full log: ==
https://meetbot.fedoraproject.org/fedora-meeting/2023-01-18/fedora-server...
== Highlights ==
==== F38: Shorter Shutdown Timer ====
We will first review the Core Services of our current "Technical Specification" to see what configuration is implemented for a shutdown. Furthermore, we will consider conducting a test tag on this point, although implementation is likely to be difficult. Depending on the findings, we will decide on the further handling of the magnitude of the default timeout.
We found contradictions resp. ambiguities about the exact configuration of the current timeout configuration in Server. Nirik will clarify this.
Actions:
* nirik will look up the services in our technical specification and check for time out value
See pagure issue:
https://pagure.io/fedora-server/issue/96
==== Fedora Server web site revamp ====
Mowest made contact with the revamp team and introduced himself as Server contact. We are now in the flow to work on it.
The next step is to collect content for our pages. Mowest asks to contribute key ideas, messages, mission statements for the content of the page. We prefer professional, meaningful texts, not rather content-less marketing phrases, which can be found partly on some newly designed pages.
Actions:
* pboy to create a ticket to collect our central messages for the new web site.
See pagure issue:
https://pagure.io/fedora-server/issue/66
==== Possible agenda items next meeting ====
* F38: Shorter Shutdown Timer
* Using Ansible to install and configure Wildfly
* Fedora Server web site revamp
2 months
Re: WildFly
by John W. Himpel
Jason,
Forgive my tardiness in replying. Sickness has caused the delay.
Looking at the template (wildfly.properties.j2), I will make a wild
guess as to the issue.
There is a ansible_variable (not a user variable) known as
inventory_hostname. It is created by ansible when you begin execution
of the role. It is created in the Gathering Facts tasks that is auto-
generated by ansible to execute as the first task in the execution of a
role.
I'm unsure if the variable is derived from the hostnamectl command on
the target host or if it is derived from the name in the hosts.yml file
under the inventories directory.
The template having an issue is configure-properties.yml. It is
trying to determine which network interface to configure wildfly to
use.
The computation relies on inventory_hostname being a fqdn. Is the
target hostname in your inventory file a fqdn?
Another possibility, is my logic may be assuming ipv4 addressing.
Perhaps your system is ipv6 addressed?
One last possibility is you have defined the target host to be on the
same host as the ansible controller. In which case the ansible task
will not use any ipv4 or ipv6 to communicate between the target host
and the ansible controller. If that is the case, there may not be a
SSH connection from which to determine the ipv4 address to use.
Hope that one of these ideas bears fruit.
Thanks for testing. I appreciate your effort very much.
John Himpel
(recovering from the flu)
The variables that
On Thu, 2022-12-29 at 22:55 +0000, J Beard wrote:
> John,
>
> I reworked my inventory to look like yours and same thing. Also, I
> think you need to update your github page. What I pulled down isn't
> updated to what you posted in this email chain. I'm going to look at
> few things later tonight.
>
> TASK [wildfly_service : configure_properties wf26 - Configure
> standalone properties] ********************************************An
> exception occurred during task execution. To see the full
> traceback, use -vvv. The error was:
> ansible.errors.AnsibleUndefinedVariable: {{
> hostvars[inventory_hostname]["ansible_env"].SSH_CONNECTION.split("
> ")[2] }}: 'dict object' has no attribute 'SSH_CONNECTION'
> fatal: [f36server1.iapetus.local]: FAILED! => {"changed": false,
> "msg": "AnsibleUndefinedVariable: {{
> hostvars[inventory_hostname][\"ansible_env\"].SSH_CONNECTION.split(\"
> \")[2] }}: 'dict object' has no attribute 'SSH_CONNECTION'"}
>
>
> inventories├── inventories/test
> ├── inventories/test/hosts.yml
> └── inventories/test/host_vars
> └── inventories/test/host_vars/f36server1.iapetus.local
> ├──
> inventories/test/host_vars/f36server1.iapetus.local/vars.yml
> └──
> inventories/test/host_vars/f36server1.iapetus.local/vault.yml
>
>
>
>
> From: Jason Beard <jas_beard(a)hotmail.com>
> Sent: Wednesday, December 28, 2022 5:21 PM
> To: server(a)lists.fedoraproject.org <server(a)lists.fedoraproject.org>
> Subject: Re: WildFly
> I'll check the inventory stuff in a bit. Without looking I'm sure
> mine isn't setup like that. I'll have to fix that.
> Task where it fails:
> TASK [wildfly_service : configure_properties wf26 - Configure
> standalone properties]
> On 12/28/22 12:46, John W. Himpel wrote:
> > On Wed, 2022-12-28 at 11:35 -0600, Jason Beard wrote:
> > > Greetings! In regards to Wildfly below is the error I'm getting
> > > in the Ansible playbook run.
> > > The error is in the jinja2 template. I'm pretty sure I can
> > > update it a different way but I wasn't sure that the current
> > > setting is a necessity. I'm an Ansible newbie so I tend to ask
> > > before I change things.
> > > Let me know if you need any other information.
> > > Thanks,
> > > Jason
> > >
> > > Error:
> > > ~~~
> > > ansible.errors.AnsibleUndefinedVariable: {{
> > > hostvars[inventory_hostname]["ansible_env"].SSH_CONNECTION.split(
> > > " ")[2] }}: 'dict object'has no attribute 'SSH_CONNECTION'
> > >
> > > During handling of the above exception, another exception
> > > occurred:
> > >
> > > Traceback (most recent call last):
> > > File "/usr/lib/python3.8/site-
> > > packages/ansible/plugins/action/template.py", line 150, in
> > > run
> > >
> > > resultant = templar.do_template(template_data,
> > > preserve_trailing_newlines=True,
> > > escape_backslashes=False)
> > >
> > > File "/usr/lib/python3.8/site-
> > > packages/ansible/template/__init__.py", line 1176, in
> > > do_template
> > >
> > > raise AnsibleUndefinedVariable(e)
> > > ansible.errors.AnsibleUndefinedVariable: {{
> > > hostvars[inventory_hostname]["ansible_env"].SSH_CONNECTION.split(
> > > " ")[2] }}: 'dict object' has no attribute 'SSH_CONNECTION'
> > > fatal: [f36server1.iapetus.local]: FAILED! =>
> > > {
> > > "changed": false,
> > > "msg": "AnsibleUndefinedVariable: {{
> > > hostvars[inventory_hostname][\"ansible_env\"].SSH_CONNECTION.spli
> > > t(\" \")[2] }}: 'dict object' has no attribute 'SSH_CONNECTION'"
> > > }
> > > ~~~
> >
> > Jason,
> >
> > Thanks for the report. There are many tasks in the role that
> > attempt to copy a templatized file to the ansible target host. I
> > believe I have supplied a name for each task that should display in
> > the ansible.log file (if you have one) or on standard out. It
> > would be most useful if you could tell me the name on the task that
> > is having the issue.
> >
> > Without the above information, my best guess is your "inventories"
> > directory has an issue. Mine looks like this:
> >
> > ansible/
> > inventories/
> > hosts.yml
> > host_vars/
> > testWildfly.jlhimpel.net/
> > vars.yml
> > vault.yml
> >
> > Where hosts.yml contains:
> > ---
> > all:
> > hosts:
> > testWildfly.jlhimpel.net:
> > children:
> > allServersGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > wildflyAllRemoveGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > wildflyInstanceRemoveGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > wildflyServiceGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > wildflySslGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > wildflyVersionRemoveGroup:
> > hosts:
> > testWildfly.jlhimpel.net:
> > ...
> >
> > Where vars.yml contains:
> > ---
> > # python version on this host
> > ansible_python_interpreter: /usr/bin/python3
> >
> > # non sensitive data
> > firewall_mgr: firewalld
> > primary_net_interface: enp1s0
> >
> > # sensitive data
> > ansible_ssh_user: "{{ vault_ansible_ssh_user }}"
> > ansible_ssh_pass: "{{ vault_ansible_ssh_pass }}"
> > ansible_become_pass: "{{ vault_ansible_become_pass }}"
> > ...
> >
> > Where vault.yml is an encrypted file containing:
> > ---
> > vault_ansible_ssh_user: XXXXX
> > vault_ansible_ssh_pass: XXXXX
> > vault_ansible_become_pass: XXXXX
> > (Of course, you will need to provide your local values for XXXXX).
> >
> > Let me know if any of this helps.
> >
> > John
> > ...
> >
> >
> >
> >
> >
> > > _______________________________________________
> > > server mailing list -- server(a)lists.fedoraproject.org
> > > To unsubscribe send an email to
> > > server-leave(a)lists.fedoraproject.org
> > > Fedora Code of Conduct:
> > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > > List Guidelines:
> > > https://fedoraproject.org/wiki/Mailing_list_guidelines
> > > List Archives:
> > > https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org
> > > Do not reply to spam, report it:
> > > https://pagure.io/fedora-infrastructure/new_issue
> >
> >
> >
> > _______________________________________________
> > server mailing list -- server(a)lists.fedoraproject.org
> > To unsubscribe send an email to server-leave(a)lists.fedoraproject.org
> > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org
> > Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
> _______________________________________________
> server mailing list -- server(a)lists.fedoraproject.org
> To unsubscribe send an email to server-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
2 months, 2 weeks
