QA (public) » openQA Project (public) » openQA Infrastructure (public)

Pinged Matze about this SD ticket as there was no status update for 2 Weeks.

there were recent updates. dheidler is responding with an update in the SD ticket.

dheidler wrote in #note-2:

Waiting on https://sd.suse.com/servicedesk/customer/portal/1/SD-175078 to get a network with firewall rules to save this on harvester.

https://sd.suse.com/servicedesk/customer/portal/1/SD-179453

Network is there but openplatform has issues with attaching (not creating - for whatever reason) a large (I tried 10TB) volume (for storing backups) to a VM.

I created https://sd.suse.com/servicedesk/customer/portal/1/SD-181328

https://github.com/harvester/harvester/issues/7719

Cool :)

https://gitlab.suse.de/OPS-Service/salt/-/merge_requests/6084

The openplatform people told me that the largest disks they have fit around 5TB.
I guess the images can't span multiple disks.
So our backup storage capacity would be limited.
I thought the idea of "cloud" was that I as a user don't have to deal with that kind of problems :/

We could live with around 3-4TB of storage for now but this might not be a nice and clean solution if openplatform doesn't scale up their disks.
As a workaroud we could build a software raid of multiple volume images. But that wouldn't be the cleanest thing to do.

Thomas Muntaner mentioned

Please follow https://itpe.io.suse.de/core/open-platform/docs/docs/getting_started/requesting_access#nfs-access for a more reliable storage.

What about that?

I requested an NFS volume via https://sd.suse.com/servicedesk/customer/portal/1/SD-181710

Let's see what happens.

Hi Dominik Heidler,
The NFS share has been created. You can mount it from
10.144.128.242:/openqa_backup_storage

Well we got an nfs share now but of course they forgot to allow it in the firewall rules.

It seems to not have been the firewall but the wrong ip was given to me.

Now we got a different issue:

backup:~ # ping -c1 10.144.128.241
PING 10.144.128.241 (10.144.128.241) 56(84) bytes of data.
64 bytes from 10.144.128.241: icmp_seq=1 ttl=63 time=0.266 ms

--- 10.144.128.241 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.266/0.266/0.266/0.000 ms
backup:~ # mount 10.144.128.241:/openqa_backup_storage /mnt/
mount.nfs: mounting 10.144.128.241:/openqa_backup_storage failed, reason given by server: No such file or directory

echo NFS tftp ssh ftp http https 8080 rsync amqp zmq salt ICMP GRE
echo {9500..9599}
#echo {5990..6190}
for i in {1..100} ; do
    let "p=i*10+20003"
    let "v=i+5990"
    echo -n "$p "
    echo -n "$v "
done
echo

I guess for workers the summand would be 20003 as 20002 is for qemu internally which should only talk to the command server.
B.

Communication between webui and command server is on ports 20003+10*i

https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1432

I realize I hadn't added my review. Hopefully easy to get sorted. Otherwise we can discuss it in the unblock today.

https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1438

Apparently there's several instances of postfix.set_main with very verbose output effectively hiding whatever is causing the deployment to fail?

I'm wondering if we should have a separate ticket about this, as it doesn't seem like an immediate issue with this change 🤔

I guess the best approach is to replace postfix.set_main with a salt-managed postfix main.cf file.

livdywan wrote in #note-31:

https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1438

Correction: https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1439 Sorry about that. I was trying to check other recent MRs to double-check what was causing the log issue and mixing it up without realizing right away.

https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1441

https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1442 Looking better now 😸

Also: https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1443 (already merged)

okurz wrote in #note-40:

I didn't find any mention on https://gitlab.suse.de/suse/wiki/-/blob/main/qe_infrastructure.md . I doubt people will find the backup this way

You probably didn't see #181151 🙃 But thank you for checking anyway