:: [devuan-dev] Notes - Devuan meet Oc…
Pàgina inicial
Delete this message
Reply to this message
Autor: Plasma
Data:  
A: devuan-dev
Assumpte: [devuan-dev] Notes - Devuan meet Oct. 02, 2019
And now for your kind attention, the devuan-dev meet notes for
Wednesday, October 2nd, 2019.

plasma41

------------------------------------------------------------------------

# Devuan meet Oct. 02, 2019 @20:30 UTC

Pad is here:
https://pad.dyne.org/code/#/2/code/edit/INGNizES8naax8HPKsfYR-el/

Meet here: https://vdc.dyne.org/devuan
   * Please post notes prior to the meet.
   * Please add your name as 'Present' below when you get to the
     meet.
   * When adding a comment in someone else's notes, please
     pre-pend your name like this: (whoever) whatever . . .


Present: plasma41, kramer, mason, jaromil, danielinux, rrq, golinux,
         RickMoen, fsr, Centurion Dan



## Old Business
- Adoption of point release iso builds. Only fsr and rrq have responded:
https://lists.dyne.org/lurker/message/20190925.235055.362126c4.en.html

- (fsr) point-release docs - look at installer guide to see if openrc is
mentioned. I think it's in the list of additional installer components
that comes up early in the install.


## Old Actions

- (Evilham) Amprolla patch: yes, no, policy requires test coverage for
every change from anyone? Review is sufficient? yes? no? nobody
cares? :-)


## New Business

- root DNS migration
Ahoy mateys! DNS is changing so fasten your seatbelts and make sure we
can hold the load, the primary DNS servers for devuan are becoming
```
ns2.devuan.dev
ns3.devuan.dev
```
  - (Evilham) ATM this would break deb.devuan.org. Make sure things are
    checked thoroughly. Also, access should be ensured for those who
    keep an eye on the bits of the zone that are dynamic. Ideally it'd
    even be possible to automate that.


- (Evilham) Amprolla(?):
  - Sources.gz lies and can't be trusted with correct information.
    It has been raised before. Flagrant offenders: openssh and linux
  - Sources.gz in Debian contains a package multiple times sometimes.
    Amprolla(? or something else) gets confused. See e.g. sphinx, linux


- failure on one of our machines

TODAY OCCURRED A MOBO FAILURE ON OUR SERVERS

```
Our monitoring system has just detected a fault on your server.
The fault was noticed on 2019-10-02 20:01:36

Our team of technicians on site (operational 24/7), has been informed
of the fault and will intervene on your machine.

Please be aware that other interventions may currently be in progress and
an intervention lasts on average 30 minutes per machine.

We are therefore not able to give you more details on the starting time
of the intervention.

You can see a general display of the machines currently in fault and
in intervention across our network at the following address:

http://status.ovh.nl/vms/

Your server is in rack 22B13

You will receive an email as soon as a technician takes charge of your
server. Meanwhile, you have can reboot it via your manager.
```

INTERVENTION COMPLETED

```
This operation was closed at 2019-10-02 21:07:41 CEST (UTC +02:00)

Here are the details of this operation:
Motherboard replacement
Date 2019-10-02 20:34:44 CEST (UTC +02:00), matthieu L made
Motherboard replacement:
Diagnosis:
HS motherboard

Actions:
Replacing the motherboard.
Updating the MAC address for DHCP.
Server restart.

result:
DHCP OK. Boot OK. Server on login screen. Ping OK, services started.
```


## New Actions