Package: tripwire
Version: 2.4.3.1-2+b4
Severity: normal
Tags: newcomer
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
Daily tripwire emails reported modifications of log files. Of course log files
are modified.
Closer look at /etc/tripwire/twpol
Package: nut-server
Version: 2.7.4-5
Severity: normal
Tags: upstream newcomer
Dear Maintainer,
After reconfiguring 1 network interface to a new range, but forgetting to
remove the last line, then one with 192.168.123.9 from /etc/nut/upsd.conf
LISTEN 127.0.0.1 3493
LISTEN 192.168.119.253 3493
LI
Package: cvs
Version: 2:1.12.13+real-9
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgrading from Squeeze to Wheezy.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Package: dpkg
Version: 1.16.12
Followup-For: Bug #688550
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
upgrading from squeeze to wheezy having linux vserver installed
* What exactly did you do (or not do) that was ef
UUID is not enough.
I would rather that the emails like the one quoted below would include as much
information as possible or maybe configureable.
smartctl -i /dev/sds
fdisk -l /dev/sds
mdadm --examine /dev/sde1
lsscsi | grep /dev/sds
lsscsi -t | grep /dev/sds
It would be nice to be able to see
Hi
pvs works today?
root@dkgnode00:/srv/ganeti/iso# pvs --noheadings --nosuffix --units=m
--unbuffered '--separator=|' -opv_name,vg_name,pv_free,pv_attr
/dev/sdb1|xenvg|427656.00|a--
/dev/sda5|dkgnode00|0|a--
root@dkgnode00:/srv/ganeti/iso# dpkg -l lvm2
Desired=Unknown/Install/Remove/Purge/
Package: lvm2
Version: 2.02.88-2
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
On 23/11/2011, at 09.39, Michael Meskes wrote:
> On Mon, Nov 21, 2011 at 12:57:30PM +0100, Jon Bendtsen wrote:
>> Sometimes I experience that hostname hangs without giving a reply. This
>> results in a
>> lot of cronjobs piling up and occasionally filling /tmp.
>
> You
Package: hostname
Version: 3.04
Severity: normal
Sometimes I experience that hostname hangs without giving a reply. This results
in a
lot of cronjobs piling up and occasionally filling /tmp.
Could we get some sort of parameter for hostname such that it never waits more
than
given time for an a
Package: rkhunter
Version: 1.3.6-4
Severity: normal
Running this command
rkhunter -c -r /rsyncbackup/latest/finished/dkvideobackup --configfile
dkvideobackup_rkhunter.conf --rwo
/rsyncbackup/latest/finished/dkvideobackup contains an rsynced debian server
with these excludes:
/dev /proc /sys /d
On 19/11/2010, at 12.26, Niko Tyni wrote:
> On Fri, Nov 19, 2010 at 11:56:49AM +0100, Jon Bendtsen wrote:
>
>> I also see this problem on my Guru plug server plus. It came with debian
>> lenny installed, but got no fping graphs in smokeping. Since smokeping talks
>>
Hi
I also see this problem on my Guru plug server plus. It came with debian lenny
installed, but got no fping graphs in smokeping. Since smokeping talks about
getting the latest fping from debian sid then i got the debian source package
from sid and builded it on lenny. Smokeping is still from
emote/newhost:
bugzilla3/internal/skip-preseed: false
bugzilla3/db/app-user: bugzilla3
bugzilla3/dbconfig-reinstall: false
bugzilla3/mysql/method: unix socket
* bugzilla3/bugzilla_admin_real_name: Jon Bendtsen
bugzilla3/remote/host:
bugzilla3/install-error: retry
bugzilla3/remo
guring: false
bugzilla3/remote/newhost:
bugzilla3/internal/skip-preseed: false
bugzilla3/db/app-user: bugzilla3
bugzilla3/dbconfig-reinstall: false
bugzilla3/mysql/method: unix socket
* bugzilla3/bugzilla_admin_real_name: Jon Bendtsen
bugzilla3/remote/host:
bugzilla3/install-error: retry
bu
Package: inn2
Version: 2.4.3-1
Severity: normal
I was posting my old lurker archive to my new inn archive and i was using
mailpost to post the emails to the newsgroup. I had used csplit to split each
mail into one file, and then a cat $file | mailpost ... && rm $file
thinking that any errors w
Package: nvi
Version: 1.79-22
Severity: normal
When running ex/nex with the -F option it does not do as the manpage says.
The manpage says that -F will prevent copying the whole file, but it still
copies it to /var/tmp/vi.recover/ and thus fills up that filesystem.
-- System Information:
Debian R
16 matches
Mail list logo