On Thu, 16 Jul 2020 20:24:16 +0200 Roberto Resoli
wrote:
> After some digging in the code, I found the problem.
> So ioctl MTGETCPOS is never called, and an lseek is issued instead.
Sorry, I meant MTIOCPOS.
rob
After some digging in the code, I found the problem. An int "magtapeout"
variable is used in "common/legacy_indexer.c" and in "dump/tape.c" to
discriminate between tape and other dump output devices.
The variable was declared "extern" in indexer.c, but that declaration was
commented out and a s
mp.
If you need any further information I will try to do my best to provide
it.
Roberto Resoli
-- System Information:
Debian Release: 9.9
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.15.18-13-pve (SMP w/8 CPU cores)
Locale: LANG=it_
Package: tomcat8
Version: 8.5.14-1+deb9u1
Severity: normal
Setting copyXML="true" attribute in section inside:
/etc/tomcat8/server.xml
Does not works; if an "appname.war" package contains a META-INF
directory with a
context.xml
context descriptor inside, that file is not copied to:
/etc/tomc
I actually found that leaving the id as suggested in the comment (T0)
makes the serial console
not working at all on some of our systems, where the serial console is
set up using the VSP (virtual serial port)
feature on a HP blade system.
Modifiying the id to S0, so:
S0:2345:respawn:/sbin/getty -
Package: dansguardian
Version: 2.9.9.4-1
Severity: important
I'm experimenting a sort of loop inside the DG parent process, in a transparent
proxy configuration on Debian Lenny.
I'm using the Lenny (2.9.9.4-1+lenny1+b1) package (dansguardian -v
returns 2.9.9.4).
The symptoms are DG parent process
6 matches
Mail list logo
