Re: patch which implements ZFS LZ4 compression
Hi, On Sat, Feb 09, 2013 at 12:44:36PM -0800, Jeremy Chadwick wrote: > Bottom line: people enable compression on an fs, issue large amounts of > write I/O to that fs (say hundreds of megabytes, or gigabytes), and > start to see the entire system intermittently stalling hard (for > multiple seconds at a time). This affects everything from switching VTs > on physical console to packets going across SSH. The stalls vary in > duration depending on what compression type is used (lzjb vs. gzip-1 -- > I cannot even imagine what gzip-9 would be like). I described it as > verbosely as I could, including going back and "re-testing" because > people felt the "ZFSv28 import might have addressed it" (it did not): > > http://lists.freebsd.org/pipermail/freebsd-fs/2011-October/012752.html > > The exact same behaviour happens if dedup is used. There is no relation > between compression (the feature) and dedup (the feature), obviously, > but the symptom I've described matches Bob's explanation perfectly. > > If you want to provide the aforementioned instructions, I'll happily > follow them. Did you try using 4BSD instead of ULE at some point? I had similar problems and that completely fixed it for me. Which would mean, that there's some interactio between scheduler and ZFS code. - Oliver -- | Oliver Brandmueller http://sysadm.in/ o...@sysadm.in | |Ich bin das Internet. Sowahr ich Gott helfe. | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Installing FreeBSD 9.1 amd64 on IBM x3550 M3
Hello, I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. Installation went smoothly, RAID controller and network cards were successfully recognised. But, after the installation, the server fails to boot from disk. There were some posts, about two years ago, in this list implying that the problem lies in UEFI but I couldn't find any clear solution. Any suggestions would be greatly appreciated. Thanks, Panagiotis -- Panagiotis J. ChristiasNetwork Management Center p.christ...@noc.ntua.grNational Technical Univ. of Athens, GREECE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
MFC openssh fix versionaddendum?
http://www.freebsd.org/cgi/query-pr.cgi?pr=163843 The fix was committed to -current, but in 9.1 it's still not working. cheersRuben ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3
Hi, On Mon, 11 Feb 2013 13:23:53 +0200 Panagiotis Christias wrote: > Hello, > > I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. > Installation went smoothly, RAID controller and network cards were > successfully recognised. > > But, after the installation, the server fails to boot from disk. > There were some posts, about two years ago, in this list implying > that the problem lies in UEFI but I couldn't find any clear > solution. > I do not know if this is the same problem I face on my notebook but it currently does not boot when I use GPT. Can you give a MBR partitioned disk a try? My notebook was earlier booting from a GPT disk. I cannot remember why I used MBR for the new disk. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
9.1 AMD64 multitasking efficiency low
Hello :-) I have found 9.1 to be far more less responsive than 9.0 and previous releases on my desktop. I have noted this slow down at 9.1-RC. I have AMD64 4GB RAM i3 CPU and when I simply run Chromium, VBox with Windows XP 64bit (1GB allocated) and VBox with Ubuntu 64bit (1GB allocated) my machine gets unresponsive - it does not even respond to ACPI shutdown, I need to kill it to get working again :-( I did not happen before. I have also noted that VBox 4.2.6 is working far more slower and makes bigger impact on the whole host performance - sometimes I need to wait some seconds to get the machine response back, this happens especially at loading stage :-( Is there any way to get back the efficiency of my FreeBSD? Maybe I need to bump some configuration to make it more efficient? :-) Any hints appreciated :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 3:06 PM, CeDeROM wrote: > Hello :-) > > I have found 9.1 to be far more less responsive than 9.0 and previous > releases on my desktop. I have noted this slow down at 9.1-RC. I have > AMD64 4GB RAM i3 CPU and when I simply run Chromium, VBox with Windows > XP 64bit (1GB allocated) and VBox with Ubuntu 64bit (1GB allocated) my > machine gets unresponsive - it does not even respond to ACPI shutdown, > I need to kill it to get working again :-( I did not happen before. > > I have also noted that VBox 4.2.6 is working far more slower and makes > bigger impact on the whole host performance - sometimes I need to wait > some seconds to get the machine response back, this happens especially > at loading stage :-( > > Is there any way to get back the efficiency of my FreeBSD? Maybe I > need to bump some configuration to make it more efficient? :-) > > Any hints appreciated :-) > Tomek You can try to switch to emulators/virtualbox-ose-legacy which is VirtualBox 4.1.x just to rule out that this is a vbox regression. Just be sure to power down the VMs first. It would be interesting to watch if the machine starts to swap when that is all running. -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 4:41 PM, Bernhard Fröhlich wrote: > You can try to switch to emulators/virtualbox-ose-legacy which is > VirtualBox 4.1.x > just to rule out that this is a vbox regression. Just be sure to power > down the VMs > first. > It would be interesting to watch if the machine starts to swap when that is > all > running. Hello Bernhard, thank you for your hints, I can try with VBox 4.1, but first I will try to get rid of the Ext2 from my system. On another machine I have switched to UFS2 and the speed increased noticably. I will let you know when I transfer all of those GB of data :-) Yes it looks like the cause of the hangup is the swap rush/deadlock but I could not verify it as the machine was unresponsive. Still both machines use 1GB of RAM per VM so still 2GB should be free. With other applications running and the OS taking 1GB itself (what I have seen on some other posts) this may happen :-( Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 3:06 PM, CeDeROM wrote: > I have found 9.1 to be far more less responsive than 9.0 and previous > releases on my desktop. Right now as I backup my data (~250GB) I also notice deadlocks on data transfers. I also noticed that on another machine (6 cores, 16GB RAM) with 9.1-RELEASE AMD64. Maybe the responsiveness issue is related to disk access/transfers..? -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 4:48 PM, CeDeROM wrote: > On Mon, Feb 11, 2013 at 4:41 PM, Bernhard Fröhlich wrote: >> You can try to switch to emulators/virtualbox-ose-legacy which is >> VirtualBox 4.1.x >> just to rule out that this is a vbox regression. Just be sure to power >> down the VMs >> first. >> It would be interesting to watch if the machine starts to swap when that is >> all >> running. > > Hello Bernhard, thank you for your hints, I can try with VBox 4.1, but > first I will try to get rid of the Ext2 from my system. On another > machine I have switched to UFS2 and the speed increased noticably. I > will let you know when I transfer all of those GB of data :-) > > Yes it looks like the cause of the hangup is the swap rush/deadlock > but I could not verify it as the machine was unresponsive. Still both > machines use 1GB of RAM per VM so still 2GB should be free. With other > applications running and the OS taking 1GB itself (what I have seen on > some other posts) this may happen :-( VBox itself also needs some RAM and the emulated Graphics Card which can easily be 128M per VM. -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 5:00 PM, Bernhard Fröhlich wrote: > VBox itself also needs some RAM and the emulated Graphics Card which > can easily be 128M per VM. This is what I get with CP and one VBox running - memory use is not that high but the responsiveness is getting low now: last pid: 20852; load averages: 0.66, 0.64, 0.49 up 0+03:28:10 17:06:38 100 processes: 1 running, 97 sleeping, 2 zombie CPU: 3.2% user, 0.0% nice, 1.7% system, 0.3% interrupt, 94.8% idle Mem: 1072M Active, 312M Inact, 2187M Wired, 91M Cache, 395M Buf, 80M Free Swap: 6071M Total, 284M Used, 5786M Free, 4% Inuse PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND 20846 cd 20 200 1489M 1191M uwait 3 1:20 15.48% VirtualBox 2199 cd1 290 195M 51276K select 1 20:26 10.69% Xorg 2279 cd2 220 169M 14556K piperd 1 0:47 0.20% Terminal 20724 root 1 200 18112K 3060K vnread 0 2:42 0.10% cp 2500 cd7 200 1106M 199M sbwait 1 3:18 0.00% chrome 2485 cd 21 200 503M 99948K uwait 3 1:51 0.00% chrome -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
t_delta 16.0106d62009e53600 too long -- Should I be concerned?
Greetings, I received the following last night: Feb 10 23:31:20 udns kernel: t_delta 16.0106d62009e53600 too long Feb 10 23:31:36 udns kernel: t_delta 15.fefb2d70ffb0bf00 too short While I'm _guessing_ disk, I'm not sure from where it originates. Should I be concerned? Thank you for all your time, and consideration. --Chris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3
On 11/2/2013 14:11, Erich Dollansky wrote: Hi, On Mon, 11 Feb 2013 13:23:53 +0200 Panagiotis Christias wrote: Hello, I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. Installation went smoothly, RAID controller and network cards were successfully recognised. But, after the installation, the server fails to boot from disk. There were some posts, about two years ago, in this list implying that the problem lies in UEFI but I couldn't find any clear solution. I do not know if this is the same problem I face on my notebook but it currently does not boot when I use GPT. Can you give a MBR partitioned disk a try? My notebook was earlier booting from a GPT disk. I cannot remember why I used MBR for the new disk. Hello, I suppose trying an 8.3 installation would be the easiest way to use MBR instead of GPT, right; Thanks, Panagiotis -- Panagiotis J. ChristiasNetwork Management Center p.christ...@noc.ntua.grNational Technical Univ. of Athens, GREECE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3
On Mon, Feb 11, 2013 at 9:58 AM, Panagiotis Christias wrote: > On 11/2/2013 14:11, Erich Dollansky wrote: >> >> Hi, >> >> On Mon, 11 Feb 2013 13:23:53 +0200 >> Panagiotis Christias wrote: >> >>> Hello, >>> >>> I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. >>> Installation went smoothly, RAID controller and network cards were >>> successfully recognised. >>> >>> But, after the installation, the server fails to boot from disk. >>> There were some posts, about two years ago, in this list implying >>> that the problem lies in UEFI but I couldn't find any clear >>> solution. >>> >> I do not know if this is the same problem I face on my notebook but it >> currently does not boot when I use GPT. Can you give a MBR partitioned >> disk a try? >> >> My notebook was earlier booting from a GPT disk. I cannot remember why >> I used MBR for the new disk. > > > Hello, > > I suppose trying an 8.3 installation would be the easiest way to use MBR > instead of GPT, right; That would do it, but 9.1 is perfectly happy doing MBR. It's just not the default. Seems like many BIOSes assume that GPT=uEFI. Clearly this is silly, but... I know Lenovo laptops have this problem and it is VERY annoying. I run FreeBSD on a GPT disk on my ThinkPad, but I have booteasy installed on an MBR disk (which contains W7) and my BIOS is set to boot from that disk.BootEasy then will boot up the GPT disk with FreeBSD. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Le jeudi 7 février 2013 10:55:09 Andriy Gapon a écrit : > Without so much as a stack trace there is nothing to chew on. > A useable vmcore would be better. > > Did you perhaps use kgdb with a mismatching kernel? -- I still have panic, and recompiled kernel, the stack info is not better but I have a lot of message before : (Always related to ACPI) GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Reference] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BTDR] (Node 0xfe00017e6ac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BSTA] (Node 0xfe00017e6aa0), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Reference] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BTDR] (Node 0xfe00017e6ac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BSTA] (Node 0xfe00017e6aa0), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method parse/execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/psparse-560) ACPI Error: Method execution failed [\_SB_.BAT0._STA] (Node 0xfe00017eaac8), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Object not a Integer, type Reference (20110527/exresnte-210) ACPI Error: Method execution failed [\_SB_.BAT0._UID] (Node 0xfe00017eaaf0), AE_AML_OPERAND_TYPE (20110527/uteval-113) ACPI Error: Needed [Integer/String/Buffer], found [Mutex] 0xfe0001807678 (20110527/exresop-533) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20110527/dswexec-498) ACPI Error: Method parse/execution failed [\_GPE.HWWP] (Node 0xfe00017d2208), AE_AML_OPERAND_TYPE (20110527/psparse-560) Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x368 fault code = supervisor read data, page not present instruction pointer = 0x20:0x804e433b stack pointer = 0x28:0xff80dd819730 frame pointer = 0x28:0xfe0003aa3920 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1543 (upowerd) trap number = 12 panic: page fault cpuid = 0 Uptime: 2h11m52s Dumping 632 out of 3054 MB:..3%..11%..21%..31%..41%..51%..61%..71%..81%..92% Reading symbols from /boot/kernel/vboxdrv.ko...done. Loaded symbols for /boot/kernel/vboxdrv.ko #0 doadump (textdump=) at pcpu.h:229 warning: Source file is more recent than executable. 229 #define IS_BSP()(PCPU_GET(cpuid) == 0) (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. (kgdb) bt full #0 doadump (textdump=) at pcpu.h:229 No locals. #1 0x in ?? () No symbol table info available. -- David Demelier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsu
Re: Panic at shutdown
on 11/02/2013 22:33 David Demelier said the following: > Le jeudi 7 février 2013 10:55:09 Andriy Gapon a écrit : >> Without so much as a stack trace there is nothing to chew on. >> A useable vmcore would be better. >> >> Did you perhaps use kgdb with a mismatching kernel? Please don't leave stray signature separators in your emails - that makes reading and replying painful in compliant clients - as you can see. The ACPI messages don't tell _me_ much. If your kernel and modules are built with no debugging support whatsoever or .symbols files are missing, then it is almost pointless to get kernel dumps. -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1-RELEASE AMD64 crash under VBox 4.2.6 when IO APIC is disabled
On Sunday, February 10, 2013 1:16:16 pm CeDeROM wrote: > Hey :-) I have just noticed that booting installation media for > FreeBSD 9.1-RELEASE AMD64 from ISO bootonly under VirtualBox 4.2.6 > results in a kernel panic both when ACPI is enabled and disabled in > the boot dialog screen (seems different cause of crash), when IO APIC > is disabled in VBox (which is a default). I thought AMD64 is not > related to APIC..? > Best regards :-) > Tomek You will need to add 'device atpic' to your kernel config and build a custom kernel. All real amd64-capable hardware has APICs. -- John Baldwin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1-RELEASE AMD64 crash under VBox 4.2.6 when IO APIC is disabled
On Mon, Feb 11, 2013 at 10:06 PM, John Baldwin wrote: > On Sunday, February 10, 2013 1:16:16 pm CeDeROM wrote: >> Hey :-) I have just noticed that booting installation media for >> FreeBSD 9.1-RELEASE AMD64 from ISO bootonly under VirtualBox 4.2.6 >> results in a kernel panic both when ACPI is enabled and disabled in > > You will need to add 'device atpic' to your kernel config and build a custom > kernel. All real amd64-capable hardware has APICs. Hello John :-) Thank you for your reply, still I need some more information to understand why this happens :-) The simple answer that I have deduced is that APIC is MANDATORY for AMD64 machines and they won't run otherwise? This is why generic AMD64 install fails when no APIC is enabled in the VBox? However I was building custom kernel on my AMD64 recently to test new driver and I found this part of Handbook [1] a bit misleading: device apic # I/O APIC The apic device enables the use of the I/O APIC for interrupt delivery. The apic device can be used in both UP and SMP kernels, but is required for SMP kernels. Add options SMP to include support for multiple processors. Note: The apic device exists only on the i386 architecture, this configuration line should not be used on other architectures. Why then APIC is not required in my AMD64 configuration file, but machine requires it..? Where should I add this configuration option - which kernel my host or the generic install and wouldn't that produce error at build time? I am a bit lost :-) Thank you :-) Tomek [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1 AMD64 multitasking efficiency low
On Mon, Feb 11, 2013 at 5:08 PM, CeDeROM wrote: > On Mon, Feb 11, 2013 at 5:00 PM, Bernhard Fröhlich wrote: >> VBox itself also needs some RAM and the emulated Graphics Card which >> can easily be 128M per VM. > > This is what I get with CP and one VBox running - memory use is not > that high but the responsiveness is getting low now: I am now almost sure that these delays are caused by IO and/or MEMORY operations because I can see dramatical decrease in responsivness when: 1. I have constant IO operations provided by copying ~250GB of data from/to external drive. Copying takes really lots of time and slows down the whole system noticably. 2. When any bigger application starts whole system slows down - i.e. my xorg/xfce4 keeps me waiting some seconds for action, still i can hear fluent mp3 stream behind. After application is loaded it works pretty fine until it starts operating on a data or unloads. When VBox starts the vmachine I get terrible glitches, then when everything is loaded system and vmachine works fine until it needs to load something that again slows down the whole system, then when I want to shut down the machine it gets unresponsive. 3. When the swap starts working things also gets really bad. I can work on VESA xorg driver, I can have no multimedia drivers, but the system performance is really important factor for me and working like this is really unpleasant on a pretty modern machine :-( I dont want to even think to switch to Ubuntu :-P Any hints on how to fix this situation are highly welcome :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 9.1-RELEASE AMD64 crash under VBox 4.2.6 when IO APIC is disabled
As far as I remember, there is no apic option in amd64 kernel, because it's always included. -- View this message in context: http://freebsd.1045724.n5.nabble.com/9-1-RELEASE-AMD64-crash-under-VBox-4-2-6-when-IO-APIC-is-disabled-tp5785747p5786129.html Sent from the freebsd-stable mailing list archive at Nabble.com. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3
Hi, On Mon, 11 Feb 2013 19:58:41 +0200 Panagiotis Christias wrote: > On 11/2/2013 14:11, Erich Dollansky wrote: > > Hi, > > > > On Mon, 11 Feb 2013 13:23:53 +0200 > > Panagiotis Christias wrote: > > > >> Hello, > >> > >> I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. > >> Installation went smoothly, RAID controller and network cards were > >> successfully recognised. > >> > >> But, after the installation, the server fails to boot from disk. > >> There were some posts, about two years ago, in this list implying > >> that the problem lies in UEFI but I couldn't find any clear > >> solution. > >> > > I do not know if this is the same problem I face on my notebook but > > it currently does not boot when I use GPT. Can you give a MBR > > partitioned disk a try? > > > > My notebook was earlier booting from a GPT disk. I cannot remember > > why I used MBR for the new disk. > > Hello, > > I suppose trying an 8.3 installation would be the easiest way to use > MBR instead of GPT, right; > I run 10 with MBR. It is only a matter of telling either the installation programm or gpart what to do. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Intel 82574 issue reported on Slashdot
On Fri, 2013-02-08 at 10:16 -0800, Jack Vogel wrote: > For those that may have run across the story on Slashdot about this NIC, > here is our statement: > > Recently there were a few stories published, based on a blog post by an > end-user, suggesting specific network packets may cause the Intel® 82574L > Gigabit Ethernet Controller to become unresponsive until corrected by a > full platform power cycle. > > Intel was made aware of this issue in September 2012 by the blogs author. > Intel worked with the author as well as the original motherboard > manufacturer to investigate and determine root cause. Intel root caused the > issue to the specific vendor’s mother board design where an incorrect > EEPROM image was programmed during manufacturing. We communicated the > findings and recommended corrections to the motherboard manufacturer. > > It is Intel’s belief that this is an implementation issue isolated to a > specific manufacturer, not a design problem with the Intel 82574L Gigabit > Ethernet controller. Intel has not observed this issue with any > implementations which follow Intel’s published design guidelines. Intel > recommends contacting your motherboard manufacturer if you have continued > concerns or questions whether your products are impacted. > Here is the link: > > http://communities.intel.com/community/wired/blog/2013/02/07/intel-82574l-gigabit-ethernet-controller-statement > > Any questions or concerns may be sent to me. > > Cheers, > > Jack Thanks for the info. I'm sure there were some *interesting* debugging sessions during this. Sean ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3
On 02/12/2013 02:59 AM, kpn...@pobox.com wrote: On Mon, Feb 11, 2013 at 11:43:55AM -0800, Kevin Oberman wrote: On Mon, Feb 11, 2013 at 9:58 AM, Panagiotis Christias wrote: I suppose trying an 8.3 installation would be the easiest way to use MBR instead of GPT, right; That would do it, but 9.1 is perfectly happy doing MBR. It's just not the default. Seems like many BIOSes assume that GPT=uEFI. Clearly this is silly, but... I know Lenovo laptops have this problem and it is VERY annoying. I run FreeBSD on a GPT disk on my ThinkPad, but I have booteasy installed on an MBR disk (which contains W7) and my BIOS is set to boot from that disk.BootEasy then will boot up the GPT disk with FreeBSD. Doesn't GPT start with an MBR covering the entire disk? How feasible would it be to tweak that MBR so that a boot partition was listed in it? Say, a partition holding the root filesystem could be listed in both the GPT and MBR style. Then a disk could be booted with MBR or GPT at the whim of the firmware. I agree that this BIOS=MBR/UEFI=GPT assumption is pure rubbish. I've got machines with this documented restriction and I'd love a way around it. It is feasible, it's known as a hybrid MBR. On Linux I've accomplished this using the gdisk utility, I don't know how it can be done on FreeBSD though. I had to use this ugly solution in order to install windows 8 on a GPT disk on a pc without UEFI support. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Panic at shutdown
Yes I have added debugging option in my kernel. I have makeoptions DEBUG=-g in my config. Do I need more ? I'm not sure to understand what you meant about stray signatures.. -- Demelier David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"