similar to: question about top output

Can anyone explain the following behavior to me? [jgreen at t-rex ~]$ nslookup proteome.hpcc.triad.local Server: 127.0.0.1 Address: 127.0.0.1#53 Name: proteome.hpcc.triad.local Address: 10.2.149.1 [jgreen at t-rex ~]$ nslookup proteome.vlan88.hpcc.triad.local Server: 127.0.0.1 Address: 127.0.0.1#53 Name: proteome.vlan88.hpcc.triad.local Address: 192.168.88.179

--- Josh Green <jgreen@users.sourceforge.net> wrote: > Regarding the sound font compressor I'm creating. I am thinking of > naming it simply "Sound Font FLAC" (Sound Font Free Lossless Audio > Codec) with a file extension of .sfflac (any other suggestions?). Or > do > you think I should just keep the .flac extension? Someone mistaking > the > file for a

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I found a bug with FLAC v0.6 raw encoding. It > appears that the file > pointer in the source file is not reset after > seeking to the end for > checking the size. I've attached a patch. > thanks, I patched it into CVS > I'm excited about FLAC!! I've been looking for a > good GPL lossless RAW >

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I stripped out all non-audio data from a few fonts > (which doesn't > usually amount to much, 50k in a font with a lot of > preset/instrument/sample overhead information). I > managed to save a good > 20k by gzipping this data and not making FLAC > compress it. Not that much > for all the effort. Although I

--- Josh Green <jgreen@users.sourceforge.net> wrote: > Its been a while since I was discussing a SoundFont compressor based > on > FLAC. I've recently implemented the compressor using an application > metadata block with the ID 'SFFL' that I registered, which contains > my > own header and a block of zlib (gzip) compressed SoundFont info. The > audio chunk (a

--- Josh Green <jgreen@users.sourceforge.net> wrote: > I'll let the list know when SF-FLAC is finished, should anyone be > interested. I'm considering starting a FREE SoundFont compressor > campaign, so users will stop using SoundFont encoders that aren't > available on platforms such as Linux. This would also pressure some > of > the existing formats to release

--- Josh Green <jgreen@users.sourceforge.net> wrote: > The audio data will be encoded with FLAC and thats where I have some > questions. My current thinking is to combine audio of the same type > together to minimize changing of parameters in the FLAC stream. Same > sample type being data that has the same number of channels and bit > width. There will also be cases where a

Hi, I am running the below command on CentOS Linux release 7.6.1810 (Core) # df -hT --total Filesystem Type Size Used Avail Use% Mounted on /dev/xvda1 xfs 150G 8.0G 143G 6% / devtmpfs devtmpfs 7.8G 0 7.8G 0% /dev tmpfs tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs tmpfs 7.8G 817M 7.0G 11% /run tmpfs tmpfs 7.8G 0

Hi, On a debian 9 client, ======== root at kvm01:/var/lib/libvirt# dpkg -l glusterfs-client 8><--- ii glusterfs-client 3.8.8-1 amd64 clustered file-system (client package) root at kvm01:/var/lib/libvirt# ======= I am trying to to do a mount to a Centos 7 gluster setup, ======= [root at glustep1 libvirt]# rpm -q glusterfs glusterfs-4.0.2-1.el7.x86_64

Hi, While checking with df -h, it's showing the used space is 94% on root (/). If checked with du -sh, it's not showing the used space. # df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.8G 0 7.8G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 857M 7.0G 11% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/centos-root 50G 47G 3.4G 94% / /dev/mapper/centos-home 241G 47G

On Mon, 29 Jun 2020 15:21:12 +0530 Sachchidanand Upadhyay via CentOS <centos at centos.org> wrote: > Hi, > > While checking with df -h, it's showing the used space is 94% on > root (/). If checked with du -sh, it's not showing the used space. > > # df -h > Filesystem Size Used Avail Use% Mounted on > devtmpfs 7.8G 0 7.8G 0% /dev > tmpfs 7.8G 0 7.8G 0%

hello list I have a network mounted home directory shared between all hosts on my network: [bluethundr at LCENT03:~]#df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 140G 4.4G 128G 4% / /dev/sda1 99M 35M 60M 37% /boot tmpfs 1.6G 0 1.6G 0% /dev/shm nas.summitnjhome.com:/mnt/nas

On Wed, 2002-07-17 at 15:34, Josh Coalson wrote: > > Have you seen the API changes in 1.0.3? Now all metadata is > parsed and at each decoder layer you can specify which blocks > get passed up to the metadata callback. See the > *_decoder_set_metadata_respond/ignore functions. > > Also, on the encoder size, you can now pass a list of arbitrary > metadata blocks to

Has anyone seen output like this before? Notice on my /dev/md0 That it reports 100% used, but also 5.3 Gb available. What would cause this? # df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 71G 1.6G 66G 3% / /dev/sda1 99M 22M 73M 23% /boot tmpfs 506M 0 506M 0% /dev/shm /dev/md0 903G 851G 5.3G 100%

Hello Rich, Thanks for the reply and information. > What is file.img? Its simply a file I made while testing sparse files "truncate -s 512M file.img". > 'du --apparent-size' and 'ls -l' are the same thing, so it's not > really surprising that you see the same numbers here. Indeed, I expected those to be the same, just figured I would show them both for

I just want to echo that we have a server (QSol, dual 1.6G AMDcpus, scsi raid 2.4.18-3smp #1 SMP cat /proc/modules 3c59x 29064 2 ipchains 46184 13 usb-ohci 21568 0 (unused) usbcore 77024 1 [usb-ohci] ext3 70720 4 jbd 53504 4 [ext3] DAC960 65280 5 sd_mod

I am sorry if you receive it twice. since the mail-list said that i can't send mail to it unless i become one its member. hi, My system will crash when the disk(ext3) is full while i continue to launch 50 proceses to operate files(such as create, rm, mv, ...). Does ext3 have such a capability to stop journaling the changes when it finds there is no space left? or which source file of ext3

Is there some nice program that will display how much disk space is being used by each directory? e.g. 3.9G / 1.6G /etc 3.4K /etc/yum.repo and so forth?

Hi, 2 of my Centos4 servers are showing weird behavior. [root at server1 ~]# du -sh /var/ 1.8G /var/ [root at server1 ~]# df -h /var Filesystem Size Used Avail Use% Mounted on /dev/sda7 4.3G 3.9G 181M 96% /var [root at server2 var]# df -h /var Filesystem Size Used Avail Use% Mounted on /dev/sda7 2.9G 2.7G 0 100% /var [root at server2

The mount log file of the volume would help in debugging the actual cause. On Tue, Jun 27, 2017 at 6:33 PM, Joel Diaz <mrjoeldiaz at gmail.com> wrote: > Good morning Gluster users, > > I'm very new to the Gluster file system. My apologies if this is not the > correct way to seek assistance. However, I would appreciate some insight > into understanding the issue I have.