-Original Message-
From: Andrew Cooks [mailto:aco...@gmail.com]
Sent: Friday, March 01, 2013 3:26 AM
To: aco...@gmail.com; j...@8bytes.org; xjtuy...@hotmail.com;
gm.y...@gmail.com; alex.william...@redhat.com; bhelg...@google.com;
jpis...@lucidpixels.com; dw...@infradead.org
Cc: open
-Original Message-
From: Andrew Cooks [mailto:aco...@gmail.com]
Sent: Friday, March 01, 2013 5:19 PM
To: Justin Piszcz
Cc: Joerg Roedel; YingChu; Chu Ying; Alex Williamson; bhelg...@google.com;
David Woodhouse; open list:INTEL IOMMU (VT-d); open list; open list:PCI
SUBSYSTEM
Subject: Re
-Original Message-
From: devendra.aaru [mailto:devendra.a...@gmail.com]
Sent: Monday, December 17, 2012 1:39 PM
To: Justin Piszcz
Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org
Subject: Re: 3.6.10: Intel: ixgbe :01:00.0 eth4: Detected Tx Unit Hang
Ccing netdev
On Sat, Dec
-Original Message-
From: devendra.aaru [mailto:devendra.a...@gmail.com]
Sent: Monday, December 17, 2012 1:39 PM
To: Justin Piszcz
Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org
Subject: Re: 3.6.10: Intel: ixgbe :01:00.0 eth4: Detected Tx Unit Hang
Ccing netdev
On Sat, Dec
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Saturday, December 15, 2012 10:49 AM
To: linux-kernel@vger.kernel.org
Subject: 3.6.10: Intel: ixgbe :01:00.0 eth4: Detected Tx Unit Hang
Hello,
CORRECTION: Kernel 3.7
--
To unsubscribe from this list
Hello,
Kernel 3.6.10, first time I have seen this that I can remember (on 10GbE)
anyway, is this a known issue with 3.6.10?
When the link went down is when I rebooted/etc the remote host attached on
the other end.
I've not changed anything physically with the hardware and have been on
Hello,
Kernel 3.6.10, first time I have seen this that I can remember (on 10GbE)
anyway, is this a known issue with 3.6.10?
When the link went down is when I rebooted/etc the remote host attached on
the other end.
I've not changed anything physically with the hardware and have been on
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Saturday, December 15, 2012 10:49 AM
To: linux-kernel@vger.kernel.org
Subject: 3.6.10: Intel: ixgbe :01:00.0 eth4: Detected Tx Unit Hang
Hello,
CORRECTION: Kernel 3.7
--
To unsubscribe from this list
-Original Message-
From: Robert Hancock [mailto:hancock...@gmail.com]
Sent: Wednesday, November 28, 2012 7:55 PM
To: Justin Piszcz
Cc: Bjorn Helgaas; Bruno Prémont; supp...@supermicro.com;
linux-kernel@vger.kernel.org; Dan Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration
-Original Message-
From: Robert Hancock [mailto:hancock...@gmail.com]
Sent: Wednesday, November 28, 2012 7:55 PM
To: Justin Piszcz
Cc: Bjorn Helgaas; Bruno Prémont; supp...@supermicro.com;
linux-kernel@vger.kernel.org; Dan Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Wednesday, November 28, 2012 7:09 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error &
-Original Message-
From: Robert Hancock [mailto:hancock...@gmail.com]
Sent: Wednesday, November 28, 2012 7:35 PM
To: Justin Piszcz
Cc: 'Bjorn Helgaas'; 'Bruno Prémont'; supp...@supermicro.com;
linux-kernel@vger.kernel.org; 'Dan Williams'
Subject: Re: Supermicro X9SRL-F - channel
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Wednesday, November 28, 2012 6:54 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error &
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Wednesday, November 28, 2012 6:54 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error ACPI
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Wednesday, November 28, 2012 7:09 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error ACPI
-Original Message-
From: Robert Hancock [mailto:hancock...@gmail.com]
Sent: Wednesday, November 28, 2012 7:35 PM
To: Justin Piszcz
Cc: 'Bjorn Helgaas'; 'Bruno Prémont'; supp...@supermicro.com;
linux-kernel@vger.kernel.org; 'Dan Williams'
Subject: Re: Supermicro X9SRL-F - channel
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, November 27, 2012 10:16 AM
To: linux-kernel@vger.kernel.org
Subject: 3.6.8: dmar: DRHD: handling fault status reg 602
Hello,
Any idea why this is happening (e.g. why is PTE Read Access not set
Hello,
Any idea why this is happening (e.g. why is PTE Read Access not set?)
[ 13.204560] dmar: DRHD: handling fault status reg 602
[ 13.208078] dmar: DMAR:[DMA Read] Request device [04:00.0] fault addr 0
[ 13.208078] DMAR:[fault reason 06] PTE Read access is not set
[ 15.777874] dmar:
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, November 27, 2012 8:56 AM
To: 'Bjorn Helgaas'
Cc: 'Bruno Prémont'; supp...@supermicro.com; linux-kernel@vger.kernel.org;
'Dan Williams'
Subject: RE: Supermicro X9SRL-F - channel enumeration error
> It is _not_ working on the:
> 2) Supermicro X8DTH-F (the boot drive in this system is running off a
PCI-e
> card, could the IRQ for the I/O controller be getting re-mapped and
fail?)--
> worse case I can move the SSD from the 6.0gbpa SATA card to the
motherboard
> and see if that works, but
> It looks like maybe you don't have CONFIG_PCI_MMCONFIG turned on?
===> FOR I/OAT DMA
Latest status, it _appears_ its working on the X9SRL-F now, thank you!
1) Supermicro X9SRL-F (GOOD)
[0.738510] ioatdma: Intel(R) QuickData Technology Driver 4.00
[0.738719] ioatdma :00:04.0: irq
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Monday, November 26, 2012 8:12 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firm
Hello,
Which user-space application has support to read the temperature off of the
10GbE card?
Regular lm-sensors does not seem to be picking it up.
$ sensors|grep -e -
radeon-pci-0500
coretemp-isa-
nct6776-isa-0a30
Justin.
--
To unsubscribe from this list: send the line "unsubscribe
Hello,
Which user-space application has support to read the temperature off of the
10GbE card?
Regular lm-sensors does not seem to be picking it up.
$ sensors|grep -e -
radeon-pci-0500
coretemp-isa-
nct6776-isa-0a30
Justin.
--
To unsubscribe from this list: send the line unsubscribe
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Monday, November 26, 2012 8:12 PM
To: Justin Piszcz
Cc: Bruno Prémont; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error ACPI/firmware
It looks like maybe you don't have CONFIG_PCI_MMCONFIG turned on?
=== FOR I/OAT DMA
Latest status, it _appears_ its working on the X9SRL-F now, thank you!
1) Supermicro X9SRL-F (GOOD)
[0.738510] ioatdma: Intel(R) QuickData Technology Driver 4.00
[0.738719] ioatdma :00:04.0: irq 75
It is _not_ working on the:
2) Supermicro X8DTH-F (the boot drive in this system is running off a
PCI-e
card, could the IRQ for the I/O controller be getting re-mapped and
fail?)--
worse case I can move the SSD from the 6.0gbpa SATA card to the
motherboard
and see if that works, but that
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, November 27, 2012 8:56 AM
To: 'Bjorn Helgaas'
Cc: 'Bruno Prémont'; supp...@supermicro.com; linux-kernel@vger.kernel.org;
'Dan Williams'
Subject: RE: Supermicro X9SRL-F - channel enumeration error
Hello,
Any idea why this is happening (e.g. why is PTE Read Access not set?)
[ 13.204560] dmar: DRHD: handling fault status reg 602
[ 13.208078] dmar: DMAR:[DMA Read] Request device [04:00.0] fault addr 0
[ 13.208078] DMAR:[fault reason 06] PTE Read access is not set
[ 15.777874] dmar:
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, November 27, 2012 10:16 AM
To: linux-kernel@vger.kernel.org
Subject: 3.6.8: dmar: DRHD: handling fault status reg 602
Hello,
Any idea why this is happening (e.g. why is PTE Read Access not set
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Monday, November 26, 2012 8:00 PM
To: Bruno Prémont
Cc: Justin Piszcz; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firm
> [0.696357] ioatdma: Intel(R) QuickData Technology Driver 4.00
> [0.696487] ioatdma :00:04.0: channel error register unreachable
> I assume this is something Supermicro has to fix?
You are probably missing some kernel config option(s) :) - I did fight
similar
issues on a Fujitsu
[0.696357] ioatdma: Intel(R) QuickData Technology Driver 4.00
[0.696487] ioatdma :00:04.0: channel error register unreachable
I assume this is something Supermicro has to fix?
You are probably missing some kernel config option(s) :) - I did fight
similar
issues on a Fujitsu
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Monday, November 26, 2012 8:00 PM
To: Bruno Prémont
Cc: Justin Piszcz; supp...@supermicro.com; linux-kernel@vger.kernel.org; Dan
Williams
Subject: Re: Supermicro X9SRL-F - channel enumeration error ACPI/firmware
Hi,
Is the following normal on an X9SRL-F board (bios 1.0a)?
In the manual it states:
Data Direct I/O
Select Enabled to enable Intel I/OAT (I/O Acceleration Technology), which
significantly reduces CPU overhead by leveraging CPU architectural
improvements and freeing the system resource for
Hi,
Is the following normal on an X9SRL-F board (bios 1.0a)?
In the manual it states:
Data Direct I/O
Select Enabled to enable Intel I/OAT (I/O Acceleration Technology), which
significantly reduces CPU overhead by leveraging CPU architectural
improvements and freeing the system resource for
On Sun, Oct 28, 2012 at 6:51 PM, Theodore Ts'o wrote:
> On Sun, Oct 28, 2012 at 05:02:17PM -0400, Justin Piszcz wrote:
>> Hello,
>>
>> Any idea what happened here (during a backup)?
>
> A sync system call took longer than two mintues. Why that happened,
> it's
On Sun, Oct 28, 2012 at 6:51 PM, Theodore Ts'o ty...@mit.edu wrote:
On Sun, Oct 28, 2012 at 05:02:17PM -0400, Justin Piszcz wrote:
Hello,
Any idea what happened here (during a backup)?
A sync system call took longer than two mintues. Why that happened,
it's harder to say. It's a warning
Hello,
Any idea what happened here (during a backup)?
Partition is ext4.
[116868.118797] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
[116868.118798] dumpD 88003d32a5c0 0 21219 21214
0x
[116868.118801] 880584631d28 0082
Hello,
Any idea what happened here (during a backup)?
Partition is ext4.
[116868.118797] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables
this message.
[116868.118798] dumpD 88003d32a5c0 0 21219 21214
0x
[116868.118801] 880584631d28 0082
-Original Message-
From: ty...@mit.edu [mailto:ty...@mit.edu]
Sent: Wednesday, October 24, 2012 10:40 AM
To: Justin Piszcz; Steven J. Magnani
Cc: linux-kernel@vger.kernel.org
Subject: Re: 3.6.0 kernel - ext4 corruption, or?
On Wed, Oct 24, 2012 at 08:15:37AM -0400, Justin Piszcz wrote
Hi,
I read there was a bug in 3.6.2, is there also one in 3.6.0, or can someone
help explain this?
I did boot systemrescuecd 3.0.0 and ran fsck.ext4 -f partition and there
were no errors reported.
Seems the inode for the directory is missing?
# grep 10.0.0.11 -r /etc
Hi,
I read there was a bug in 3.6.2, is there also one in 3.6.0, or can someone
help explain this?
I did boot systemrescuecd 3.0.0 and ran fsck.ext4 -f partition and there
were no errors reported.
Seems the inode for the directory is missing?
# grep 10.0.0.11 -r /etc
-Original Message-
From: ty...@mit.edu [mailto:ty...@mit.edu]
Sent: Wednesday, October 24, 2012 10:40 AM
To: Justin Piszcz; Steven J. Magnani
Cc: linux-kernel@vger.kernel.org
Subject: Re: 3.6.0 kernel - ext4 corruption, or?
On Wed, Oct 24, 2012 at 08:15:37AM -0400, Justin Piszcz wrote
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, October 09, 2012 6:15 PM
To: linux-kernel@vger.kernel.org; e1000-de...@lists.sf.net
Cc: supp...@supermicro.com; a...@solarrain.com
Subject: X9SCM-F/82574L/e1000e lag / high latency (e1000e/Intel bug
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, October 09, 2012 6:15 PM
To: linux-kernel@vger.kernel.org; e1000-de...@lists.sf.net
Cc: supp...@supermicro.com; a...@solarrain.com
Subject: X9SCM-F/82574L/e1000e lag / high latency (e1000e/Intel bug
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, October 09, 2012 6:15 PM
To: linux-kernel@vger.kernel.org; e1000-de...@lists.sf.net
Cc: supp...@supermicro.com; a...@solarrain.com
Subject: X9SCM-F/82574L/e1000e lag / high latency (e1000e/Intel bug
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, October 09, 2012 6:15 PM
To: linux-kernel@vger.kernel.org; e1000-de...@lists.sf.net
Cc: supp...@supermicro.com; a...@solarrain.com
Subject: X9SCM-F/82574L/e1000e lag / high latency (e1000e/Intel bug
Hi,
Good news: Supermicro 2.0b fixes an unrelated problem where only 16GB is
addressed in the BIOS when you have 32GB on the system, with 2.0b that is
resolved.
Bad news: This bug still remains (E1000): When you transfer a file/files
over Samba, the latency shoots up really high (this also
Hi,
Good news: Supermicro 2.0b fixes an unrelated problem where only 16GB is
addressed in the BIOS when you have 32GB on the system, with 2.0b that is
resolved.
Bad news: This bug still remains (E1000): When you transfer a file/files
over Samba, the latency shoots up really high (this also
Kernel: 3.6.0 (x86_64)
Distribution: Debian Testing
I was copying 600GB of files from Samba/Linux to a Windows host, it
copied around 500GB, then this happened, it disabled the network
interface on my Supermicro X9CM-F board (on-board) -- the first
interface, any idea why this happened?
Hello,
Kernel: 3.6.0 (x86_64)
Distribution: Debian Testing
I was copying 600GB of files from Samba/Linux to a Windows host, it
copied around 500GB, then this happened, it disabled the network
interface on my Supermicro X9CM-F board (on-board) -- the first
interface, any idea why this happened?
Hello,
Kernel: 3.6.0 (x86_64)
Distribution: Debian Testing
I was copying 600GB of files from Samba/Linux to a Windows host, it
copied around 500GB, then this happened, it disabled the network
interface on my Supermicro X9CM-F board (on-board) -- the first
interface, any idea why this happened?
Kernel: 3.6.0 (x86_64)
Distribution: Debian Testing
I was copying 600GB of files from Samba/Linux to a Windows host, it
copied around 500GB, then this happened, it disabled the network
interface on my Supermicro X9CM-F board (on-board) -- the first
interface, any idea why this happened?
Hi,
Was curious why this occurs with postfix's cleanup every so often?
[562320.275125] INFO: task cleanup:5921 blocked for more than 120 seconds.
[562320.275127] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
[562320.275129] cleanup D 000d 0 5921
Hi,
Was curious why this occurs with postfix's cleanup every so often?
[562320.275125] INFO: task cleanup:5921 blocked for more than 120 seconds.
[562320.275127] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables
this message.
[562320.275129] cleanup D 000d 0 5921 2437
Hi,
Moving ~276GB of files (mainly large backups) and everything has
seemed to lockup on the client moving data to the server, it is still
in this state..
[75716.705697] INFO: task sync:8790 blocked for more than 120 seconds.
[75716.705701] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
Hi,
Moving ~276GB of files (mainly large backups) and everything has
seemed to lockup on the client moving data to the server, it is still
in this state..
[75716.705697] INFO: task sync:8790 blocked for more than 120 seconds.
[75716.705701] echo 0 /proc/sys/kernel/hung_task_timeout_secs
-Original Message-
From: Theodore Ts'o [mailto:ty...@mit.edu]
Sent: Friday, August 24, 2012 6:39 PM
To: Justin Piszcz
Cc: linux-kernel@vger.kernel.org; linux-e...@vger.kernel.org; al piszcz
Subject: Re: 3.5.1 kernel: Oops + stracktrace + ext4 kernel errors!
On Fri, Aug 24, 2012 at 11
On Fri, Aug 24, 2012 at 11:31 AM, Justin Piszcz wrote:
> Hello,
>
> Thoughts?
..
Going back to XFS.
EXT4 appears unstable after more than 16TB is on the array (of 60TB ext4fs).
Justin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hello,
Thoughts?
Saw this when trying to copy files to array with Samba and doing file
operations:
[28939.505792] [ cut here ]
[28939.505818] WARNING: at include/linux/iocontext.h:140
copy_process.part.50+0x115e/0x1220()
[28939.505826] Hardware name: X8DTH-i/6/iF/6F
Hello,
Thoughts?
Saw this when trying to copy files to array with Samba and doing file
operations:
[28939.505792] [ cut here ]
[28939.505818] WARNING: at include/linux/iocontext.h:140
copy_process.part.50+0x115e/0x1220()
[28939.505826] Hardware name: X8DTH-i/6/iF/6F
On Fri, Aug 24, 2012 at 11:31 AM, Justin Piszcz jpis...@lucidpixels.com wrote:
Hello,
Thoughts?
..
Going back to XFS.
EXT4 appears unstable after more than 16TB is on the array (of 60TB ext4fs).
Justin.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
-Original Message-
From: Theodore Ts'o [mailto:ty...@mit.edu]
Sent: Friday, August 24, 2012 6:39 PM
To: Justin Piszcz
Cc: linux-kernel@vger.kernel.org; linux-e...@vger.kernel.org; al piszcz
Subject: Re: 3.5.1 kernel: Oops + stracktrace + ext4 kernel errors!
On Fri, Aug 24, 2012 at 11
Hi,
Kernel: 3.5.1 x86_64
Just FYI, this may have been due to an NFS issue (remote host turned
off during dump possibly) but reporting just incase:
[41793.725267] [ cut here ]
[41793.725273] WARNING: at include/linux/iocontext.h:140
copy_process.part.56+0x1041/0x1190()
Hi,
Kernel: 3.5.1 x86_64
Just FYI, this may have been due to an NFS issue (remote host turned
off during dump possibly) but reporting just incase:
[41793.725267] [ cut here ]
[41793.725273] WARNING: at include/linux/iocontext.h:140
copy_process.part.56+0x1041/0x1190()
On Sun, Aug 12, 2012 at 10:13 AM, Paul Gortmaker
wrote:
> On Sun, Aug 12, 2012 at 9:51 AM, Justin Piszcz
> wrote:
>> On Sun, Aug 12, 2012 at 9:10 AM, Eric Sandeen wrote:
>>> On 8/10/12 11:14 PM, Justin Piszcz wrote:
>>>> On Fri, Aug 10, 2012 at 7:07
On Sun, Aug 12, 2012 at 9:31 AM, Daniel Mack wrote:
> On 11.08.2012 19:36, Justin Piszcz wrote:
>> Hello,
>>
>> I upgrade to each new kernel release and with 3.5.1 (from 3.4) I can no
>> longer mount my 60TB ext4 volume.
>> If I boot back to 3.4, it works f
On Sun, Aug 12, 2012 at 9:10 AM, Eric Sandeen wrote:
> On 8/10/12 11:14 PM, Justin Piszcz wrote:
>> On Fri, Aug 10, 2012 at 7:07 PM, Justin Piszcz
>>>
>>> Hi,
>>>
>>> Found the root cause, the 3.5.1 kernel cannot mount my ext4 filesystem
>>&g
On Sun, Aug 12, 2012 at 9:10 AM, Eric Sandeen sand...@sandeen.net wrote:
On 8/10/12 11:14 PM, Justin Piszcz wrote:
On Fri, Aug 10, 2012 at 7:07 PM, Justin Piszcz
Hi,
Found the root cause, the 3.5.1 kernel cannot mount my ext4 filesystem
(60TB).
You are a brave man running ext4 at 60T
On Sun, Aug 12, 2012 at 9:31 AM, Daniel Mack zon...@gmail.com wrote:
On 11.08.2012 19:36, Justin Piszcz wrote:
Hello,
I upgrade to each new kernel release and with 3.5.1 (from 3.4) I can no
longer mount my 60TB ext4 volume.
If I boot back to 3.4, it works fine.
Details here:
https
On Sun, Aug 12, 2012 at 10:13 AM, Paul Gortmaker
paul.gortma...@windriver.com wrote:
On Sun, Aug 12, 2012 at 9:51 AM, Justin Piszcz jpis...@lucidpixels.com
wrote:
On Sun, Aug 12, 2012 at 9:10 AM, Eric Sandeen sand...@sandeen.net wrote:
On 8/10/12 11:14 PM, Justin Piszcz wrote:
On Fri, Aug 10
Hello,
I upgrade to each new kernel release and with 3.5.1 (from 3.4) I can no
longer mount my 60TB ext4 volume.
If I boot back to 3.4, it works fine.
Details here:
https://lkml.org/lkml/2012/8/10/205
Anything I can do besides testing each 3.5-rcX to find where the regression
lies?
Justin.
Hello,
I upgrade to each new kernel release and with 3.5.1 (from 3.4) I can no
longer mount my 60TB ext4 volume.
If I boot back to 3.4, it works fine.
Details here:
https://lkml.org/lkml/2012/8/10/205
Anything I can do besides testing each 3.5-rcX to find where the regression
lies?
Justin.
On Fri, Aug 10, 2012 at 7:07 PM, Justin Piszcz
>
> Hi,
>
> Found the root cause, the 3.5.1 kernel cannot mount my ext4 filesystem
> (60TB).
>
> The 3.4 kernel works fine.
>
> This is proven by commenting out the filesystem in /etc/fstab with
> 3.5.1, and all is
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Friday, August 10, 2012 5:46 PM
To: Jesper Juhl
Cc: linux-kernel@vger.kernel.org; a...@solarrain.com
Subject: Re: Upgraded from 3.4 to 3.5.1 kernel: machine does not boot
On Fri, Aug 10, 2012 at 1:53 PM
On Fri, Aug 10, 2012 at 1:53 PM, Jesper Juhl wrote:
> On Fri, 10 Aug 2012, Justin Piszcz wrote:
>
>> Hello,
>>
>> Motherboard: Supermicro X8DTH-6F
>> Distro: Debian Testing x86_64
>>
>> >From 3.4 -> 3.5.1 on x86_64 make oldconfig and a few m
Hello,
Motherboard: Supermicro X8DTH-6F
Distro: Debian Testing x86_64
>From 3.4 -> 3.5.1 on x86_64 make oldconfig and a few minor changes and the
machine attempts to boot but hangs at the filesystem mounting part of the
boot process.
Picture of where it stops working (a little burry but
Hello,
Motherboard: Supermicro X8DTH-6F
Distro: Debian Testing x86_64
From 3.4 - 3.5.1 on x86_64 make oldconfig and a few minor changes and the
machine attempts to boot but hangs at the filesystem mounting part of the
boot process.
Picture of where it stops working (a little burry but readable)
On Fri, Aug 10, 2012 at 1:53 PM, Jesper Juhl j...@chaosbits.net wrote:
On Fri, 10 Aug 2012, Justin Piszcz wrote:
Hello,
Motherboard: Supermicro X8DTH-6F
Distro: Debian Testing x86_64
From 3.4 - 3.5.1 on x86_64 make oldconfig and a few minor changes and the
machine attempts to boot
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Friday, August 10, 2012 5:46 PM
To: Jesper Juhl
Cc: linux-kernel@vger.kernel.org; a...@solarrain.com
Subject: Re: Upgraded from 3.4 to 3.5.1 kernel: machine does not boot
On Fri, Aug 10, 2012 at 1:53 PM
On Fri, Aug 10, 2012 at 7:07 PM, Justin Piszcz
Hi,
Found the root cause, the 3.5.1 kernel cannot mount my ext4 filesystem
(60TB).
The 3.4 kernel works fine.
This is proven by commenting out the filesystem in /etc/fstab with
3.5.1, and all is OK.
--
Hi again,
I tested with linux-3.6
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Saturday, July 07, 2012 11:12 AM
To: p...@lists.ntp.org; linux-kernel@vger.kernel.org
Subject: X9SCM-F-O clock drift +1 second into the future when ntp running?
Hello,
I migrated from an X7SPA to an X9SCM-F-O
Hello,
I migrated from an X7SPA to an X9SCM-F-O and now gpsd/ntp no longer sync
with my GPS unit:
http://www.amazon.com/GlobalSat-BU-353-USB-GPS-Receiver/dp/B000PKX2KA
I did some digging and it looks like the system clock on this motherboard
with the latest BIOS (2.00a) runs 1 second too fast
Hello,
I migrated from an X7SPA to an X9SCM-F-O and now gpsd/ntp no longer sync
with my GPS unit:
http://www.amazon.com/GlobalSat-BU-353-USB-GPS-Receiver/dp/B000PKX2KA
I did some digging and it looks like the system clock on this motherboard
with the latest BIOS (2.00a) runs 1 second too fast
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Saturday, July 07, 2012 11:12 AM
To: p...@lists.ntp.org; linux-kernel@vger.kernel.org
Subject: X9SCM-F-O clock drift +1 second into the future when ntp running?
Hello,
I migrated from an X7SPA to an X9SCM-F-O
On Mon, 28 Jan 2008, Ingo Molnar wrote:
* Justin Piszcz <[EMAIL PROTECTED]> wrote:
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03, 0.30, 0.10
Tasks: 169 tota
On Mon, 28 Jan 2008, Ingo Molnar wrote:
* Justin Piszcz [EMAIL PROTECTED] wrote:
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03, 0.30, 0.10
Tasks: 169 total, 1
On Fri, 25 Jan 2008, Yinghai Lu wrote:
On Jan 25, 2008 4:01 PM, Justin Piszcz <[EMAIL PROTECTED]> wrote:
...
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03
On Tue, 22 Jan 2008, Yinghai Lu wrote:
On Monday 21 January 2008 01:37:09 pm Justin Piszcz wrote:
On Mon, 21 Jan 2008, Yinghai Lu wrote:
On Monday 21 January 2008 11:14:02 am Justin Piszcz wrote:
please get x86.git
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux
On Fri, 25 Jan 2008, Yinghai Lu wrote:
On Jan 25, 2008 4:01 PM, Justin Piszcz [EMAIL PROTECTED] wrote:
...
Tried it, it worked successfully!
With stock kernel, previous way I had to use it was mem=8832M and top
showed this:
top - 18:53:52 up 1 min, 2 users, load average: 1.03, 0.30
On Mon, 21 Jan 2008, Yinghai Lu wrote:
On Monday 21 January 2008 11:14:02 am Justin Piszcz wrote:
please get x86.git
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
cd linux-2.6
#--{ x86.git instructions }-->
# Add Linus's t
On Mon, 21 Jan 2008, Jesse Barnes wrote:
On Sunday, January 20, 2008 10:56 pm Yinghai Lu wrote:
[PATCH] x86_32: trim memory by updating e820 v2
when mtrr is not covering all e820 table, need to trim the ram, need to
update e820
reuse some code for x86_64
here need to add
On Mon, 21 Jan 2008, Jesse Barnes wrote:
On Sunday, January 20, 2008 10:56 pm Yinghai Lu wrote:
[PATCH] x86_32: trim memory by updating e820 v2
when mtrr is not covering all e820 table, need to trim the ram, need to
update e820
reuse some code for x86_64
here need to add
On Mon, 21 Jan 2008, Yinghai Lu wrote:
On Monday 21 January 2008 11:14:02 am Justin Piszcz wrote:
please get x86.git
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
cd linux-2.6
#--{ x86.git instructions }--
# Add Linus's tree
Can some please explain with almost identical kernel .config's I see this
on a p965 Intel board:
CPU0 CPU1 CPU2 CPU3
0: 2501669875 0 0 0 IO-APIC-edge timer
1: 8 0 0 0 IO-APIC-edge i8042
Can some please explain with almost identical kernel .config's I see this
on a p965 Intel board:
CPU0 CPU1 CPU2 CPU3
0: 2501669875 0 0 0 IO-APIC-edge timer
1: 8 0 0 0 IO-APIC-edge i8042
On Fri, 7 Dec 2007, Bill Davidsen wrote:
Justin Piszcz wrote:
Trying to format a floppy (2-3 of them) on a GA-P35-DS4 2.0 with a regular
Sony floppy on Debian x86_64 with kernel 2.6.23.9:
# fdformat /dev/fd0
Could not determine current format type: No such device
# mformat a:
mformat
On Fri, 7 Dec 2007, Bill Davidsen wrote:
Justin Piszcz wrote:
Trying to format a floppy (2-3 of them) on a GA-P35-DS4 2.0 with a regular
Sony floppy on Debian x86_64 with kernel 2.6.23.9:
# fdformat /dev/fd0
Could not determine current format type: No such device
# mformat a:
mformat
On Thu, 6 Dec 2007, Andrew Morton wrote:
On Sat, 1 Dec 2007 06:26:08 -0500 (EST)
Justin Piszcz <[EMAIL PROTECTED]> wrote:
I am putting a new machine together and I have dual raptor raid 1 for the
root, which works just fine under all stress tests.
Then I have the WD 750 GiB drive (n
101 - 200 of 692 matches
Mail list logo
