After running the 3Ware diagnostic script, the status of the array went to OK. A short time later, it reverted to this $ sudo /usr/local/sbin/tw_cli info c0 u0 Unit UnitType Status %RCmpl %V/I/M Port Stripe Size(GB) ———————————————————————— u0 RAID-0 OK – – – 64K 195.548 u0-0 UNKNOWN UNKNOWN – – p0 – 104.314 u0/v0 Volume – – – – – 195.548 But this differs from the web output (image) which is rather similar […]
I discovered this tonight. I don’t know how long this has been going on. $ sudo tw_cli info c0 Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy —————————————————————————— u0 RAID-10 OK – – 64K 195.548 ON OFF u1 SPARE OK – – – 69.2404 – OFF u2 SPARE OK – – – 69.2404 – OFF Port Status Unit Size Blocks Serial ————————————————————— p0 OK u0 69.25 GB 145226112 WD-WMAKE2379003 p1 OK u1
Oh… Apparently this afflicted 7.3-RELEASE for a short while, then was corrected in 7.3-STABLE. So I’m not sure what problem I was encountering below. The consensus now is I was hitting MAXCPU. But I should have hit that on 7.2. I upgraded a VM to FreeBSD 7.3 from 7.2 and now it won’t boot. It stops probing at MDT: Found CPU APIC ID 15 ACPI ID 15: disabled. Tried booting in single user,
FreeBSD 7.3 – you don’t want 16 CPUs Read More »
I recently upgraded xorg on my workstation at the office. Immediately I started seeing problems with one of the monitors. It would go empty/blank/black for three seconds, then resume normal operation. Then it would go blank again when I interacted with the screen. In short, that one monitor was completely useless. Swapping cables on the dual head video card moved the problem to the other monitor. All software was the latest version: xorg
Dual head RADEONHD – screen blanking Read More »
This is the /var/log/Xorg.0.log for my RadeonHD. X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.1-STABLE amd64 Current Operating System: FreeBSD subie.example.com 8.1-STABLE FreeBSD 8.1-STABLE #1: Wed Aug 11 14:34:19 EDT 2010 dlangille@subie.example.com:/usr/obj/usr/src/sys/DVL amd64 Build Date: 12 August 2010 05:57:37PM Current version of pixman: 0.16.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (–) probed, (**) from
Xorg.0.log for RadeonHD Read More »
This is the xorg.conf file for my RadeonHD setupt Section “ServerLayout” Option “AllowEmptyInput” “off” Identifier “X.org Configured” Screen 0 “Screen0” 0 0 InputDevice “Mouse0” “CorePointer” InputDevice “Keyboard0” “CoreKeyboard” EndSection Section “Files” ModulePath “/usr/local/lib/xorg/modules” FontPath “/usr/local/lib/X11/fonts/misc/” FontPath “/usr/local/lib/X11/fonts/TTF/” FontPath “/usr/local/lib/X11/fonts/OTF” FontPath “/usr/local/lib/X11/fonts/Type1/” FontPath “/usr/local/lib/X11/fonts/100dpi/” FontPath “/usr/local/lib/X11/fonts/75dpi/” EndSection Section “Module” Load “extmod” Load “record” Load “dbe” Load “glx” Load “dri” Load “dri2” EndSection Section “InputDevice” Identifier “Keyboard0” Driver “kbd” EndSection Section “InputDevice” Identifier “Mouse0” Driver
xorg.conf for RadeonHD Read More »
I am impressed…. my gmirror array continued to work even after the drives were renamed from da20 and da24 to ada0 and ada1. This happened when I tried out the ahci(4) for my SATA drives. It’s the type of thing I’m striving for soon in my ZFS array. All this started when I wanted to find out about making my ZFS array more resilient. See http://docs.freebsd.org/cgi/getmsg.cgi?fetch=663685+0+current/freebsd-stable (which is the top level post of
ZFS & gmirror & drive renumbering Read More »
The FreeBSD Foundation says: “We are pleased to announce that Edward Tomasz Napierala has been awarded a grant to implement resource containers and a simple per-jail resource limits mechanism.” http://lists.freebsd.org/pipermail/freebsd-announce/2010-July/001335.html
Resource containers for FreeBSD jails Read More »
In a previous post, I wrote about a suspected LIMIT problem. It turns out that suspicion proved correct. The solution was to move to a nested query which limits the underlying data and then allows the outer query to grab all the associated fluff that surrounds it. Here is the fix to the original code: $ cvs di -ub commits_by_committer.php Index: commits_by_committer.php =================================================================== RCS file: /home/repositories/freshports-1/classes/commits_by_committer.php,v retrieving revision 1.3 diff -u -b -r1.3
A simple nested loop Read More »
I found this interesting. The usual FreshPorts logging indicated an unusual number of account creations in a short amount of time. So I went looking. I found one IP address had created 20 logins. freshports.org=# SELECT ip_address, freshports.org-# count(ip_address) freshports.org-# FROM users freshports.org-# GROUP BY ip_address freshports.org-# ORDER BY 2 DESC freshports.org-# LIMIT 2; ip_address | count —————+——- 0.0.0.0 | 1203 95.211.27.210 | 38 (2 rows) freshports.org=# Ignore that 0.0.0.0. That indicates a
How many FreshPorts accounts are enough? Read More »