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
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
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
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
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
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 mean it waits for some DNS query
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
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
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
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
about getting the latest fping from
/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/remote/port
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/remote/port:
bugzilla3/upgrade-backup: true
* bugzilla3/bugzilla_admin_name
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
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
16 matches
Mail list logo
