Join us at engage.eucalyptus.com
Hi.
I'm using Eucalyptus 1.6.1 within a UEC cloud with several nodes. In the cloud two completely different image-VMs stored on Walrus are running.
One VM-image (Fedora FC8) instantiates and boots up correctly. The other one (Ubuntu 9.04) seems to be instantiated correctly (mode "running" occurs for a very short period of time) but this is changed to "shutting down" a few moments later, followed by "terminated". euca-describe-instances tells "User requested shutdown." (but I definitely didn't).
I checked the logs (cc.log, cloud-debug.log and cloud-output.log) on the CC and found nothing suspicious.
Anybody a glue what is wrong here?
KR and thanks in advance, Christian
Hello Christian,
you need to debug the instance: it's unlikely that the Eucalyptus logs will show somehting, since it's probably the instance failing to boot. You can try to put MANUAL_CLEANUP=1 on one node, so that you can capture the disk, and the libvirt.xml as used by eucalyptus to start the instance: you can then modify it (at least the network part, perhaps more) and you can run the instance manually using virsh. This will allow you to see what the failure is.
Another options would be to capture the console log of the instance, but if it terminates instantly it may be difficult.
cheers
graziano
Hi,
I'm experiencing the same issue Christian had with Eucalyptus 1.6.2 on Centos 5.5.
I've enabled MANUAL_CLEANUP=1 as Graziano suggested, but no instance images or manifests are created under INSTANCE_PATH="/usr/local/eucalyptus/":
# ls -alR
.:
total 32
drwxr-xr-x 4 eucalyptus eucalyptus 4096 Jul 15 16:19 .
drwxr-xr-x 13 root root 4096 Jun 18 12:07 ..
drwxr-xr-x 2 eucalyptus eucalyptus 4096 Aug 11 17:44 admin
drwxr-xr-x 3 eucalyptus eucalyptus 4096 Jul 15 16:19 eucalyptus
./admin:
total 16
drwxr-xr-x 2 eucalyptus eucalyptus 4096 Aug 11 17:44 .
drwxr-xr-x 4 eucalyptus eucalyptus 4096 Jul 15 16:19 ..
./eucalyptus:
total 24
drwxr-xr-x 3 eucalyptus eucalyptus 4096 Jul 15 16:19 .
drwxr-xr-x 4 eucalyptus eucalyptus 4096 Jul 15 16:19 ..
drwxr-xr-x 2 eucalyptus eucalyptus 4096 Aug 11 19:48 cache
./eucalyptus/cache:
total 16
drwxr-xr-x 2 eucalyptus eucalyptus 4096 Aug 11 19:48 .
drwxr-xr-x 3 eucalyptus eucalyptus 4096 Jul 15 16:19 ..
Is there any other way to diagnose this problem ?
Thanks in advance !
Roman
I'm using KVM kernel instead of the XEN one. As you can see I've put that explicitly on HYPERVISOR... could that be the problem (unsupported/buggy KVM support) ?
Or perhaps the fact that nc, sc, cc are running on the same physical machine ?
As image I'm using the fedora11 prepackaged image for KVM that you provide as "extra" on new euca installations. I downloaded it uploaded to my euca server flawlessly.
EUCALYPTUS="/"
EUCA_USER="eucalyptus"
DISABLE_DNS="Y"
ENABLE_WS_SECURITY="Y"
LOGLEVEL="ERROR"
CC_PORT="8774"
SCHEDPOLICY="ROUNDROBIN"
POWER_IDLETHRESH="300"
POWER_WAKETHRESH="300"
NODES="XXXX"
NC_SERVICE="axis2/services/EucalyptusNC"
NC_PORT="8775"
HYPERVISOR="kvm"
MANUAL_INSTANCES_CLEANUP=1
INSTANCE_PATH="/usr/local/eucalyptus/"
VNET_PUBINTERFACE="br0"
VNET_PRIVINTERFACE="br0"
VNET_BRIDGE="br0"
VNET_DHCPDAEMON="/usr/sbin/dhcpd"
VNET_MODE="STATIC"
VNET_SUBNET="XXX"
VNET_NETMASK="XXX"
VNET_BROADCAST="XXX"
VNET_ROUTER="XXX"
VNET_DNS="XXX"
VNET_MACMAP="CA:FE:BA:BE:CA:FE=XXXX"
Possible reason should be available in "/var/log/eucalyptus/nc.log ", There could be lot of reason e.g
1. Space not sufficient.
2. copy permission does there etc.
Please provide nc logs
Hi teparkash, thanks for the reply. Here are the logs, and indeed, there's something wrong:
(...)
[Thu Aug 12 15:06:49 2010][004880][EUCAFATAL ] Failed to connect to qemu:///system
[Thu Aug 12 15:06:49 2010][004880][EUCAFATAL ] could not start instance i-4684082B, abandoning it
[Thu Aug 12 15:06:53 2010][004880][EUCAFATAL ] Failed to connect to qemu:///system
[Thu Aug 12 15:06:58 2010][004880][EUCAFATAL ] Failed to connect to qemu:///system
(...)
[Thu Aug 12 15:17:16 2010][004880][EUCAERROR ] ERROR: doTerminateInstance() failed error=101
The space is sufficient so I would discard the first option:
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 9.5G 3.4G 5.7G 37% /
/dev/sda8 2.2G 68M 2.0G 4% /var/cache/afs
/dev/sda7 2.9G 73M 2.7G 3% /tmp
/dev/sda6 3.8G 253M 3.4G 7% /var/log
/dev/md1 880G 200M 834G 1% /big
/dev/sda1 99M 34M 61M 36% /boot
tmpfs 3.9G 24K 3.9G 1% /dev/shm
On the other hand, I can actually connect to qemu:///system using virsh with no problems:
# virsh --connect qemu:///system
Welcome to virsh, the virtualization interactive terminal.
Type: 'help' for help with commands
'quit' to quit
virsh # list --all
Id Name State
----------------------------------
virsh # quit
In addition, I've verified that kvm is enabled on the BIOS (VTx), and it is enabled indeed.
Which permissions on which directories could be wrong ?
Thanks for the help !
Roman
can you run virsh as the user "eucalyptus"?
su eucalyptus -c "virsh list"
Make sure this works.
I guess you need to follow the postInstall Steps in eucalyptus configuration documentation as you might have left some steps. What version of eucalyptus and distribution you are using..
I'm using Euca 1.6.2 with Centos 5.5, installed from distro packages. The virsh command works on eucalyptus user as well:
# su eucalyptus -c "virsh list"
Id Name State
----------------------------------
I made sure that "eucalyptus" was on the "kvm" group as the redhat manual on virtualization suggests:
kvm:x:36:eucalyptus
In addition, the rest of the postinstall instructions follow without apparent problems:
# /etc/init.d/eucalyptus-cloud restart
Stopping Eucalyptus services: walrus sc cloud done.
Starting Eucalyptus services: walrus sc cloud done.
# /etc/init.d/eucalyptus-cc restart
Restarting Eucalyptus cluster controller: done.
# /etc/init.d/eucalyptus-nc restart
You should have at least 32 loop devices
Restarting Eucalyptus services: done.
#
SElinux is disabled as the doc says...:
# cat /selinux/enforce
0
Next thing I will do is trying to run a VM outside euca with kvm/libvirt... if you've further suggestions they'll be very welcome. Thanks again !
export VIRSH_DEFAULT_CONNECT_URI=qemu:///system
try setting above variables in global env.
I just set the global environment variable (on /etc/profile.d) and rebooted the machine, the variable is there, correctly defined but the problem persists:
# env | grep VIR
VIRSH_DEFAULT_CONNECT_URI=qemu:///system
# tail /var/log/eucalyptus/nc.log
[Fri Aug 13 16:27:47 2010][004921][EUCAFATAL ] Failed to connect to qemu:///system
[Fri Aug 13 16:27:47 2010][004921][EUCAFATAL ] could not start instance i-3B390854, abandoning it
[Fri Aug 13 16:27:48 2010][004921][EUCAFATAL ] Failed to connect to qemu:///system
There's another unsolved post here:
http://open.eucalyptus.com/forum/failed-connect-qemusystem
Looks like this is a recurrent and unsolved bug across distros and Eucalyptus releases... Is there any official bugtracker for eucalyptus when I can formally file this bug ?
In addition, do you have any other suggestions ?
Is eucalyptus user added to the libvirtd group???
e.g
libvirtd:x:115:eucalyptus
There's no such group (libvirtd) present in Centos 5.5 after installing the libvirtd daemon.
I've added it artificially (groupadd):
kvm:x:36:eucalyptus
libvirt:x:501:eucalyptus
and adjusted permissions on the sockets this way:
[root@uranium ~]# ls -alh /var/run/libvirt
total 40K
drwxr-xr-x 4 root root 4.0K Aug 13 17:25 .
drwxr-xr-x 23 root root 4.0K Aug 13 17:25 ..
srwxrwx--- 1 root libvirt 0 Aug 13 17:25 libvirt-sock
srwxrwxrwx 1 root libvirt 0 Aug 13 17:25 libvirt-sock-ro
drwxr-xr-x 2 root root 4.0K Aug 11 00:06 network
drwxr-xr-x 2 root root 4.0K Aug 11 00:06 qemu
Adding eucalyptus to libvirt as you suggest, and adjusting /etc/libvirt/libvirtd.conf this way:
# Set the UNIX domain socket group ownership. This can be used to
# allow a 'trusted' set of users access to management capabilities
# without becoming root.
#
# This is restricted to 'root' by default.
unix_sock_group = "libvirt"
# If not using PolicyKit and setting group ownership for access
# control then you may want to relax this to:
unix_sock_rw_perms = "0770"
Which, after restarting euca services, it worked ! :D
I had to put a symlinks in place too, according to nc.log error messages (I find it incredible that CentOS kvm package does not put this in place correctly):
[root@uranium ~]# ln -sf /usr/libexec/qemu-kvm /usr/bin/kvm
I think that an Eucalyptus documentation update and/or a bug report upstream for libvirt and kvm packages to CentOS/Redhat is in order here :-S
Thanks indeed for the patience ! :)
Hi,
I am just to share my success story. I was facing same problem (KVM not working properly on CentOS 5.5). This post helped me to solve it. I have three servers deployed with Eucalyptus 2.0.2 version. The first server is for Cloud and Walrus, the second runs CC and SC, the last server for NC. All three servers are running on CentOS 5.5. I'm trying Managed-NoVLAN.
After going through recommendations given on this page, I was still having
[EUCAERROR ] libvirt: internal error unable to start guest: qemu: 'file=/usr/local/eucalyptus//admin/i-3F6306A3/disk,if=scsi,index=0,boot=on' unsupported bus type 'scsi'
That one was also solved with the hint on the page:
http://open.eucalyptus.com/forum/unsupported-bus-type-scsi
Also, quick note for beginners (as I am). I'll just paraphrase brainstorm's the last note:
[...]
I had to put a symlinks in place too, according to nc.log error messages (I find it incredible that CentOS kvm package does not put this in place correctly):
[...]
if your NC qemu fails to find a binary with an
[EUCAERROR ] libvirt: Cannot find QEMU binary kvm: No such file or directory (code=38)
in NC nc.log, it can be solved via creating symlink (per brainstorm's note):
[root@uranium ~]# ln -sf /usr/libexec/qemu-kvm /usr/bin/kvm
Thanks to all in this post,
Nodir.
Made the thread sticky. Thanks all for the information!
cheers
graziano
Hi,
We're installing and configuring a Eucalyptus cloud on Ubuntu 10.04 LTS. We installed an image: euca-ubuntu-9.04-i386. When we try to run an instance it pends, runs, then terminates.
Here's our nc.log:
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] StartNetwork(): SUCCESS return from vnetStartNetwork 0
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] StartNetwork(): done
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] doRunInstance() invoked (id=i-4F0C0A4C cores=1 disk=2 memory=192)
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] image=emi-016F156D at http://10.7.23.15:8773/services/Walrus/ubuntu-image-bucket/ubuntu.9-04.x...
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] krnel=eki-974A178A at http://10.7.23.15:8773/services/Walrus/ubuntu-kernel-bucket/vmlinuz-2.6....
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] rmdsk=eri-FE7618DB at http://10.7.23.15:8773/services/Walrus/ubuntu-ramdisk-bucket/initrd.img-...
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] vlan=10 priMAC=d0:0d:4F:0C:0A:4C pubMAC=d0:0d:4F:0C:0A:4C
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] network started for instance i-4F0C0A4C
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] retrieving images for instance i-4F0C0A4C (disk limit=2048MB)...
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] verifying cached file in /var/lib/eucalyptus/instances//eucalyptus/cache/eki-974A178A/kernel...
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] walrus_request(): downloading /tmp/walrus-digest-6YygJU
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] from http://10.7.23.15:8773/services/Walrus/ubuntu-kernel-bucket/vmlinuz-2.6....
[Wed Dec 7 12:22:20 2011][001260][EUCADEBUG ] walrus_request(): writing GET output to /tmp/walrus-digest-6YygJU
[Wed Dec 7 12:22:20 2011][001260][EUCADEBUG ] walrus_request(): wrote 3457 bytes in 0 writes
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] walrus_request(): saved image in /tmp/walrus-digest-6YygJU
[Wed Dec 7 12:22:20 2011][001260][EUCAINFO ] vrun(): [cp -a /var/lib/eucalyptus/instances//eucalyptus/cache/eki-974A178A/kernel /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/kernel]
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] verifying cached file in /var/lib/eucalyptus/instances//eucalyptus/cache/eri-FE7618DB/ramdisk...
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] walrus_request(): downloading /tmp/walrus-digest-CbknAS
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] from http://10.7.23.15:8773/services/Walrus/ubuntu-ramdisk-bucket/initrd.img-...
[Wed Dec 7 12:22:21 2011][001260][EUCADEBUG ] walrus_request(): writing GET output to /tmp/walrus-digest-CbknAS
[Wed Dec 7 12:22:21 2011][001260][EUCADEBUG ] walrus_request(): wrote 3465 bytes in 0 writes
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] walrus_request(): saved image in /tmp/walrus-digest-CbknAS
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] vrun(): [cp -a /var/lib/eucalyptus/instances//eucalyptus/cache/eri-FE7618DB/ramdisk /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/ramdisk]
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] verifying cached file in /var/lib/eucalyptus/instances//eucalyptus/cache/emi-016F156D/disk...
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] walrus_request(): downloading /tmp/walrus-digest-aRn2MQ
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] from http://10.7.23.15:8773/services/Walrus/ubuntu-image-bucket/ubuntu.9-04.x...
[Wed Dec 7 12:22:21 2011][001260][EUCADEBUG ] walrus_request(): writing GET output to /tmp/walrus-digest-aRn2MQ
[Wed Dec 7 12:22:21 2011][001260][EUCADEBUG ] walrus_request(): wrote 5670 bytes in 0 writes
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] walrus_request(): saved image in /tmp/walrus-digest-aRn2MQ
[Wed Dec 7 12:22:21 2011][001260][EUCAINFO ] vrun(): [cp -a /var/lib/eucalyptus/instances//eucalyptus/cache/emi-016F156D/disk /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/disk]
[Wed Dec 7 12:22:25 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:25 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:22:32 2011][001260][EUCAINFO ] vrun(): [//usr/lib/eucalyptus/euca_rootwrap //usr/share/eucalyptus/partition2disk /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/disk 512 500]
[Wed Dec 7 12:22:33 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:33 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:22:36 2011][001260][EUCAERROR ] error: file /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/disk not found
[Wed Dec 7 12:22:36 2011][001260][EUCAINFO ] preparing images for instance i-4F0C0A4C...
[Wed Dec 7 12:22:36 2011][001260][EUCAINFO ] adding key/tmp/sckey.cGqPio to the root file system at /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/disk using (//usr/lib/eucalyptus/euca_rootwrap //usr/share/eucalyptus/add_key.pl //usr/lib/eucalyptus/euca_mountwrap)
[Wed Dec 7 12:22:36 2011][001260][EUCAINFO ] vrun(): [//usr/lib/eucalyptus/euca_rootwrap //usr/share/eucalyptus/add_key.pl //usr/lib/eucalyptus/euca_mountwrap 32256 /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/disk /tmp/sckey.cGqPio]
[Wed Dec 7 12:22:36 2011][001260][EUCADEBUG ] system_output(): [//usr/lib/eucalyptus/euca_rootwrap //usr/share/eucalyptus/gen_kvm_libvirt_xml --ramdisk --ephemeral]
[Wed Dec 7 12:22:36 2011][001260][EUCAINFO ] currently running/booting: i-4F0C0A4C
[Wed Dec 7 12:22:37 2011][001260][EUCAERROR ] libvirt: Failed to add tap interface to bridge '': No such device (code=38)
[Wed Dec 7 12:22:37 2011][001260][EUCAFATAL ] hypervisor failed to start domain
[Wed Dec 7 12:22:39 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:39 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:22:40 2011][001260][EUCAERROR ] libvirt: Domain not found: no domain with matching name 'i-4F0C0A4C' (code=42)
[Wed Dec 7 12:22:40 2011][001260][EUCAINFO ] vrun(): [rm -rf /var/lib/eucalyptus/instances//admin/i-4F0C0A4C/]
[Wed Dec 7 12:22:40 2011][001260][EUCAINFO ] stopping the network (vlan=10)
[Wed Dec 7 12:22:45 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:45 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:22:51 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:51 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:22:55 2011][001260][EUCAINFO ] doTerminateInstance() invoked (id=i-4F0C0A4C)
[Wed Dec 7 12:22:55 2011][001260][EUCAERROR ] libvirt: Domain not found: no domain with matching name 'i-4F0C0A4C' (code=42)
[Wed Dec 7 12:22:55 2011][001260][EUCAWARN ] warning: domain i-4F0C0A4C to be terminated not running on hypervisor
[Wed Dec 7 12:22:57 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:22:57 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:03 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:03 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:09 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:10 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:16 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:16 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:22 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:22 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:28 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:28 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:34 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:34 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:40 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:40 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:45 2011][001260][EUCAINFO ] forgetting about instance i-4F0C0A4C
[Wed Dec 7 12:23:46 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:46 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:52 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:52 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:23:58 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:23:58 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:04 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:04 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:10 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:10 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:16 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:17 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:23 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:23 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:29 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:29 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:35 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:35 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
[Wed Dec 7 12:24:41 2011][001260][EUCADEBUG ] doDescribeResource() invoked
[Wed Dec 7 12:24:41 2011][001260][EUCADEBUG ] doDescribeInstances() invoked
Our cc.log keeps repeating these 2 errors:
shawn() : network state maintainance failed
vnetAttachTunnels() : bad input params
Could anyone help with that?
And if you need any further details to spot the problem please let us know.
Your help would be much appreciated. Thank you!