Posts made by HeMaN

Thank you again! This did the magic trick.

Hi,

I reinstalled my XCP-ng server. Before that I exported all vm's to a network storage (via powershell script).

After reinstalling the new server (booting from SSD and created a new virtual disk on my raid controller for local storage replacing the previous 2 virtual disks) I installed the XOA appliance with the quick install option from the server webpage.

When I choose "Import - VM" I can drag and drop the xva of my choise and start the import.
After the import is finished I am prsented with the overview of a new VM in XOA.
When I try to start the VM or for example want to change the network settings, I get an error "no such VM 682c77dd-2448-7447-4a8e-783748408516".

When I look at Home - VM the VM is also not listed there.
When I look at home - Storage - MySR - Disks, the disk is listed and showing to be attached to a VM (that does not exist).

Is this a bug, am I doing something wrong, or are my expectations of having a working VM after importing wrong?

Workaround I found for now:
the imported VM is showing up under templates. So I create a new VM based on the template. This VM is working as expected.
Only issue is I have two disks then (taking twice the storage space?)

@moussa854
how have you configured the network for your vm?

since you already have pfsense wan with a private ip I would think you connect the wan side of the vm to the same wan network (also getting an ip handed out by your providers router?)
lan side you de not want on the same lan network as pfsense, so a separate network connected to your wifi points?

@moussa854

as I look at it this can all be done with the user interface of xcp-ng (xoa or xcp-ng center).
first create a network connected to a physical nic and use that as wan for openwrt
then create en internal network (or use another nic) and use that as lan for openwrt.

create a new vm for openwrt (import the virtual disk of openwrt) connected both networks created above.

ps what is the use of openwrt when you already have pfsense?
both are basically routers

@stormi @r1 thank you! I do not have the equipment to test with ch8.1 but this is solved already I see. great catch

Did some googeling and testing, but could not get the ISO repository to connect.
Finally simply deleted the repository and created a new one to the same samba share. That worked at once.

Think I might have created the issue myself bij not having ejected one "cd" from one of the vm's. Not sure is this was the cause, but will update my own documentation to eject all cd's first

• Another thing I noticed is my VM's I set to autostart at boot do not autostart anymore at all.

I already tried removing and setting the autostart option again for those vm's in XO, but after a reboot they still do not autostart

Ok, new issue after the update:
After the reboot of the server none of the VM's were started (including the VM with XO from the sources). I checked this in the status screen with a display connected to the server.

I downloaded the latest daily version of xcp-ng center. Was able to connect to the server but no vm's were started as suspected.

There I saw an error for my ISO repository that resides on my NAS (Samba). Trying to solve it from xcp-ng center did not work (SM has thrown thrown a generic python exception).

I was able to start the XO vm and from there when trying to reconnect the ISO repository I got this error in the log:
SR_HAS_NO_PBDS(OpaqueRef:d259a8f1-6bbe-46bb-b135-447bb352e888)

When trying to reconnect from the console:

[13:21 xenserver-2 ~]# xe pbd-list
uuid ( RO)                  : 46ee05c2-2f4d-ecbf-cbbd-5194384df464
             host-uuid ( RO): 0092f4dd-09ae-41ba-98e6-2d45febf0e77
               sr-uuid ( RO): ebc08968-b804-4cd5-7c1e-9e5f2c37e2de
         device-config (MRO): iso_path: /Xen; location: //n5550.home.xxx.yyy/Bestanden; type: cifs; vers: 3.0
    currently-attached ( RO): false

[13:22 xenserver-2 ~]# xe pbd-plug uuid=46ee05c2-2f4d-ecbf-cbbd-5194384df464
Error code: SR_BACKEND_FAILURE_1200
Error parameters: , 'username',

@stormi

I checked the /etc/ym.repos.d and there were repositories for CentOS-Base, -Debuginfo, -Sources, dell-system-update, epel and epel-testing. Only the dell repo was enabled, none of them contained references to xcp-ng

the other repo was like expected the xcp-ng.repo
This contained the reference to 8.0, not 8.1

I was able to make it work by again doing the copy command for the 8.1 repo I initially got with the wget from /root.
I checked and this time it did correctly replace the 8.0 repo to 8.1

I do not know why it did not do so before. There is no indication in the output the cp command did not do its' thing the first time.

Anyway, thanks for helping me and pointing in the right direction. Just started the update to 8.1 now

@stormi said in XCP-ng 8.1.0 beta now available!:

yum repolist --verbose

I just had the time to look at this and this is the output.
It is clear why I do not see the updates since the xcp-ng repo is still pointing to the 8.0
Only thing is I do not understand why it did not update to the 8.1 repo I wget before ....

xcp-ng-release-8.0.0-13.x86_64
[10:51 xenserver-2 ~]# yum repolist --verbose
Loading "fastestmirror" plugin
Config time: 0.833
Yum version: 3.4.3
Loading mirror speeds from cached hostfile
Excluding mirror: updates.xcp-ng.org
 * xcp-ng-base: mirrors.xcp-ng.org
Excluding mirror: updates.xcp-ng.org
 * xcp-ng-updates: mirrors.xcp-ng.org
Setting up Package Sacks
pkgsack time: 1.180
Repo-id      : dell-system-update_dependent/7/x86_64
Repo-name    : dell-system-update_dependent
Repo-revision: 1568175395
Repo-updated : Wed Sep 11 06:16:38 2019
Repo-pkgs    : 45
Repo-size    : 173 M
Repo-mirrors : https://linux.dell.com/repo/hardware/DSU_19.09.00/mirrors.cgi?osname=el7&basearch=x86_64&native=1
Repo-baseurl : https://linux.dell.com/repo/hardware/DSU_19.09.00/os_dependent/RHEL7_64/
Repo-expire  : 21,600 second(s) (last: Wed Feb  5 22:39:17 2020)
  Filter     : read-only:present
Repo-filename: /etc/yum.repos.d/dell-system-update.repo

Repo-id      : dell-system-update_independent
Repo-name    : dell-system-update_independent
Repo-revision: 1568175279
Repo-updated : Wed Sep 11 06:16:15 2019
Repo-pkgs    : 697
Repo-size    : 11 G
Repo-baseurl : https://linux.dell.com/repo/hardware/DSU_19.09.00/os_independent/
Repo-expire  : 21,600 second(s) (last: Wed Feb  5 22:39:18 2020)
  Filter     : read-only:present
Repo-exclude : dell-system-update*.i386
Repo-filename: /etc/yum.repos.d/dell-system-update.repo

Repo-id      : xcp-ng-base
Repo-name    : XCP-ng Base Repository
Repo-revision: 1563798190
Repo-updated : Mon Jul 22 14:23:10 2019
Repo-pkgs    : 2,073
Repo-size    : 2.3 G
Repo-baseurl : http://mirrors.xcp-ng.org/8/8.0/base/x86_64/,
             : http://updates.xcp-ng.org/8/8.0/base/x86_64/
Repo-expire  : 21,600 second(s) (last: Wed Feb  5 22:39:20 2020)
  Filter     : read-only:present
Repo-filename: /etc/yum.repos.d/xcp-ng.repo

Repo-id      : xcp-ng-updates
Repo-name    : XCP-ng Updates Repository
Repo-revision: 1576509411
Repo-updated : Mon Dec 16 16:16:51 2019
Repo-pkgs    : 116
Repo-size    : 199 M
Repo-baseurl : http://mirrors.xcp-ng.org/8/8.0/updates/x86_64/,
             : http://updates.xcp-ng.org/8/8.0/updates/x86_64/
Repo-expire  : 21,600 second(s) (last: Wed Feb  5 22:39:21 2020)
  Filter     : read-only:present
Repo-filename: /etc/yum.repos.d/xcp-ng.repo

repolist: 2,931

How can I upgrade from 8.0 to 8.1 beta from the command line?
(I have the dell software installed so prefer the yum update proces over the iso update )

I followed the instructions from the Upgrade-Howto, but when using yum update at the end there are no updates available.

[11:30 xenserver-2 ~]# export VER=8.1
[11:30 xenserver-2 ~]# wget https://updates.xcp-ng.org/8/xcp-ng-$VER.repo -O xcp-ng-$VER.repo--2020-02-01 11:30:36--  https://updates.xcp-ng.org/8/xcp-ng-8.1.repo
Resolving updates.xcp-ng.org (updates.xcp-ng.org)... 212.129.36.176
Connecting to updates.xcp-ng.org (updates.xcp-ng.org)|212.129.36.176|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 705 [application/octet-stream]
Saving to: ‘xcp-ng-8.1.repo’

100%[===================================================>] 705         --.-K/s   in 0s

2020-02-01 11:30:36 (33.9 MB/s) - ‘xcp-ng-8.1.repo’ saved [705/705]

[11:30 xenserver-2 ~]# wget https://updates.xcp-ng.org/8/SHA256SUMS -O SHA256SUMS
--2020-02-01 11:30:36--  https://updates.xcp-ng.org/8/SHA256SUMS
Resolving updates.xcp-ng.org (updates.xcp-ng.org)... 212.129.36.176
Connecting to updates.xcp-ng.org (updates.xcp-ng.org)|212.129.36.176|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 82 [application/octet-stream]
Saving to: ‘SHA256SUMS’

100%[===================================================>] 82          --.-K/s   in 0s

2020-02-01 11:30:36 (3.84 MB/s) - ‘SHA256SUMS’ saved [82/82]

[11:30 xenserver-2 ~]# wget https://updates.xcp-ng.org/8/SHA256SUMS.asc -O SHA256SUMS.asc
--2020-02-01 11:30:42--  https://updates.xcp-ng.org/8/SHA256SUMS.asc
Resolving updates.xcp-ng.org (updates.xcp-ng.org)... 212.129.36.176
Connecting to updates.xcp-ng.org (updates.xcp-ng.org)|212.129.36.176|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 455 [application/octet-stream]
Saving to: ‘SHA256SUMS.asc’

100%[===================================================>] 455         --.-K/s   in 0s

2020-02-01 11:30:42 (21.2 MB/s) - ‘SHA256SUMS.asc’ saved [455/455]

[11:30 xenserver-2 ~]# cp xcp-ng-$VER.repo /etc/yum.repos.d/xcp-ng.repo
cp: overwrite ‘/etc/yum.repos.d/xcp-ng.repo’? y
[11:31 xenserver-2 ~]# yum clean metadata
Loaded plugins: fastestmirror
Cleaning repos: dell-system-update_dependent dell-system-update_independent xcp-ng-base
              : xcp-ng-updates
11 metadata files removed
10 sqlite files removed
0 metadata files removed
[11:31 xenserver-2 ~]# yum update
Loaded plugins: fastestmirror
Determining fastest mirrors
Excluding mirror: updates.xcp-ng.org
 * xcp-ng-base: mirrors.xcp-ng.org
Excluding mirror: updates.xcp-ng.org
 * xcp-ng-updates: mirrors.xcp-ng.org
dell-system-update_dependent                                          | 2.3 kB  00:00:00
dell-system-update_independent                                        | 2.3 kB  00:00:00
xcp-ng-base/signature                                                 |  473 B  00:00:00
xcp-ng-base/signature                                                 | 3.0 kB  00:00:00 !!!
xcp-ng-updates/signature                                              |  473 B  00:00:00
xcp-ng-updates/signature                                              | 3.0 kB  00:00:00 !!!
(1/4): xcp-ng-base/primary_db                                         | 1.2 MB  00:00:00
(2/4): xcp-ng-updates/primary_db                                      |  70 kB  00:00:00
(3/4): dell-system-update_dependent/7/x86_64/primary_db               |  27 kB  00:00:01
(4/4): dell-system-update_independent/primary_db                      | 127 kB  00:00:01
No packages marked for update

@olivierlambert Thank you, this was the solution.
I was able to create an additional pfSense VM and a Debian 10 VM.
One question, how do I know the username/pw for the installed Debian VM?

Probably a dumb question, but what is the user/pw for the Debian vm created with with the template, or how do I set it?

I just installed the XOA appliance through the webpage of the server, entered my registration (free), and updated to 5.38 (no newer updates available).
I also do not see the "Hub" tab.
Is there something I do wrong?

@axiom00

Thank you for your answer, this worked great.
Was able to clean the entire list of old versions this way.

Hi,

I noticed when using XOA and want to attach an iso to a vm (most of the times the guest-tools), there is a long list of previous versions of the guest-tools visible before I can select the actual version.
XCPng-center does not show the "old version of guest-tools.iso" entries.

In XOA I can see there is a storage repository "XCP-ng Tools ISOs" containing the old and actual ISO's, but when I try to delete the old ones I get an error "SR_OPERATION_NOT_SUPPORTED(OpaqueRef:4143d1cc-96b6-aed3-30b8-51aaeb78ff54)"
(This repository is not visible in xcpng-center by the way)

Is there a way to clean up the old guest-tool iso's, or instruct xoa not to show the old version entries just like xcpng-center?