Re: CUPDS reboot the whole system

2005-05-20 Thread Todor Dragnev
 Is your cupsd a FreeBSD or linux binary (use brandelf to check)?

~ brandelf /usr/local/sbin/cupsd 
File '/usr/local/sbin/cupsd' is of brand 'FreeBSD' (9).
~ pkg_info | grep cups
cups-base-1.1.23.0_3 The Common UNIX Printing System: headers, libs, 
daemons

 Kris

-- 
Todor Dragnev [EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-19 Thread Todor Dragnev
On , 2005-05-18 at 16:12 -0700, Doug White wrote:
 On Wed, 18 May 2005, Todor Dragnev wrote:
 
  Hello,
 
  Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
  console. When I press CTRL+C to interrupt a program, the system change
  runlevel and going to reboot. This was on FreeBSD V5.3, today I
  installed fresh new 5.4 but the problem is the same.
 
 FreeBSD doesn't have runlevels so I'm not sure what you're referring to
 here.
Sorry for my wrong explanation, I work mostly on linux and make this
mistake. But the system realy go in state like shutdown -h NOW (halt)
 
 Its also known that certain old Linux binaries that accidentally get run
 as FreeBSD binaries can call reboot() when trying a Linux SYSV syscall.
 If you copied cupsd from a linux box, use brandelf on it to make sure it
 gets run under the linuxulator.
 
I use cupsd that come with pkg_add -r samba (fresh new install of
freebsd-5.4). Is that package is certain old ? 

In my previous reply email I sent a dump from the console showing
exactly how this happened. What must I do to find more info and catch
the problem.

Regards,
-- 
Todor Dragnev [EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-19 Thread Stuart Barkley
On Wed, 18 May 2005 at 16:12 -0700, Doug White wrote:

 On Wed, 18 May 2005, Todor Dragnev wrote:

  Before a couple of days ago I started /usr/local/sbin/cupsd
  manualy from console. When I press CTRL+C to interrupt a program,
  the system change runlevel and going to reboot. This was on
  FreeBSD V5.3, today I installed fresh new 5.4 but the problem is
  the same.

 FreeBSD doesn't have runlevels so I'm not sure what you're referring
 to here.

Sounds to me like the system hasn't come fully up.

In the past I've seen the boot process hang with sendmail or other
processes doing dns queries (with a crappy 80% loss DSL line).  Doing
a Control-C will kill the hung process and allow startup to continue,
but the system shuts down shortly thereafter.

In my case I never got to the console login: prompt.

I never investigated this fully as I would either just wait on the dns
timeouts or fix the DSL line.  It's been a while so I don't remember
if this was only with 4.X or also happened with 5.3.

Stuart
-- 
I've never been lost; I was once bewildered for three days, but never lost!
--  Daniel Boone
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-19 Thread Kris Kennaway
On Thu, May 19, 2005 at 01:26:01PM +0300, Todor Dragnev wrote:
 
 On ??, 2005-05-17 at 15:30 -0700, Kris Kennaway wrote:
  On Wed, May 18, 2005 at 01:59:09PM +0300, Todor Dragnev wrote:
   Hello,
   
   Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
   console. When I press CTRL+C to interrupt a program, the system change
   runlevel and going to reboot. This was on FreeBSD V5.3, today I
   installed fresh new 5.4 but the problem is the same.
   
   cups-base-1.1.23.0_3
  
  Please transcribe exactly what is displayed after you press ^C.
  
 
  Kris
 
 Nothing :(
 
 Message shown in display is 
 The operating system is halted press any key to reboot
 
 Attached file contain console session before unexpected halt.

Is your cupsd a FreeBSD or linux binary (use brandelf to check)?

Kris

pgp1B8XPTEMze.pgp
Description: PGP signature


Re: CUPDS reboot the whole system

2005-05-18 Thread Todor Dragnev

On , 2005-05-17 at 15:30 -0700, Kris Kennaway wrote:
 On Wed, May 18, 2005 at 01:59:09PM +0300, Todor Dragnev wrote:
  Hello,
  
  Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
  console. When I press CTRL+C to interrupt a program, the system change
  runlevel and going to reboot. This was on FreeBSD V5.3, today I
  installed fresh new 5.4 but the problem is the same.
  
  cups-base-1.1.23.0_3
 
 Please transcribe exactly what is displayed after you press ^C.
 

 Kris

Nothing :(

Message shown in display is 
The operating system is halted press any key to reboot

Attached file contain console session before unexpected halt.


-- 
Todor Dragnev [EMAIL PROTECTED]
iLux# killall cupsd
iLux# killall cupsd
No matching processes were found
iLux# /usr/local/sbin/cupsd 
^C
iLux# 
iLux# 
iLux# dmesg
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.4-RELEASE #0: Sun May  8 10:21:06 UTC 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel Celeron (801.83-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x68a  Stepping = 10
  
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real memory  = 402587648 (383 MB)
avail memory = 384253952 (366 MB)
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: VIA694 AWRDACPI on motherboard
acpi0: Power Button (fixed)
Timecounter ACPI-safe frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0
cpu0: ACPI CPU (3 Cx states) on acpi0
acpi_throttle0: ACPI CPU Throttling on cpu0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 
0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xd000-0xd3ff at 
device 0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
atapci0: VIA 82C596B UDMA66 controller port 
0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 10 at device 7.2 on 
pci0
usb0: VIA 83C572 USB controller on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: bridge, HOST-PCI at device 7.3 (no driver attached)
ed0: NE2000 PCI Ethernet (ProLAN) port 0xd800-0xd81f irq 5 at device 15.0 on 
pci0
ed0: Ethernet address: 48:54:e8:2b:97:b9
ed0: if_start running deferred for Giant
ed0: type NE2000 (16 bit) 
rl0: RealTek 8139 10/100BaseTX port 0xdc00-0xdcff mem 0xd9103000-0xd91030ff 
irq 5 at device 17.0 on pci0
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 4c:00:10:a3:07:ce
rl1: RealTek 8139 10/100BaseTX port 0xe000-0xe0ff mem 0xd910-0xd91000ff 
irq 9 at device 18.0 on pci0
miibus1: MII bus on rl1
rlphy1: RealTek internal media interface on miibus1
rlphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl1: Ethernet address: 00:02:44:92:17:0a
uhci1: VIA 83C572 USB controller port 0xe400-0xe41f irq 10 at device 19.0 on 
pci0
usb1: VIA 83C572 USB controller on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: VIA 83C572 USB controller port 0xe800-0xe81f irq 11 at device 19.1 on 
pci0
usb2: VIA 83C572 USB controller on uhci2
usb2: USB revision 1.0
uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pci0: serial bus, USB at device 19.2 (no driver attached)
csa0: CS4280/CS4614/CS4622/CS4624/CS4630 mem 
0xd900-0xd90f,0xd9102000-0xd9102fff irq 11 at device 20.0 on pci0
csa: card is Unknown/invalid SSID (CS4614)
pcm0: CS461x PCM Audio on csa0
pcm0: Cirrus Logic CS4294/98 AC97 Codec
fdc0: floppy drive controller port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fd0: 1440-KB 3.5 drive on fdc0 drive 0
sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0: Standard parallel printer port port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: Parallel port bus on ppc0
plip0: PLIP network interface on ppbus0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0
atkbd0: AT Keyboard irq 1 on atkbdc0
kbd0 at atkbd0
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: model 

Re: CUPDS reboot the whole system

2005-05-18 Thread Doug White
On Wed, 18 May 2005, Todor Dragnev wrote:

 Hello,

 Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
 console. When I press CTRL+C to interrupt a program, the system change
 runlevel and going to reboot. This was on FreeBSD V5.3, today I
 installed fresh new 5.4 but the problem is the same.

FreeBSD doesn't have runlevels so I'm not sure what you're referring to
here.

Its also known that certain old Linux binaries that accidentally get run
as FreeBSD binaries can call reboot() when trying a Linux SYSV syscall.
If you copied cupsd from a linux box, use brandelf on it to make sure it
gets run under the linuxulator.

-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


CUPDS reboot the whole system

2005-05-17 Thread Todor Dragnev
Hello,

Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
console. When I press CTRL+C to interrupt a program, the system change
runlevel and going to reboot. This was on FreeBSD V5.3, today I
installed fresh new 5.4 but the problem is the same.

cups-base-1.1.23.0_3

-- 
Todor Dragnev [EMAIL PROTECTED]

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-17 Thread Scott Robbins
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, May 18, 2005 at 01:59:09PM +0300, Todor Dragnev wrote:
 Hello,
 
 Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
 console. When I press CTRL+C to interrupt a program, the system change
 runlevel and going to reboot. This was on FreeBSD V5.3, today I
 installed fresh new 5.4 but the problem is the same.
 
 cups-base-1.1.23.0_3
 
I've never had that problem with CUPS.  However, I always start and stop
it from the script it installs in /usr/local/etc/rc.d.  (It installs
cups.sh.sample, I believe, you have to rename it, then it can be started
with /usr/local/etc/rc.d/cups.sh start |stop| restart. Also, I believe
you have to type the full path to the shell, regardless of where you are
on the system, but I haven't tested that in a long time.)

HTH

- -- 

Scott

GPG KeyID EB3467D6
( 1B848 077D 66F6 9DB0 FDC2  A409 FA54 D575 EB34 67D6)
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Buffy: You're missing the whole point of Halloween.
Willow: Free candy?!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFCihBF+lTVdes0Z9YRAhOzAJ9za6UcSTBPoxdiN2++cgJNyytx3gCfVbet
ljlxQEh2L4Cg+p6Pq0+ipFs=
=hW4D
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-17 Thread Kövesdán Gábor
Try this:
nohup /usr/local/sbin/cupsd  /dev/null
The nohup cmd executes the parameter and it will be still running if You
log off. The  sign means that the command should run in the background,
and /dev/null redirects the stdout of cupsd to dev/null. I often use
that way and it is fine for me.
Todor Dragnev wrote:
Hello,
Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
console. When I press CTRL+C to interrupt a program, the system change
runlevel and going to reboot. This was on FreeBSD V5.3, today I
installed fresh new 5.4 but the problem is the same.
cups-base-1.1.23.0_3
 


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-17 Thread Wesley Morgan
On Wed, 18 May 2005, Todor Dragnev wrote:
Hello,
Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
console. When I press CTRL+C to interrupt a program, the system change
runlevel and going to reboot. This was on FreeBSD V5.3, today I
installed fresh new 5.4 but the problem is the same.
I've had this happen to me more than once on my 4.X system. I started 
cupsd using the rc.d script via ssh and the system shut down and rebooted 
itself as if someone has executed shutdown -r now.

--
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: CUPDS reboot the whole system

2005-05-17 Thread Kris Kennaway
On Wed, May 18, 2005 at 01:59:09PM +0300, Todor Dragnev wrote:
 Hello,
 
 Before a couple of days ago I started /usr/local/sbin/cupsd manualy from
 console. When I press CTRL+C to interrupt a program, the system change
 runlevel and going to reboot. This was on FreeBSD V5.3, today I
 installed fresh new 5.4 but the problem is the same.
 
 cups-base-1.1.23.0_3

Please transcribe exactly what is displayed after you press ^C.

Kris


pgp6b7hs9RTtX.pgp
Description: PGP signature