search for: 42g

CentOS 6.2. I have a 2TB drive, one partition, which is used for online backups. It filled up the other day. I moved a couple of b/u directories off it, and deleted the originals, which should have given me 42G free. I also reduced the reserved blocks by 1/3rd. I've just finished an fsck, which it needed anyway, and in which there was a problem in an HTREE directory node. df *still* tells me that there are zero bytes free. Clues? mark

...after a subsequent upgrade to 4.6.7. I turned up the log level to 3 for a short time and looked at the logs. One thing I notice is some entries like this: [2018/01/24 18:28:37.933498, 3] ../source3/auth/user_krb5.c:164(get_user_from_kerberos_info) get_user_from_kerberos_info: Username STA\I7X4-42G-12$ is invalid on this system [2018/01/24 18:28:37.933525, 3] ../source3/auth/auth_generic.c:145(auth3_generate_session_info_pac) auth3_generate_session_info_pac: Failed to map kerberos principal to system user (NT_STATUS_LOGON_FAILURE) [2018/01/24 18:28:37.933582, 3] ../source3/smbd/smb2_serve...

...10.0.0.60:49232) In Samba 3.6 it was like this: Samba version 3.6.24 PID Username Group Machine ------------------------------------------------------------------- 15102 paul Everyone ath64x2-5400-1 (192.168.254.177) 13245 ringo Everyone i7x4-42g-1 (192.168.254.193) You can see that in 4.1 the Machine column gives me the ip address instead of the actual machine name. I use this information in various scripts and I would like to have the machine name back again. Is this a configuration issue on my part or a problem with smbstatus? Mark...

...% /dev/shm tmpfs 7.8G 8.7M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt--hyp--01-home 61G 33M 61G 1% /home /dev/mapper/gluster_vg_sdb-gluster_lv_engine 50G 8.1G 42G 17% /gluster_bricks/engine /dev/sda1 497M 173M 325M 35% /boot /dev/mapper/gluster_vg_sdb-gluster_lv_data 730G 157G 574G 22% /gluster_bricks/data tmpfs 1.6G 0 1.6G 0% /run/user/0 ovirt-hyp-01.reis.com:engine...

...ks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 13275 106527015 8e Linux LVM [root at mail srvadmin]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 99G 42G 52G 45% / /dev/sda1 99M 44M 51M 47% /boot none 3.9G 0 3.9G 0% /dev/shm [root at mail srvadmin]# I looked at the hardware itself and all disk in this raid system are fine, my question is, is this something I need to worry about and what is causing...

...7.8G 8.7M 7.7G 1% /run > tmpfs 7.8G 0 7.8G 0% > /sys/fs/cgroup > /dev/mapper/centos_ovirt--hyp--01-home 61G 33M 61G 1% /home > /dev/mapper/gluster_vg_sdb-gluster_lv_engine 50G 8.1G 42G 17% > /gluster_bricks/engine > /dev/sda1 497M 173M 325M 35% /boot > /dev/mapper/gluster_vg_sdb-gluster_lv_data 730G 157G 574G 22% > /gluster_bricks/data > tmpfs 1.6G 0 1.6G 0% > /run/user/...

...;> Samba version 3.6.24 >> >> PID Username Group Machine >> ------------------------------------------------------------------- >> 15102 paul Everyone ath64x2-5400-1 (192.168.254.177) >> 13245 ringo Everyone i7x4-42g-1 (192.168.254.193) >> >> >> You can see that in 4.1 the Machine column gives me the ip address instead >> of the actual machine name. I use this information in various scripts and >> I >> would like to have the machine name back again. >> >> Is thi...

...s my array: $ df -h Filesystem Size Used Avail Use% Mounted on /dev/md1 9.5G 735M 8.3G 8% / /dev/md7 38G 6.7G 30G 19% /var /dev/md6 15G 4.5G 9.1G 33% /usr /dev/md5 103G 45G 54G 46% /backup /dev/md3 284G 42G 228G 16% /home /dev/md2 2.0G 214M 1.7G 12% /tmp /dev/md0 243M 24M 207M 11% /boot I've been searching on google but I can't find the explanation for this problem. It's a BUG? :D Thank You very much :D -- - -- Best regards, David http://blog.pnyet.w...

...lication at any time. The one that's only receiving replications is the > one that's failing. > > I've tried deleting the user's home on the receiving server, but it still crashes during the sync. Oddly, the user's > home is 7.4G on the sending server, but ends up at 42G on the receiving side, even after deleting and trying a fresh sync. > > The mailbox implicated in the backtrace ("Spam") does have a very large number of messages in it. > On sender: > Spam messages=1217764 recent=0 uidnext=1218103 uidvalidity=1379509105 unseen=16 highestmodse...

....6 it was like this: > Samba version 3.6.24 > > PID Username Group Machine > ------------------------------------------------------------------- > 15102 paul Everyone ath64x2-5400-1 (192.168.254.177) > 13245 ringo Everyone i7x4-42g-1 (192.168.254.193) > > > You can see that in 4.1 the Machine column gives me the ip address instead > of the actual machine name. I use this information in various scripts and I > would like to have the machine name back again. > > Is this a configuration issue on my part or...

...25ec7f66b5189c65c7a8710fe8cb) depends: ocfs2_nodemanager,ocfs2_dlm,jbd,debugfs vermagic: 2.6.9-89.0.26.ELsmp SMP gcc-3.4 # When I run df -h to show available disk space It shows as follows # df -h cfs Filesystem Size Used Avail Use% Mounted on /dev/emcpowera1 67G 42G 26G 62% /d00/cfs But actual usage is much less :- # du -sh /d00/cfs 18G cfs I have the output of stat_sysdir.sh if needed, but it is over 11,000 lines long. I think this might be to do with inodes or something not being freed up - but am not 100% sure? Given I am stuck on Red Hat 4 unti...

When I run df -h to show available disk space It shows as follows ? # df -h . Filesystem??????????? Size? Used Avail Use% Mounted on /dev/emcpowera1??????? 67G?? 42G?? 26G? 62% /d00/cfs ? But actual usage is much less :- ? # du -sh /d00/cfs 18G???? cfs ? I have the output of stat_sysdir.sh if needed, but it is very long. ? I think this might be to do with inodes or something not being freed up - but am not 100% sure? ? I am running OCFS2 1.2.9 on RHEL 4 Kernel...

...ffic other than replication at any time. The one that's only receiving replications is the one that's failing. I've tried deleting the user's home on the receiving server, but it still crashes during the sync. Oddly, the user's home is 7.4G on the sending server, but ends up at 42G on the receiving side, even after deleting and trying a fresh sync. The mailbox implicated in the backtrace ("Spam") does have a very large number of messages in it. On sender: Spam messages=1217764 recent=0 uidnext=1218103 uidvalidity=1379509105 unseen=16 highestmodseq=744588 vsize=3446...

...ffic other than replication at any time. The one that's only receiving replications is the one that's failing. I've tried deleting the user's home on the receiving server, but it still crashes during the sync. Oddly, the user's home is 7.4G on the sending server, but ends up at 42G on the receiving side, even after deleting and trying a fresh sync. The mailbox implicated in the backtrace ("Spam") does have a very large number of messages in it. On sender: Spam messages=1217764 recent=0 uidnext=1218103 uidvalidity=1379509105 unseen=16 highestmodseq=744588 vsize=3446...

...time. The one that's only receiving replications is the one that's failing. I've tried deleting the user's home on the receiving server, but it still crashes during the sync. Oddly, the user's home is 7.4G on the sending server, but ends up at 42G on the receiving side, even after deleting and trying a fresh sync. The mailbox implicated in the backtrace ("Spam") does have a very large number of messages in it. On sender: Spam messages=1217764 recent=0 uidnext=1218103 uidvalidity=137950...

The first release candidate of the 9.1-RELEASE release cycle is now available on the FTP servers for amd64, i386, and powerpc64. The MD5/SHA256 checksums are at the bottom of this message. The ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/ (or any of the FreeBSD mirror sites). Current