Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(50) |
Nov
(161) |
Dec
(84) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(84) |
Feb
(103) |
Mar
(54) |
Apr
(63) |
May
(44) |
Jun
(45) |
Jul
(44) |
Aug
(55) |
Sep
(15) |
Oct
(99) |
Nov
(101) |
Dec
(104) |
2004 |
Jan
(76) |
Feb
(98) |
Mar
(99) |
Apr
(130) |
May
(107) |
Jun
(79) |
Jul
(94) |
Aug
(164) |
Sep
(115) |
Oct
(125) |
Nov
(160) |
Dec
(84) |
2005 |
Jan
(72) |
Feb
(85) |
Mar
(55) |
Apr
(109) |
May
(64) |
Jun
(33) |
Jul
(71) |
Aug
(77) |
Sep
(84) |
Oct
(102) |
Nov
(106) |
Dec
(51) |
2006 |
Jan
(47) |
Feb
(58) |
Mar
(60) |
Apr
(106) |
May
(73) |
Jun
(65) |
Jul
(109) |
Aug
(103) |
Sep
(73) |
Oct
(57) |
Nov
(94) |
Dec
(62) |
2007 |
Jan
(61) |
Feb
(67) |
Mar
(90) |
Apr
(90) |
May
(77) |
Jun
(82) |
Jul
(75) |
Aug
(74) |
Sep
(63) |
Oct
(70) |
Nov
(60) |
Dec
(59) |
2008 |
Jan
(68) |
Feb
(113) |
Mar
(128) |
Apr
(89) |
May
(57) |
Jun
(88) |
Jul
(74) |
Aug
(43) |
Sep
(77) |
Oct
(106) |
Nov
(99) |
Dec
(82) |
2009 |
Jan
(126) |
Feb
(49) |
Mar
(47) |
Apr
(26) |
May
(38) |
Jun
(75) |
Jul
(61) |
Aug
(45) |
Sep
(105) |
Oct
(77) |
Nov
(46) |
Dec
(47) |
2010 |
Jan
(58) |
Feb
(88) |
Mar
(54) |
Apr
(78) |
May
(30) |
Jun
(40) |
Jul
(46) |
Aug
(36) |
Sep
(30) |
Oct
(29) |
Nov
(80) |
Dec
(52) |
2011 |
Jan
(30) |
Feb
(27) |
Mar
(25) |
Apr
(77) |
May
(24) |
Jun
(45) |
Jul
(34) |
Aug
(24) |
Sep
(65) |
Oct
(55) |
Nov
(72) |
Dec
(19) |
2012 |
Jan
(58) |
Feb
(44) |
Mar
(90) |
Apr
(11) |
May
(27) |
Jun
(32) |
Jul
(61) |
Aug
(32) |
Sep
(39) |
Oct
(45) |
Nov
(50) |
Dec
(21) |
2013 |
Jan
(44) |
Feb
(26) |
Mar
(37) |
Apr
(46) |
May
(24) |
Jun
(44) |
Jul
(15) |
Aug
(16) |
Sep
(20) |
Oct
(36) |
Nov
(36) |
Dec
(41) |
2014 |
Jan
(21) |
Feb
(9) |
Mar
(14) |
Apr
(16) |
May
(32) |
Jun
(50) |
Jul
(71) |
Aug
(47) |
Sep
(17) |
Oct
(9) |
Nov
(40) |
Dec
(42) |
2015 |
Jan
(11) |
Feb
(25) |
Mar
(22) |
Apr
(21) |
May
(6) |
Jun
(3) |
Jul
(7) |
Aug
(42) |
Sep
(28) |
Oct
(33) |
Nov
(5) |
Dec
(7) |
2016 |
Jan
(12) |
Feb
(18) |
Mar
(19) |
Apr
(31) |
May
(27) |
Jun
(23) |
Jul
(12) |
Aug
(33) |
Sep
(5) |
Oct
(28) |
Nov
(19) |
Dec
(8) |
2017 |
Jan
(52) |
Feb
(36) |
Mar
(12) |
Apr
(17) |
May
(8) |
Jun
(12) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(4) |
2
(3) |
3
(19) |
4
(9) |
5
(2) |
6
(8) |
7
(1) |
8
(4) |
9
|
10
(7) |
11
(1) |
12
|
13
(2) |
14
(3) |
15
(6) |
16
(2) |
17
(4) |
18
(3) |
19
(4) |
20
(4) |
21
(5) |
22
(1) |
23
(4) |
24
(5) |
25
(10) |
26
(5) |
27
(1) |
28
(6) |
29
(4) |
30
|
31
(1) |
|
|
|
|
|
From: Sergey Svishchev <shattered@us...> - 2008-03-29 23:42:36
|
On Fri, Mar 28, 2008 at 11:52:24AM -0400, Mark Lord wrote: >Smartctl incorrectly displays opcode 0xea as "FLUSH CACHE EXIT". > >The actual command is "FLUSH CACHE EXT", where "EXT" is short for "EXTENDED", >as in "correctly reports failed LBAs with LBA48 drives". Fixed. -- Sergey Svishchev |
From: Bruce Allen <ballen@gr...> - 2008-03-29 20:11:13
|
-M exec /usr/sbin/sendmail (man smartd.conf) On Sat, 29 Mar 2008, peter pilsl wrote: > > I can specify -m pilsl@... in smartd.conf to receive emails > from smartd. > > However : smartd seems to expect a programm /usr/bin/mail to deliver > this emails, which is not present on my system. > > Mar 29 12:04:18 phoenix smartd[20572]: Test of mail to > pilsl@... produced unexpected output (20 bytes) to > STDOUT/STDERR: sh: mail: not found > Mar 29 12:04:18 phoenix smartd[20572]: Test of mail to > pilsl@...: failed (32-bit/8-bit exit status: 32512/127) > > I use sendmail als MTA which is listening on port25 or has > /usr/sbin/sendmail . As I use sendmail 8.14, it didnt come with a > wrapper called "mail" anymore. > > Of course I could create a symlink /usr/bin/mail to /usr/sbin/sendmail, > but actually I dont like the idea. Other programms might use this more > accessible wrapper too without me knowing. > > Is there any way to tell smartmontools where to look for a mail-programm > or even send mails via TCP to a listening smtp-server? > How do you other guys solve this problem? I dont think everyone has a > /usr/bin/mail - programm lying around. > > thnx, > peter > > > |
From: peter pilsl <pilsl@go...> - 2008-03-29 11:16:17
|
I can specify -m pilsl@... in smartd.conf to receive emails from smartd. However : smartd seems to expect a programm /usr/bin/mail to deliver this emails, which is not present on my system. Mar 29 12:04:18 phoenix smartd[20572]: Test of mail to pilsl@... produced unexpected output (20 bytes) to STDOUT/STDERR: sh: mail: not found Mar 29 12:04:18 phoenix smartd[20572]: Test of mail to pilsl@...: failed (32-bit/8-bit exit status: 32512/127) I use sendmail als MTA which is listening on port25 or has /usr/sbin/sendmail . As I use sendmail 8.14, it didnt come with a wrapper called "mail" anymore. Of course I could create a symlink /usr/bin/mail to /usr/sbin/sendmail, but actually I dont like the idea. Other programms might use this more accessible wrapper too without me knowing. Is there any way to tell smartmontools where to look for a mail-programm or even send mails via TCP to a listening smtp-server? How do you other guys solve this problem? I dont think everyone has a /usr/bin/mail - programm lying around. thnx, peter -- mag. peter pilsl - goldfisch.at IT-Consulting Tel: +43-650-3574035 Tel: +43-1-8900602 Fax: +43-1-8900602-15 skype: peter.pilsl pilsl@... http://www.goldfisch.at |
From: Bruce Allen <ballen@gr...> - 2008-03-29 10:44:41
|
Simon, Keiji, Here is a report from a Solaris smartmontools user having trouble seeing SATA disks on a SCSI backplane. Cheers, Bruce On Fri, 28 Mar 2008, Daniel Hyatt wrote: > Thanks, > I did try that, no avail > I also tried -d scsi > > -----Original Message----- > From: Bruce Allen [mailto:ballen@...] > Sent: Thursday, March 27, 2008 7:38 PM > To: Daniel Hyatt > Cc: smartmontools-support@... > Subject: Re: [smartmontools-support] Inappropriate ioctl for device > > This is a long shot but try adding '-d ata' or '-d sat' to the command > line. > > Bruce > > > On Wed, 26 Mar 2008, Daniel Hyatt wrote: > >> I install with >> ./configure >> make >> make install >> on Solaris 10 running X86 >> >> The drives I am running this against are >> sata with a scsi backplane >> and the last drive is fiber. >> >> I read online several comments about the error I was recieving, > besides >> recompiling the source code (which didnt help) I didnt find anything >> useful. >> >> Here is my df -k output >> >> /dev/dsk/c3t2d0s0 17452738 15662033 1616178 91% /zeus >> /dev/dsk/c4t2d0s5 18152978 18017 17953432 1% /data >> /dev/dsk/c3t13d0s6 76694895 15721664 60206283 21% /zeus2 >> /dev/dsk/c4t2d0s7 967199 1046 908122 1% /export/home >> /dev/dsk/c7t5000A72A0000111Ad0s6 >> 17257058 15661833 1422655 92% /zeus4 >> >> >> Here is the program output >> >> # smartctl -a /dev/dsk/c3t2d0s0 >> smartctl version 5.38 [i386-pc-solaris2.10] Copyright (C) 2002-8 Bruce >> Allen >> Home page is http://smartmontools.sourceforge.net/ >> <http://smartmontools.sourceforge.net/> >> >> Standard Inquiry (36 bytes) failed [Inappropriate ioctl for device] >> Retrying with a 64 byte Standard Inquiry >> Standard Inquiry (64 bytes) failed [Inappropriate ioctl for device] >> A mandatory SMART command failed: exiting. To continue, add one or > more >> '-T permissive' options. >> # >> >> >> PROPRIETARY-CONFIDENTIAL INFORMATION INCLUDED >> >> This electronic transmission, and any documents attached hereto, may > contain confidential, proprietary and/or legally privileged information. > The information is intended only for use by the recipient named above. > If you received this electronic message in error, please notify the > sender and delete the electronic message. Any disclosure, copying, > distribution, or use of the contents of information received in error is > strictly prohibited, and violators will be pursued legally. >> > > PROPRIETARY-CONFIDENTIAL INFORMATION INCLUDED > > This electronic transmission, and any documents attached hereto, may contain confidential, proprietary and/or legally privileged information. The information is intended only for use by the recipient named above. If you received this electronic message in error, please notify the sender and delete the electronic message. Any disclosure, copying, distribution, or use of the contents of information received in error is strictly prohibited, and violators will be pursued legally. > |