Joakim Ziegler writes:
> ...
> Failed to optimize directory ... EXT2 directory corrupted
> ...
Disable dir_index (tune2fs(8)):
# tune2fs -O ^dir_index /dev/???
and run (e2fsck(8)):
# e2fsck -fD
Some more, perhaps unrelated hints:
http://lists.lustre.org/pipermail/lustre-discuss/2010-October/01
Yes, I read that, I was wondering if anyone had actual experience.
Lacking that, I tried to just set it up. So far, it seems like it's
working, mkfs.ext4 did discards on format, and I can mount with the
discard option. I'm currently running some batches on it to see if
speeds keeps up, but it's
Anyone have an idea about this? It keeps complaining every time I mount
the file system.
--
Joakim Ziegler - Supervisor de postproducción - Terminal
joa...@terminalmx.com - 044 55 2971 8514 - 5264 0864
On 21/08/13 16:45, Joakim Ziegler wrote:
> I had a rather large ext4 partition on
On Fri, Aug 23, 2013 at 11:53 AM, Trevor Kates wrote:
> lvs.cf:
> serial_no = 56
> primary = 10.100.9.40
> service = lvs
> backup_active = 1
> backup = 10.100.9.41
> heartbeat = 1
> heartbeat_port = 539
> keepalive = 6
> deadtime = 18
> network = direct
> debug_level = NONE
> monitor_links = 1
>
Hello, I am working with an employer that is looking to hire a Linux systems
administrator (with an automation and scripting approach) to take ownership of
hardware procurement and supplier relationships. This is a permanent job based
in Amsterdam, the Netherlands (relocation assistance is avai
On a busy NFS server I've started receiving the following error messages and
the system hangs with high load but no work being done. The system is a Dell
R510 with 12 x 3TB drives in a RAID-50 configuration. The RAID-50 device is a
full disk LVM (no partitions) and one large (36TB) data volume
I am not sure though, if I need to start
the watchdog daemon at all -
because I altready have these lines in my dmesg:
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07rh
iTCO_wdt: Found a Lynx Point TCO device (Version=2, TCOBASE=0x1860)
iTCO_wdt: initialized.
Ok, sorry - I've found the "man watchdog" and "man watchdog.conf"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On 08/23/2013 12:25 AM, Kwan Lowe wrote:
>> It says if you let "ALL your subscriptions expire". I read that to mean
>> after you have no active subscriptions, you can use the software. Seems
>> absolutely crazy, but that's what it says. It seems more clear to me in
>> the detailed contract ve
Thank you, I have this
# dmesg|grep -i watch
NMI watchdog enabled, takes one hw-pmu counter.
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07rh
do you have any tips or doc pointers?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailma
lvs.cf:
serial_no = 56
primary = 10.100.9.40
service = lvs
backup_active = 1
backup = 10.100.9.41
heartbeat = 1
heartbeat_port = 539
keepalive = 6
deadtime = 18
network = direct
debug_level = NONE
monitor_links = 1
syncdaemon = 1
syncd_iface = eth0
syncd_id = 0
virtual ns1 {
active = 1
ad
Greetings, all:
OS: CentOS 6.4 x86_64
Kernel: 2.6.32-358.14.1
I could use some assistance with setting up pulse to load balance my dns
servers. I've configured tcp and udp port 53 with the piranha gui, set up
arptable rules on the real servers and added the virtual ip to the bond0
interface on th
On Thu 22 Aug 2013 06:32:47 AM EDT, Joerg Schilling wrote:
> On Android, you just need to "press" the character for a longer time and a
> bubble with more selections pops up.
Thanks for the pointer.
> But thank your for providing binary packages.
>
Oh, they're not mine, just a pointer to someone
Have you tried a `yum clean all`
Also the base arch is your code base, x86_64 etc.
Try commenting out the mirrorlist= and hit the baseurl= directly.
baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6&arch=$basearch
On 23/08/13 04:19, Alexander Farber wrote:
> I've ended up doing this (hope it's valid for CentOS 6.4):
>
> # echo 10 > /proc/sys/kernel/panic
> # echo "kernel.panic=10" >> /etc/sysctl.conf
If your servers have a watchdog timer (most with IPMI/iLO/iDRAC/etc do),
you can enable it. The OS will the
CentOS 6.4, 64-bit.
Aug 23 08:32:33 kdm: :0[11133]: PAM unable to
dlopen(/lib64/security/pam_gnome_keyring.so):
/lib64/security/pam_gnome_keyring.so: cannot open shared object file: No
such file or directory
Aug 23 08:32:33 kdm: :0[11133]: PAM adding faulty module:
/lib64/security/pam_gnome_keyr
On Aug 23, 2013, at 8:00 AM, centos-requ...@centos.org wrote:
> From: Fred Smith
> Subject: Re: [CentOS] USB Audio sound card
>
> On Thu, Aug 22, 2013 at 10:03:08PM -0400, Glenn Eychaner wrote:
>> On Aug 22, 2013, at 3:11 PM, Glenn Eychaner wrote:
>>
>> I apologize. I should have said here "A
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ..
On Fri, Aug 23, 2013 at 12:40:51PM +0200, Dennis Jacobfeuerborn wrote:
> I doubt saving functions calls is going to gain you anything in this
> case as 99.9% of the time the rm takes is on disk I/O. If you want to
> reduce the rm time you have to find a way to reduce the disk I/O it
> requires.
On 23.08.2013 07:52, Xinyun Zhou wrote:
> On Thu, 2013-08-22 at 23:40 -0600, Frank Cox wrote:
>> On Fri, 23 Aug 2013 07:34:50 +0200
>> Rafał Radecki wrote:
>>
>>> Can you recommend something? I use an ext4 filesystem.
>>
>> Without actually trying to to see, I suspect that a C program that calls
>>
Hi All.
I've updated my system from 6.3 to 6.4. In my /etc/yum.repos.depel.repo I
have:
[epel]
name=Extra Packages for Enterprise Linux - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=
http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6&arch=$basearch
fai
I've ended up doing this (hope it's valid for CentOS 6.4):
# echo 10 > /proc/sys/kernel/panic
# echo "kernel.panic=10" >> /etc/sysctl.conf
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Hello,
on OpenBSD if you put ddb.panic=0
into /etc/sysctl.conf, the server won't
drop into debugger on kernel panic.
Is there please a similar setting
for CentOS 6.4 / 64 bit?
The background is that I have a new
dedicated server with Haswell CPU
and once a month it is stuck, displaying
kernel tr
23 matches
Mail list logo
