[Users] Unknown quota format: vfsv1

mailinglist at tikklik.nl mailinglist at tikklik.nl
Thu Sep 24 17:07:09 MSK 2020


Never mind i migrated all the vps-en on it

Excapt 2, but i user sync fort hat.

 

Van: users-bounces at openvz.org <users-bounces at openvz.org> Namens tranxene50
Verzonden: woensdag 23 september 2020 18:08
Aan: users at openvz.org
Onderwerp: Re: [Users] Unknown quota format: vfsv1

 

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 <mailto: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 <mailto:users-bounces at openvz.org>   <mailto:users-bounces at openvz.org> <users-bounces at openvz.org> Namens mailinglist at tikklik.nl <mailto:mailinglist at tikklik.nl> 
Verzonden: dinsdag 22 september 2020 15:31
Aan: 'OpenVZ users'  <mailto:users at openvz.org> <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>   <mailto:users-bounces at openvz.org> <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_$%7bOVZDB_RELEASE%7d.tar.gz> "https://download.openvz-diff-backups.fr/releases/openvz-diff-backups_${OVZDB_RELEASE}.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>   <mailto:users-bounces at openvz.org> <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>   <mailto:users-bounces at openvz.org> <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'  <mailto:users at openvz.org> <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 <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> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20200924/039452e6/attachment-0001.html>


More information about the Users mailing list