[Users] Unknown quota format: vfsv1
tranxene50
tranxene50 at openvz-diff-backups.fr
Wed Sep 23 19:08:20 MSK 2020
Hello Steffan.
Thanks for the log!
[2020-09-23 03:00:03] [ 25] Info2 | Unable to adjust LVM2
snapshot size (LVM2 free space is too low) - ignoring
[2020-09-23 03:00:03] [ 25] Info2 | Simfs layout detected -
using "live_sync" backup mode
Long story short:
1) openvz-diff-backups was running as expected
2) downtime is caused by the lack of LVM2 snapshots
3) you need to use some OVZDB options to overcome this issue
# --------
If you can (but it can be tricky, even dangerous), try to free some
space on LVM2 volume in order to have al least 1 Go of free space.
After that, OVZDB will be able to use LVM2 snapshots and there will be
no more downtime.
# --------
If this is not possible, please use "-o 8" and "-o 16" optimizations (8
+ 16 = 24):
=> 8 : pre-sync container data before doing a backup (should decrease
suspend time when LVM2/ploop snapshots are not available)
=> 16 : detect and use nocache command (on source and master hosts) to
preserve legit kernel page cache when creating a backup
Using "-o 8", OVZDB will sync data twice :
- the first copy will not suspend the CT (there might be some rsync
errors, this is harmless) and inodes/dentries will be loaded in kernel
cache (you have enough RAM on the Host)
- the second copy will suspend the CT (in order to get a consistent copy
of data) but suspend time should be highly decreased because 99% of
files will be already synced
Using "-o 16", OVZDB will use "nocache" command :
# wget
https://ftp.nluug.nl/pub/os/Linux/distr/pclinuxos/pclinuxos/apt/pclinuxos/64bit/RPMS.x86_64/nocache-1.1-1pclos2019.x86_64.rpm
# yum install nocache-1.1-1pclos2019.x86_64
So, on this (old) OpenVZ 6 host, you should use this command ("-t"
option tells OVZDB to run at full speed):
# openvz-diff-backups backup <CTID> auto -k 7 -o 24 -t
Later, tell us if it solve your problem!
Le 23/09/2020 à 16:15, tranxene50 a écrit :
>
> Mmmmh... What layout are you using on this server? Simfs ?
>
> Could you send me the OVZDB backup log file?
>
> I would like to understand and, if possible, correct the issue.
>
> Le 23/09/2020 à 08:27, mailinglist at tikklik.nl a écrit :
>>
>> Tonight i did a first backup.
>>
>> But the containers getting blocked, no ping, no access, nothing after
>> more then 10 minutes i stopped the backup.
>>
>> SO fort his openvz6 server i will keep my old backup system. The
>> server is planned for reinstalling with openvz 7
>>
>> *Van:* users-bounces at openvz.org <users-bounces at openvz.org> *Namens
>> *mailinglist at tikklik.nl
>> *Verzonden:* dinsdag 22 september 2020 15:31
>> *Aan:* 'OpenVZ users' <users at openvz.org>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> Oeps my mistake, wrong FIXME line
>>
>> But sil…
>>
>> openvz-diff-backups update all auto
>>
>> /usr/local/sbin/openvz-diff-backups_stable/lib/ovzdb.inc: line 213:
>> CMD_BASH: readonly variable
>>
>> /usr/local/sbin/openvz-diff-backups_stable/lib/ovzdb.inc: line 323:
>> BATCH_TASK: unbound variable
>>
>> “# ---
>>
>> readonly CMD_BASH="bash-static"
>>
>> export CMD_BASH
>>
>> # FIXME (low): hardcoded (CMD_NOCACHE - never called directly)
>>
>> readonly CMD_NOCACHE="nocache"
>>
>> export CMD_NOCACHE
>>
>> “
>>
>> *Van:* users-bounces at openvz.org <mailto:users-bounces at openvz.org>
>> <users-bounces at openvz.org <mailto:users-bounces at openvz.org>> *Namens
>> *tranxene50
>> *Verzonden:* dinsdag 22 september 2020 15:19
>> *Aan:* users at openvz.org <mailto:users at openvz.org>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> You have inserted the code at line 138.
>>
>> please delete it and insert it line 213:
>>
>> => readonly CMD_BASH="bash-static"
>> => export CMD_BASH
>>
>> # FIXME (low): hardcoded (CMD_NOCACHE - never called directly)
>> readonly CMD_NOCACHE="$CMD_NOCACHE"
>>
>> return 0
>>
>> To see lines with vi, press ":" and type "set number".
>>
>> Le 22/09/2020 à 15:06, mailinglist at tikklik.nl
>> <mailto:mailinglist at tikklik.nl> a écrit :
>>
>> Sorry still not working,
>> but the quota format error is comming from this vps, it uses 2nd
>> level disk quota and is 32bits
>> so this VPS will need to migrate the content to a new one.
>>
>> # --- 2020-09-22 14:59:53 ---> update all auto
>>
>> ### OVZDB update ### - initiated - 2020-09-22 14:59:57 - update
>> all auto
>>
>> Update - ctid: 007 - initiated - 2020-09-22 14:59:57
>>
>> /usr/local/sbin/openvz-diff-backups_stable/lib/ovzdb.inc: line
>> 138: CMD_BASH: readonly variable
>>
>> [2020-09-22 14:59:57] [ all] *Error* - openvz-diff-backups
>> update 007 auto
>>
>> *Failure: 0s* - 1 ctid - 2020-09-22 14:59:57 - update all auto
>>
>> [2020-09-22 14:59:57] [ all] *Error* - ### OVZDB exit: 4 ###
>>
>> *Van:* users-bounces at openvz.org <mailto:users-bounces at openvz.org>
>> <users-bounces at openvz.org> <mailto:users-bounces at openvz.org>
>> *Namens *tranxene50
>> *Verzonden:* maandag 21 september 2020 14:59
>> *Aan:* users at openvz.org <mailto:users at openvz.org>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> Hello Steffan.
>>
>> Could you try this ?
>>
>> *** 1) install latest release
>>
>> # OVZDB_RELEASE="v1.0.1.12-stable"
>>
>> # cd ////usr/local/sbin////
>>
>> # wget
>> "https://download.openvz-diff-backups.fr/releases/openvz-diff-backups_${OVZDB_RELEASE}.tar.gz"
>> <https://download.openvz-diff-backups.fr/releases/openvz-diff-backups_$%7bOVZDB_RELEASE%7d.tar.gz>
>>
>> # tar xvzf openvz-diff-backups_${OVZDB_RELEASE}.tar.gz
>>
>> # mv openvz-diff-backups_${OVZDB_RELEASE} openvz-diff-backups_stable
>>
>> # ln -s openvz-diff-backups_stable/openvz-diff-backups
>> openvz-diff-backups
>>
>> # rm openvz-diff-backups_${OVZDB_RELEASE}.tar.gz
>>
>> *** 2) add Bash-static
>>
>> # cd /usr/local/sbin/openvz-diff-backups_stable/
>>
>> # sed -i "s/\#\!\/bin\/bash /\#\!\/bin\/bash-static /"
>> openvz-diff-backups lib/*
>>
>> # vi lib/ovzdb.inc
>>
>> Line 213, just above "# FIXME (low): hardcoded (CMD_NOCACHE -
>> never called directly)", insert:
>>
>> readonly CMD_BASH="bash-static"
>> export CMD_BASH
>>
>> *** 3) check
>>
>> # openvz-diff-backups update all auto
>>
>> => *Notice* - your release is up to date. Yay!
>>
>> Normally, backup task should work. :-)
>>
>> Le 21/09/2020 à 09:44, mailinglist at tikklik.nl
>> <mailto:mailinglist at tikklik.nl> a écrit :
>>
>> Hello Tranxene50,
>>
>> I cant replase the /bin/bash, so i put it in /bin/bash-static.
>>
>> Then i needed to replace all files from #!/bin/bash
>>
>> To #!/bin/bash-static
>>
>> But that didnt help
>>
>> # --- 2020-09-21 09:43:05 ---> backup 25
>>
>> ionice: ignoring given class data for idle class
>>
>> ionice: ignoring given class data for idle class
>>
>> ionice: ignoring given class data for idle class
>>
>> /usr/local/sbin/openvz-diff-backups_v1.0.1.9-stable/lib/ovzdb.inc:
>> line 807: declare: -g: invalid option
>>
>> declare: usage: declare [-aAfFilrtux] [-p] [name[=value] ...]
>>
>> [2020-09-21 09:43:06] [ 25] *Error* -
>> openvz-diff-backups backup 25
>>
>> *Failure: 0s* - 1 ctid - 2020-09-21 09:43:06 - backup 25
>>
>> [2020-09-21 09:43:06] [ 25] *Error* - ### OVZDB exit:
>> 4 ###
>>
>> *Van:* users-bounces at openvz.org
>> <mailto:users-bounces at openvz.org> <users-bounces at openvz.org>
>> <mailto:users-bounces at openvz.org> *Namens *tranxene50
>> *Verzonden:* donderdag 17 september 2020 18:08
>> *Aan:* users at openvz.org <mailto:users at openvz.org>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> Hello Steffan.
>>
>> Unfortunately, I cannot provide a patch: it would require too
>> much modifications.
>>
>> But, after checking with a CentOs 6 container having the same
>> bash version (4.1.2), you can use "bash-static" from Debian
>> packages.
>>
>> https://packages.debian.org/jessie/bash-static
>>
>> The only file needed is "bash-static".
>>
>> On CentOS, save your "/bin/bash" and put "bash-static" at
>> the same place.
>>
>> openvz-diff-backups should now works.
>>
>> Have a good day!
>>
>> Le 17/09/2020 à 15:48, mailinglist at tikklik.nl
>> <mailto:mailinglist at tikklik.nl> a écrit :
>>
>> Hm on openvz6 bash is to old so cant use the script
>>
>> lib/ovzdb.inc: line 809: declare: -g: invalid option
>>
>> declare: usage: declare [-aAfFilrtux] [-p] [name[=value] ...]
>>
>> Installed Packages
>>
>> bash.x86_64
>> 4.1.2-48.el6
>>
>> *Van:* users-bounces at openvz.org
>> <mailto:users-bounces at openvz.org>
>> <users-bounces at openvz.org>
>> <mailto:users-bounces at openvz.org> *Namens
>> *mailinglist at tikklik.nl <mailto:mailinglist at tikklik.nl>
>> *Verzonden:* donderdag 17 september 2020 15:19
>> *Aan:* 'OpenVZ users' <users at openvz.org>
>> <mailto:users at openvz.org>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> You mean making a backup on the openvz6 and then import
>> it on openvz7?
>>
>> I didnt see that in the documentations but i can give it
>> a try
>>
>> But i find it a strange problem and i dont think the
>> vfsv1 is the problem
>>
>> If i look at the mountpoints the other containers also
>> have jqfmt=vfsv1
>>
>> *Van:* users-bounces at openvz.org
>> <mailto:users-bounces at openvz.org>
>> <users-bounces at openvz.org
>> <mailto:users-bounces at openvz.org>> *Namens *Paulo Coghi -
>> Coghi IT
>> *Verzonden:* donderdag 17 september 2020 14:48
>> *Aan:* OpenVZ users <users at openvz.org
>> <mailto:users at openvz.org>>
>> *Onderwerp:* Re: [Users] Unknown quota format: vfsv1
>>
>> Hello, Steffan
>>
>> Can you try openvz-diff-backups and provide your
>> feedback, using the updated instructions sent here on the
>> mailing list?
>>
>> On Thu, Sep 17, 2020 at 8:09 AM <mailinglist at tikklik.nl
>> <mailto:mailinglist at tikklik.nl>> wrote:
>>
>> Trying to make a node empty so i can restore it with
>> openvz7
>> But this server has a old container of a client
>> ovztransfer.sh failes with the message:
>> Running quotacheck ...
>> quotacheck: Unknown quota format: vfsv1
>> Supported formats are:
>> vfsold - original quota format
>> vfsv0 - new quota format
>> rpc - use RPC calls
>> xfs - XFS quota format
>>
>> is there a way i can fix this so this container can
>> run under openvz7?
>>
>> Thanx
>>
>> Steffan
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at openvz.org <mailto:Users at openvz.org>
>> https://lists.openvz.org/mailman/listinfo/users
>>
>>
>>
>>
>> _______________________________________________
>>
>> Users mailing list
>>
>> Users at openvz.org <mailto:Users at openvz.org>
>>
>> https://lists.openvz.org/mailman/listinfo/users
>>
>> --
>>
>> tranxene50
>>
>> tranxene50 at openvz-diff-backups.fr <mailto:tranxene50 at openvz-diff-backups.fr>
>>
>>
>>
>> _______________________________________________
>>
>> Users mailing list
>>
>> Users at openvz.org <mailto:Users at openvz.org>
>>
>> https://lists.openvz.org/mailman/listinfo/users
>>
>> --
>>
>> tranxene50
>>
>> tranxene50 at openvz-diff-backups.fr <mailto:tranxene50 at openvz-diff-backups.fr>
>>
>> _______________________________________________
>>
>> Users mailing list
>>
>> Users at openvz.org <mailto:Users at openvz.org>
>>
>> https://lists.openvz.org/mailman/listinfo/users
>>
>> --
>> tranxene50
>> tranxene50 at openvz-diff-backups.fr <mailto:tranxene50 at openvz-diff-backups.fr>
>>
>> _______________________________________________
>> Users mailing list
>> Users at openvz.org
>> https://lists.openvz.org/mailman/listinfo/users
> --
> tranxene50
> tranxene50 at openvz-diff-backups.fr
>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users
--
tranxene50
tranxene50 at openvz-diff-backups.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20200923/147d7e38/attachment-0001.html>
More information about the Users
mailing list