Can't restore individual files
-
Just before the click on the partition i started journalctl -u xo-server -f -n 50
root@XOCE:~# journalctl -u xo-server -f -n 50 -- Logs begin at Wed 2019-05-29 07:19:50 CEST. -- Aug 13 09:28:17 XOCE xo-server[31699]: target: Aug 13 09:28:17 XOCE xo-server[31699]: WebSocket { Aug 13 09:28:17 XOCE xo-server[31699]: domain: null, Aug 13 09:28:17 XOCE xo-server[31699]: _events: {}, Aug 13 09:28:17 XOCE xo-server[31699]: _eventsCount: 0, Aug 13 09:28:17 XOCE xo-server[31699]: _maxListeners: undefined, Aug 13 09:28:17 XOCE xo-server[31699]: readyState: 3, Aug 13 09:28:17 XOCE xo-server[31699]: protocol: '', Aug 13 09:28:17 XOCE xo-server[31699]: _binaryType: 'nodebuffer', Aug 13 09:28:17 XOCE xo-server[31699]: _closeFrameReceived: false, Aug 13 09:28:17 XOCE xo-server[31699]: _closeFrameSent: false, Aug 13 09:28:17 XOCE xo-server[31699]: _closeMessage: '', Aug 13 09:28:17 XOCE xo-server[31699]: _closeTimer: null, Aug 13 09:28:17 XOCE xo-server[31699]: _closeCode: 1006, Aug 13 09:28:17 XOCE xo-server[31699]: _extensions: {}, Aug 13 09:28:17 XOCE xo-server[31699]: _receiver: null, Aug 13 09:28:17 XOCE xo-server[31699]: _sender: null, Aug 13 09:28:17 XOCE xo-server[31699]: _socket: null, Aug 13 09:28:17 XOCE xo-server[31699]: _isServer: false, Aug 13 09:28:17 XOCE xo-server[31699]: _redirects: 0, Aug 13 09:28:17 XOCE xo-server[31699]: url: 'ws://localhost:9001', Aug 13 09:28:17 XOCE xo-server[31699]: _req: null }, Aug 13 09:28:17 XOCE xo-server[31699]: type: 'error', Aug 13 09:28:17 XOCE xo-server[31699]: message: 'connect ECONNREFUSED 127.0.0.1:9001', Aug 13 09:28:17 XOCE xo-server[31699]: error: Aug 13 09:28:17 XOCE xo-server[31699]: { Error: connect ECONNREFUSED 127.0.0.1:9001 Aug 13 09:28:17 XOCE xo-server[31699]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14) Aug 13 09:28:17 XOCE xo-server[31699]: errno: 'ECONNREFUSED', Aug 13 09:28:17 XOCE xo-server[31699]: code: 'ECONNREFUSED', Aug 13 09:28:17 XOCE xo-server[31699]: syscall: 'connect', Aug 13 09:28:17 XOCE xo-server[31699]: address: '127.0.0.1', Aug 13 09:28:17 XOCE xo-server[31699]: port: 9001, Aug 13 09:28:17 XOCE xo-server[31699]: [Symbol(originalCallSite)]: [ CallSite {} ], Aug 13 09:28:17 XOCE xo-server[31699]: [Symbol(mutatedCallSite)]: [ CallSite {} ] } } Aug 13 09:28:17 XOCE xo-server[31699]: xo-server-cloud: next attempt in 973 ms Aug 13 09:28:18 XOCE xo-server[31699]: xo-server-cloud: next attempt in 1019 ms Aug 13 09:28:19 XOCE xo-server[31699]: xo-server-cloud: next attempt in 2067 ms Aug 13 09:28:21 XOCE xo-server[31699]: xo-server-cloud: next attempt in 3095 ms Aug 13 09:28:24 XOCE xo-server[31699]: xo-server-cloud: next attempt in 5121 ms Aug 13 09:28:29 XOCE xo-server[31699]: xo-server-cloud: next attempt in 7906 ms Aug 13 09:28:37 XOCE xo-server[31699]: xo-server-cloud: next attempt in 13166 ms Aug 13 09:28:50 XOCE xo-server[31699]: xo-server-cloud: next attempt in 20079 ms Aug 13 09:29:10 XOCE xo-server[31699]: xo-server-cloud: next attempt in 32386 ms Aug 13 09:29:43 XOCE xo-server[31699]: xo-server-cloud: next attempt in 55447 ms Aug 13 09:29:59 XOCE ntfs-3g[38727]: Version 2017.3.23 integrated FUSE 28 Aug 13 09:29:59 XOCE ntfs-3g[38727]: Mounted /dev/loop0 (Read-Only, label "", NTFS 3.1) Aug 13 09:29:59 XOCE ntfs-3g[38727]: Cmdline options: ro,norecovery Aug 13 09:29:59 XOCE ntfs-3g[38727]: Mount options: ro,norecovery,allow_other,nonempty,relatime,fsname=/dev/loop0,blkdev,blksize=4096 Aug 13 09:29:59 XOCE ntfs-3g[38727]: Ownership and permissions disabled, configuration type 7 Aug 13 09:29:59 XOCE ntfs-3g[38727]: Unmounting /dev/loop0 () Aug 13 09:30:19 XOCE ntfs-3g[38750]: Version 2017.3.23 integrated FUSE 28 Aug 13 09:30:19 XOCE ntfs-3g[38750]: Mounted /dev/loop0 (Read-Only, label "", NTFS 3.1) Aug 13 09:30:19 XOCE ntfs-3g[38750]: Cmdline options: ro,norecovery Aug 13 09:30:19 XOCE ntfs-3g[38750]: Mount options: ro,norecovery,allow_other,nonempty,relatime,fsname=/dev/loop0,blkdev,blksize=4096 Aug 13 09:30:19 XOCE ntfs-3g[38750]: Ownership and permissions disable
-
@julien-f will take a look when he's back (next week). So far I can't reproduce on my end.
-
I also tested a fresh installation on Ubuntu 18.04. I will check if i have the same problem on Debian 10.
-
now i did a frech installation on a fresh debian 10 and got the same results. i installed xo with the following command:
sudo curl https://raw.githubusercontent.com/Jarli01/xenorchestra_installer/master/xo_install.sh | bash -
Try to check if you have the issue with XOA on
stable
and/orlatest
branch. -
Hi olivier,
I have same problem.
What do you mean by stable branch.
In xo_install.sh it seems to be the master branch.
On https://github.com/vatesfr/xen-orchestra I can't find any stable or latest branch
Is there another repository were I can find xen-orchestra sources ?Thanks
-
In XOA, there's two release channel:
stable
andlatest
. It's only in XOA. There's no hidden repository, XOA is a choice of specific commits for each parts to offer the best perfs/stability of Xen Orchestra (this work is done by a big QA pass before a new XOA update)edit: also I have no idea where did you find this
xo_install.sh
, it's likely a 3rd party script, not something from us. -
Thanks for the reply
Sorry but I need to be sure that we are talking about the same thing.
I am talking about building from sources.
If I follow the instructions provided here https://xen-orchestra.com/docs/from_the_sources.html
I can find : git clone -b master http://github.com/vatesfr/xen-orchestra
It seems to mean that we clone master branch
Should I replace master with stable or latest ? -
- I wasn't talking about the build from the sources, I was asking about XOA behavior, which seems to work in both channels.
- There's no branch other than
master
for the sources.
If you are using XO for production, I would strongly suggest to switch to XOA (to also get remote support and the updater).
Otherwise, on the sources, you might rebuild it from a commit that works for you. @julien-f will be back Monday and he'll take a look.
-
@olivierlambert thank's
-
@jmm you can also build from a tag to get a consitsent state
-
@borzel said in Can't restore individual files:
@jmm you can also build from a tag to get a consitsent state
Not really, we do our QA on various npm packages that can be at different versions (eg a plugin with an older version, on xo-server with a more recent one). Being on
master
is the best solution, because we use "feature branches" to avoid breaking everything (but bug still could appear indeed) -
Hi @julien-f did you find something ?
-
We'll have a release next week based on a more recent commits, so if there is any issues on XO code, our QA will spot it
-
So after a discussion with our devs, the change you told us in the commit was already embed in latest release of XOA, and it works.
Also we tested locally, it works even on an Ubuntu 18.04. So we can't reproduce.
Please try to delete/reinstall your XO or try to find a way to reproduce it easily for everyone.
-
@olivierlambert ok thanks
-
Hi @olivierlambert
Same problem with new ubuntu 18.04.3 LTS install.
Trying do do a file restore on a delta backup of a 2019 rds server, syslog shows :
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Version 2017.3.23 integrated FUSE 28
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Mounted /dev/loop2 (Read-Only, label "DonnΓ©es", NTFS 3.1)
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Cmdline options: ro,norecovery
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Mount options: no,norecovery,allow_other,nonempty,relatime,fsname=/dev/loop2,blkdev,blksize=4096
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Ownership and permissions disabled, configuration type 7
Aug 28 06:14:27 xo2 ntfs-3g[15942]: Unmounting /dev/loop2 (DonnΓ©es)GUI stuck :
Problem is the same with centos 7 vm
-
My backup storage is a local vdi attached to orchestra's vm
/dev/mapper/backup-lvol0 on /backups type ext4 (rw,relatime,data=ordered)
-
Try on Debian maybe? We can't reproduce here
-
I can reproduce the error.
It happens after the following commit:
efdfa1f2f7d394078e1b80734b2724150d390d65 (chore: update dependencies on 16 Jul).When you use the commit before it works (5bd61e3fb0378cbfe5bb7ecee3a8c910d411bfdb).