similar to: Very Delayed Boot on CentOS 7 (With default XFS)

Hi all, So I have an XFS file system within LVM which has an external log. My mount option in FSTAB is; /dev/vg_spock_data/lv_data /data xfs logdev=/dev/sdc1,nobarrier,logbufs=8,noatime,nodiratime 1 1 All is well no issues and very fast. Now I'd like to snapshot this bad boy and then run rsnapshot to create a few days backup. A snapshot volume is created w/o issue; lvcreate -L250G -s

On 3/5/2017 10:41 ??, Marcelo Roccasalva wrote: > Does the UUID of root filesystem in /etc/fstab match the actual UUID > as reported by blkid? And remove/etc/lvm/cache/.cache if it exists Thank you Marcelo for replying, The directory /etc/lvm/cache/ is empty. And, yes, the UUID matches: # blkid /dev/vda1: UUID="297e2939-d6f5-431a-9813-9848368ee306" TYPE="xfs"

On Wed, May 3, 2017 at 4:55 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 3/5/2017 10:41 ??, Marcelo Roccasalva wrote: > >> Does the UUID of root filesystem in /etc/fstab match the actual UUID >> as reported by blkid? And remove/etc/lvm/cache/.cache if it exists > > > Thank you Marcelo for replying, > > The directory /etc/lvm/cache/ is empty. Dumb

James Peltier wrote: > Do you have any XFS optimizations enabled in /etc/fstab such logbsize, nobarrier, etc? None. > is the filesystem full? What percentage of the file system is availabl e? There are 2 xfs filesystems: /dev/mapper/vg_gries01-LogVol00 3144200 1000428 2143773 32% /opt/splunk /dev/mapper/vg_gries00-LogVol00 307068 267001 40067 87% /opt/splunk/hot You'll

On 4/5/2017 5:20 ??, Marcelo Roccasalva wrote: > Dumb question: the file starts with a dot, doesn't show up in "ls" without "-a". Of course, I check with ls -la.It is empty indeed. > Even dumber question: the erroring UUID exist in the origin of > thecloned guest? I guess you have rebuilt initramfs a few times now, > so I believe it is irrelevant...

On Thu, 18 Feb 2016, m.roth at 5-cent.us wrote: > This is happening on anything other than plain vanilla Dell servers. One > R730, with dual Tesla cards, one R420, with a fibre card for a RAID > device, it never switches root. All these systems have Xeons, not AMD > CPUs. > > We've had this with every one of the 327 kernels. In addition, it seems to > happen also with the

Hi all, I have a quota problem with xfs (xfsprogs 3.1.7+b1 on debian GNU/Linux 7 -- wheezy) and samba-4.1.19. If I set a user quota to say 10GB, windows explorer reports a 20GB quota of which none used. If I change quota to x, windows explorer reports 2x space of which none used. So I assume samba is somehow getting (albeit incomplete and incorrect) xfs quota info from operating system. disks

Ran into a confusing situation today. When I mount an xfs filesystem on a server running centos 5.4 x86_64 with kernel 2.6.18-164.9.1.el5, the barrier/nobarrier mount option as displayed in /proc/mounts is always set to "nobarrier" Here's an example: [root at host ~]# mount -o nobarrier /dev/vg1/homexfs /mnt [root at host ~]# grep xfs /proc/mounts /dev/vg1/homexfs /mnt xfs

Paul Heinlein wrote: > On Thu, 18 Feb 2016, m.roth at 5-cent.us wrote: > >> This is happening on anything other than plain vanilla Dell servers. One >> R730, with dual Tesla cards, one R420, with a fibre card for a RAID >> device, it never switches root. All these systems have Xeons, not AMD >> CPUs. >> >> We've had this with every one of the 327

Folks I'm trying to use xfs_quota to keep track of disk space usage for my users. The documentation states that I should specify "uquota" as an option on the mount data in /etc/fstab. Yet, I cannot find the entry in fstab that corresponds to the Logical Volume that ends up being mounted on /home1. The system in question was installed on a single disk system. Later, after

hi all, I hope you can help me with a strange quota/nfs/XFS behavior... I'm using Centos 5.6 on both a nfs server and client. Both are 64-bit, and using a recent kernel: NFS server: Linux fs2.priv 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:22:04 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux NFS client: Linux nx8.priv 2.6.18-238.12.1.el5 #1 SMP Tue May 31 13:22:04 EDT 2011 x86_64 x86_64 x86_64

Hello, We have a VM (under KVM - a VPS service by our ISP) running CentOS 7. On it we have 2 NFS mounts, one for backup and one as a live file system (where there are two user homes as well): ----------------------------------------------------------------------------------------------------------------------- # cat /etc/fstab /dev/mapper/centos-root / xfs defaults

That was my initial setup before trying the abbreviations, but anyway: [root at plexvm ~]# nano /etc/fstab [root at plexvm ~]# cat /etc/fstab # # /etc/fstab # Created by anaconda on Fri Apr 3 14:02:23 2020 # # Accessible filesystems, by reference, are maintained under '/dev/disk/'. # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. # # After editing this file,

> > > I decided to build an archive server for the purpose of backing up > other fedora/centos desktops at the office. I built a machine and have > installed Centos 7.3 on it with all updates current. I also purchased > a 3.0 usb sata drive cabinet (Orico ORICO 9548U3-BK) and installed two > 5T black WD drives. There was no problem installing the usb cabinet > or the

hi there, i begin to install shadow copy VFS mod function in samba 3.0.24-6etch9, after i see the same function at win2003srv, i think it could be very useful, if i gonna make it under DEB, but at the moment i'm really get stucked, i try to describe what's the point now; 1 - load shadow_copy mod in smb.conf vfs objects = shadow_copy 2 - install shadow copy client in WinXPProf 3 -

Hi all, I have Centos 8 installed on a physical machine (www6) with separate LVM volumes for /, /var, /var/lib/mysql etc. System boot proceeds without a hiccup, in terminal systemctl status says everything is OK and running, journalctl says so as well - systemd mounts everything stated in fstab. However, on reboot systemd echoes problems with filesystem on /var : ...// unmounting all volumes

On 4/3/20 12:48 PM, Patrick DERWAEL wrote: > User & pass are present > According to the man pages, workgroup is supported > I have changed it to domain, but that didn't change a thing > > [root at plexvm ~]# cat /etc/fstab > > # > # /etc/fstab > # Created by anaconda on Fri Apr 3 14:02:23 2020 > # > # Accessible filesystems, by reference, are maintained

Hi All, I have a very strange problem that I'm unable to pinpoint at the moment. For some reason I am simply unable to get xfs_quotas to report correctly on a freshly installed, fully patched CentOS 6 box. I have specified all the same options as on another machine which *is* reporting quota LABEL=TEST /exports/TEST xfs inode64,nobarrier,delaylog,usrquota,grpquota 0 0 xfs_quota -xc

> -----Original Message----- > From: CentOS [mailto:centos-bounces at centos.org] OnBehalf Of Gregory P. > Ennis > Sent: Sunday, February 19, 2017 12:31 PM > To: centos at centos.org > Subject: Re: [CentOS] usb drives & Orico ORICO9548U3-BK > > > > > > I decided to build an archive server for thepurpose of backing up > > other fedora/centos desktops

Before I'd try to defragment my whole filesystem (see attached mail for whole story) I figured "Let's try it on some file". So I did > xfs_bmap /raid/Temp/someDiskimage.iso [output shows 101 extents and 1 hole] Then I defragmented the file > xfs_fsr /raid/Temp/someDiskimage.iso extents before:101 after:3 DONE > xfs_bmap /raid/Temp/someDiskimage.iso [output shows 3