Hey There,
I think it would be better asked at squid-users list:
- http://www.squid-cache.org/Support/mailing-lists.html#squid-users
- squid-us...@lists.squid-cache.org
Eliezer Croitoru
On 04/02/2016 15:24, C. L. Martinez wrote:
Hi all,
I am trying to configure squid as a interception
On 2/7/2016 1:00 PM, Bear Tooth wrote:
So I put in an install disk for CentOS, and rebooted.
It never came near finishing the reboot. Up popped the
following:
what version of centos was this? you previously mentioned 6.4, thats
like 3-4 updates behind the
Which System76 model? How is the install media created? Presumably it's a
USB stick, but how is it being created?
The easiest and most reliable is to use dd. Livecd-tools is also reliable
but has a number of options required to boot UEFi systems. LiveUSB Creator
should work. Everything else is
On 09/02/16 12:24 AM, g wrote:
>
>
> On 02/08/16 23:10, Digimer wrote:
>> On 09/02/16 12:08 AM, g wrote:
>>>
>>>
>>> On 02/08/16 15:34, Wes James wrote:
Is there a utility to zero unused blocks on a disk?
CentOS 6.7/Ext4
I saw zerofree, but I’m not sure it would work on
On Mon, Feb 8, 2016 at 10:54 PM, Chris Murphy wrote:
> Secure erase is really the only thing to use on SSDs.
Oops. It's probably a fairly close approximation to just mkfs.btrfs -f
(or xfs) the entire block device for the SSD. If the kernel sees it as
non-rotational,
On 02/08/16 15:34, Wes James wrote:
> Is there a utility to zero unused blocks on a disk?
>
> CentOS 6.7/Ext4
>
> I saw zerofree, but I’m not sure it would work on Ext4 or even work on
> this version of CentOS.
>
> thanks,
>
.
a comment on replies to your post.
i find it interesting that
On 09/02/16 12:08 AM, g wrote:
>
>
> On 02/08/16 15:34, Wes James wrote:
>> Is there a utility to zero unused blocks on a disk?
>>
>> CentOS 6.7/Ext4
>>
>> I saw zerofree, but I’m not sure it would work on Ext4 or even work on
>> this version of CentOS.
>>
>> thanks,
>>
> .
> a comment on
On 02/08/16 23:10, Digimer wrote:
> On 09/02/16 12:08 AM, g wrote:
>>
>>
>> On 02/08/16 15:34, Wes James wrote:
>>> Is there a utility to zero unused blocks on a disk?
>>>
>>> CentOS 6.7/Ext4
>>>
>>> I saw zerofree, but I’m not sure it would work on Ext4 or even work on
>>> this version of
On Mon, Feb 8, 2016 at 3:18 PM, wrote:
> Chris Murphy wrote:
>> DBAN is obsolete. NIST 800-88 for some time now says to use secure erase
>> or enhanced security erase or crypto erase if supported.
>>
>> Other options do not erase data in remapped sectors.
>
> dban doesn't? What
On 02/08/2016 07:04 PM, Chris Adams wrote:
Once upon a time, Greg Bailey said:
Wes didn't say the reason he wanted to zero unused blocks, but I
always do this in kickstart scripts when constructing VM images as
the image size is considerably reduced by doing this...
For
Once upon a time, Robert Nichols said:
> On 02/08/2016 07:04 PM, Chris Adams wrote:
> >For that purpose, use something that can TRIM a VM image, like
> >virt-sparsify.
>
> That's doing the same thing.
>
> virt-sparsify works by mounting the filesystem, filling it to
On 2/8/2016 9:54 PM, Chris Murphy wrote:
Secure erase is really the only thing to use on SSDs. Writing a pile
of zeros just increases wear (minor negative) but also doesn't
actually set the cells to the state required to accept a new write, so
you've just added a lot more work for the SSD's
On Thu 4.Feb'16 at 20:24:58 +0200, Eero Volotinen wrote:
> check out sslbump documentation:
> http://wiki.squid-cache.org/Features/SslBump
>
> --
> Eero
>
I have changed my ssl-bump options to "ssl_bump server-first all" only, but
nothing ... It doesn't works.
Any more idea??
--
Greetings,
I performed a Samba 4 Active Directory Domain Controller install in June of
2015 on CentOS 7.
At that time I used the Samba 4.1.XX package from SerNet due to the absence
of necessary heimdal packages and libraries not provided in the CentOS 7
Samba package.
Since the the 4.1 series is on security
>>> If you run top what are you seeing on the %Cpu(s) line?
http://i.hizliresim.com/NrmV9Y.png
On Mon, Feb 8, 2016 at 10:53 PM, Alvin Starr wrote:
> You need to provide more information.
> 20% is what number.
> There are something like 6 numbers on that line.
>
>
> On
Am 08.02.2016 um 22:25 schrieb Gokan Atmaca:
If you run top what are you seeing on the %Cpu(s) line?
http://i.hizliresim.com/NrmV9Y.png
That's not a CentOS system. You should probably consult the community
providing support for your Debian or Ubuntu based system.
I see you run MySQL, so
Is there a utility to zero unused blocks on a disk?
CentOS 6.7/Ext4
I saw zerofree, but I’m not sure it would work on Ext4 or even work on this
version of CentOS.
thanks,
-wes
___
CentOS mailing list
CentOS@centos.org
Personally, I just do 'dd if=/dev/zero of=/path/to/zero.img bs=1M; rm -f
/path/to/zero.img'. It's inelegant, for sure, but it works (note to run
it as a normal user or else be careful of how your system reacts to
running out of disk space for a moment).
fix-it-with-a-hammer-digimer
On 08/02/16
> If you run top what are you seeing on the %Cpu(s) line?
%20
On Mon, Feb 8, 2016 at 9:30 PM, Alvin Starr wrote:
> Slow disks will show up as higher I/Owait times.
> If your seeing 99% cpu usage then your likely looking at some other problem.
>
> If you run top what are you
You need to provide more information.
20% is what number.
There are something like 6 numbers on that line.
On 02/08/2016 02:56 PM, Gokan Atmaca wrote:
If you run top what are you seeing on the %Cpu(s) line?
%20
On Mon, Feb 8, 2016 at 9:30 PM, Alvin Starr wrote:
Slow disks
On Mon, Feb 8, 2016 at 2:53 PM, Alvin Starr wrote:
> You need to provide more information.
> 20% is what number.
> There are something like 6 numbers on that line.
>
>
Post commands and results of command outputs
___
CentOS-virt
> Are the disk partitions properly aligned to 4k boundary on the host (and in
> the guests too) ?
>
There are 5 in total server. 32G ram. 2T r1 (soft) disk.
On Mon, Feb 8, 2016 at 9:41 PM, Zoltan Frombach wrote:
> Are the disk partitions properly aligned to 4k boundary on
On 08/02/16 02:20 PM, Gokan Atmaca wrote:
>> I'm guessing you're using standard 7,200rpm platter drives? You'll need
>> to share more information about your environment in order for us to
>> provide useful feedback. Usually though, the answer is 'caching' and/or
>> 'faster disks'.
>
> Yes , 7.2k
Are the disk partitions properly aligned to 4k boundary on the host (and
in the guests too) ?
See
http://www.ibm.com/developerworks/library/l-linux-on-4kb-sector-disks/index.html
and this:
http://unix.stackexchange.com/questions/247387/check-if-partitions-are-aligned-properly-for-performance
On 08/02/16 02:12 PM, Gokan Atmaca wrote:
> Hello
>
> I use KVM. In a virtual machine "jbd2 dm-0" disk I / O is very
> increases. It consumes up to 99%. For this reason, slowing down the
> other virtual machine. What should I do to solve the problem. ?
>
> Thanks..
I'm guessing you're using
> I'm guessing you're using standard 7,200rpm platter drives? You'll need
> to share more information about your environment in order for us to
> provide useful feedback. Usually though, the answer is 'caching' and/or
> 'faster disks'.
Yes , 7.2k rpm disks. 2T mirror (soft). In fact, I had such a
Hello
I use KVM. In a virtual machine "jbd2 dm-0" disk I / O is very
increases. It consumes up to 99%. For this reason, slowing down the
other virtual machine. What should I do to solve the problem. ?
Thanks..
___
CentOS-virt mailing list
Slow disks will show up as higher I/Owait times.
If your seeing 99% cpu usage then your likely looking at some other problem.
If you run top what are you seeing on the %Cpu(s) line?
On 02/08/2016 02:20 PM, Gokan Atmaca wrote:
I'm guessing you're using standard 7,200rpm platter drives? You'll
Using *top *and looki at *'wa' *value can tell you I/O wait time for each
CPU
Dont forget to press "*1*" to expand list of CPUs
Tasks: 501 total, 4 running, 497 sleeping, 0 stopped, 0 zombie
Cpu0 : 31.9%us, 52.7%sy, 0.0%ni, 15.1%id, *0.0%wa*, 0.0%hi, 0.3%si,
0.0%st
Cpu1 : 29.7%us,
hdparm supports ATA secure erase. This is SSD safe, unlike other options.
It's faster than writing zeros to both HDD and SSD.
Chris Murphy
On Mon, Feb 8, 2016, 3:06 PM wrote:
> Wes James wrote:
> > Is there a utility to zero unused blocks on a disk?
> >
> > CentOS 6.7/Ext4
>
DBAN is obsolete. NIST 800-88 for some time now says to use secure erase or
enhanced security erase or crypto erase if supported.
Other options do not erase data in remapped sectors.
Chris Murphy
___
CentOS mailing list
CentOS@centos.org
John R Pierce wrote:
> On 2/8/2016 2:14 PM, Chris Murphy wrote:
>> DBAN is obsolete. NIST 800-88 for some time now says to use secure erase
>> or
>> enhanced security erase or crypto erase if supported.
>>
>> Other options do not erase data in remapped sectors.
>
> the only truly safe way to
Wes James wrote:
> Is there a utility to zero unused blocks on a disk?
>
> CentOS 6.7/Ext4
>
> I saw zerofree, but I’m not sure it would work on Ext4 or even work on
> this version of CentOS.
>
I don't understand the point of doing this. If you want to sanitize the
disk, use dban , which surely
On 02/08/2016 03:05 PM, m.r...@5-cent.us wrote:
Wes James wrote:
Is there a utility to zero unused blocks on a disk?
CentOS 6.7/Ext4
I saw zerofree, but I’m not sure it would work on Ext4 or even work on
this version of CentOS.
I don't understand the point of doing this.
Wes didn't say
> On Feb 8, 2016, at 2:37 PM, Digimer wrote:
>
> Personally, I just do 'dd if=/dev/zero of=/path/to/zero.img bs=1M; rm -f
> /path/to/zero.img'. It's inelegant, for sure, but it works (note to run
> it as a normal user or else be careful of how your system reacts to
> running
Chris Murphy wrote:
> DBAN is obsolete. NIST 800-88 for some time now says to use secure erase
> or enhanced security erase or crypto erase if supported.
>
> Other options do not erase data in remapped sectors.
dban doesn't? What F/OSS does "secure erase"? And does it do what dban's
DoD 5220.22-M
On 2/8/2016 2:14 PM, Chris Murphy wrote:
DBAN is obsolete. NIST 800-88 for some time now says to use secure erase or
enhanced security erase or crypto erase if supported.
Other options do not erase data in remapped sectors.
the only truly safe way to destroy data on magnetic media is to grind
On 2/8/2016 2:18 PM, m.r...@5-cent.us wrote:
dban doesn't? What F/OSS does "secure erase"? And does it do what dban's
DoD 5220.22-M does?
do you even know what NISP Operating Manual 5220.22-M is? One thing it
does NOT have is ANY specifications of methods of data erasure (it
mentions data
On Mon, February 8, 2016 5:45 pm, John R Pierce wrote:
> On 2/8/2016 3:33 PM, Valeri Galtsev wrote:
>> DRAM had more persistent imprint of information that was sitting in it,
>> which appears much harder to destroy than information on hard drive.
>
> well aware of that. 30 years ago a friend
On Mon, 2016-02-08 at 14:22 -0800, John R Pierce wrote:
> the only truly safe way to destroy data on magnetic media is to grind
> the media up into filings or melt it down in a furnace.
I unscrew the casing, extract the disk platter(s), slide a very strong
magnet over both sides of the platter
On 02/08/2016 06:38 PM, Always Learning wrote:
>
> On Mon, 2016-02-08 at 14:22 -0800, John R Pierce wrote:
>
>> the only truly safe way to destroy data on magnetic media is to grind
>> the media up into filings or melt it down in a furnace.
>
> I unscrew the casing, extract the disk
On Mon, February 8, 2016 4:22 pm, John R Pierce wrote:
> On 2/8/2016 2:14 PM, Chris Murphy wrote:
>> DBAN is obsolete. NIST 800-88 for some time now says to use secure erase
>> or
>> enhanced security erase or crypto erase if supported.
>>
>> Other options do not erase data in remapped sectors.
>
On Mon, February 8, 2016 3:37 pm, Digimer wrote:
> Personally, I just do 'dd if=/dev/zero of=/path/to/zero.img bs=1M; rm -f
> /path/to/zero.img'. It's inelegant, for sure, but it works (note to run
> it as a normal user or else be careful of how your system reacts to
> running out of disk space
On 2/8/2016 3:33 PM, Valeri Galtsev wrote:
DRAM had more persistent imprint of information that was sitting in it,
which appears much harder to destroy than information on hard drive.
well aware of that. 30 years ago a friend and I built a specialized
video card for a consulting project
Once upon a time, Greg Bailey said:
> Wes didn't say the reason he wanted to zero unused blocks, but I
> always do this in kickstart scripts when constructing VM images as
> the image size is considerably reduced by doing this...
For that purpose, use something that can TRIM a
45 matches
Mail list logo