Menu
▾
▴
webadmin-list
|
From: Jamie C. <jca...@we...> - 2002-09-10 12:17:26
|
Ragnar Wisl=F8ff wrote: > Hello list, >=20 > Running Webmin 0.99 on a RHL 7.2 system, I'm trying to use the=20 > batch users manipulation feature of the Users and Groups module,=20 > and have a couple of questions: >=20 > Is it possible to both specify the UID *and* get an equal primary=20 > GID for that user (as standard user adding would do on RHL)? If I=20 > specify, say, 2000 as UID and leave the GID field empty, a GID is=20 > assigned and a group created. But that GID is different from the=20 > UID. If I specify a GID explicitly, no group is created (verified=20 > by looking in /etc/group). That isn't supported at the moment, but it should be relatively easy to add as a Module Config option. A couple of people have requested it, although I am not exactly sure why it is useful :) =20 > I wonder if there is a bug in the deletion part of the cgi. If I=20 > feed it a set of lines, it reports that the users are deleted.=20 > But in reality it skips every second of them, as reported by=20 > /etc/passwd. This happens with the diminishing selection of users=20 > until they're gone (with the "middle" user being the last to go). >=20 > Also, the cgi does not remove the primary groups that were=20 > created. Is it possible to have those removed as well? Those are known bugs .. fortunately, there is a fix for them at http://www.webmin.com/updates.html for webmin 0.990. - Jamie |
|
From: <ra...@wi...> - 2002-09-10 13:15:59
|
Sitat Jamie Cameron <jca...@we...>: > > > > That isn't supported at the moment, but it should be relatively > easy to add as a Module Config option. A couple of people have > requested > it, although I am not exactly sure why it is useful :) Fair enough. This is the engineer shining through, I guess, wanting to have things tidy by assigning the same UID and GID. > > Those are known bugs .. fortunately, there is a fix for them > > at http://www.webmin.com/updates.html for webmin 0.990. > So, my mistake not having checked the updates. Sorry about that. Still, only every second one of the groups get deleted. -- Mvh Ragnar Wisløff ------------------ life is a reach. then you gybe. |
|
From: Jamie C. <jca...@we...> - 2002-09-11 00:04:56
|
Ragnar Wisl=F8ff wrote: > Sitat Jamie Cameron <jca...@we...>: >=20 >=20 >> >> >>That isn't supported at the moment, but it should be relatively >>easy to add as a Module Config option. A couple of people have >>requested >>it, although I am not exactly sure why it is useful :) >> >=20 > Fair enough. This is the engineer shining through, I guess,=20 > wanting to have things tidy by assigning the same UID and GID. >=20 >=20 >>Those are known bugs .. fortunately, there is a fix for them >> >>at http://www.webmin.com/updates.html for webmin 0.990. >> > So, my mistake not having checked the updates. Sorry about that.=20 > Still, only every second one of the groups get deleted. Damn, you're right :( Well, 1.0 is coming out today and it will include a fix .. - Jamie |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 01:13:32
|
I recently installed webmin on a server and when I attempt to access
the server it quickly spawns several processes which eat up all the
memory until the server locks up. I can sometimes kill the webmin
process before the server locks up. This seems pretty serious.
Clearly webmin is in some kind of infinite loop. Any help would
be greatly appreciated.
Some background on this machine:
Redhat 7.0
webmin-0.990-1
openssl-0.9.6-9
apache-1.3.22-1.7.1
sendmail-8.11.6-2.7.0
Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown
total used free shared buffers
cached
Mem: 192648 61628 131020 29160 4484 33864
-/+ buffers/cache: 23280 169368
Swap: 273064 18624 254440
Linux version 2.2.16-22 (ro...@po...) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22 16:49:06 EDT
2000
Detected 598629 kHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1196.03 BogoMIPS
Memory: 192648k/196544k available (1048k kernel code, 412k reserved, 2372k
data, 64k init, 0k bigmem)
Dentry hash table entries: 262144 (order 9, 2048k)
Buffer cache hash table entries: 262144 (order 8, 1024k)
Page cache hash table entries: 65536 (order 6, 256k)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium III (Coppermine) stepping 03
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.35a (19990819) Richard Gooch (rg...@at...)
PCI: PCI BIOS revision 2.10 entry at 0xfd993
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 262144 bhash 65536)
Linux IP multicast router 0.06 plus PIM-SM
Initializing RT netlink socket
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
pty: 256 Unix98 ptys configured
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)
Real Time Clock Driver v1.09
RAM disk driver initialized: 16 RAM disks of 4096K size
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio
hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive
hdc: CRD-8480C, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
raid5: measuring checksumming speed
raid5: MMX detected, trying high-speed MMX checksum routines
pII_mmx : 1331.976 MB/sec
p5_mmx : 1399.032 MB/sec
8regs : 1028.319 MB/sec
32regs : 576.453 MB/sec
using fastest function: p5_mmx (1399.032 MB/sec)
scsi : 0 hosts.
scsi : detected total.
md.c: sizeof(mdp_super_t) = 4096
Partition check:
hda: hda1 hda2 < hda5 hda6 hda7 hda8 >
autodetecting RAID arrays
autorun ...
... autorun DONE.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 64k freed
Adding Swap: 273064k swap-space (priority -1)
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 149M
agpgart: Detected Intel 440BX chipset
agpgart: AGP aperture is 64M @ 0xf8000000
rtl8139.c:v1.07 5/6/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10, 00:50:bf:e4:8f:34.
eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10, 00:50:bf:e4:8f:49.
eth0: Promiscuous mode enabled.
device eth0 entered promiscuous mode
eth0: Promiscuous mode enabled.
eth0: Promiscuous mode enabled.
hdc: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.10
|
|
From: Jamie C. <jca...@we...> - 2002-09-11 01:33:33
|
You aren't the first person to report this, but I have been unable to re-produce it on my own systems in order to solve it. I suspect it may be triggered by certain browsers .. which browser are you using, and does it still happen if you try a different one? - Jamie Andrew Kornak wrote: > I recently installed webmin on a server and when I attempt to access > the server it quickly spawns several processes which eat up all the > memory until the server locks up. I can sometimes kill the webmin > process before the server locks up. This seems pretty serious. > Clearly webmin is in some kind of infinite loop. Any help would > be greatly appreciated. > > Some background on this machine: > > Redhat 7.0 > > webmin-0.990-1 > openssl-0.9.6-9 > apache-1.3.22-1.7.1 > sendmail-8.11.6-2.7.0 > > Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown > > total used free shared buffers > cached > Mem: 192648 61628 131020 29160 4484 33864 > -/+ buffers/cache: 23280 169368 > Swap: 273064 18624 254440 > > > Linux version 2.2.16-22 (ro...@po...) (gcc version > egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22 16:49:06 EDT > 2000 > Detected 598629 kHz processor. > Console: colour VGA+ 80x25 > Calibrating delay loop... 1196.03 BogoMIPS > Memory: 192648k/196544k available (1048k kernel code, 412k reserved, 2372k > data, 64k init, 0k bigmem) > Dentry hash table entries: 262144 (order 9, 2048k) > Buffer cache hash table entries: 262144 (order 8, 1024k) > Page cache hash table entries: 65536 (order 6, 256k) > VFS: Diskquotas version dquot_6.4.0 initialized > CPU: Intel Pentium III (Coppermine) stepping 03 > Checking 386/387 coupling... OK, FPU using exception 16 error reporting. > Checking 'hlt' instruction... OK. > POSIX conformance testing by UNIFIX > mtrr: v1.35a (19990819) Richard Gooch (rg...@at...) > PCI: PCI BIOS revision 2.10 entry at 0xfd993 > PCI: Using configuration type 1 > PCI: Probing PCI hardware > Linux NET4.0 for Linux 2.2 > Based upon Swansea University Computer Society NET3.039 > NET4: Unix domain sockets 1.0 for Linux NET4.0. > NET4: Linux TCP/IP 1.0 for NET4.0 > IP Protocols: ICMP, UDP, TCP, IGMP > TCP: Hash tables configured (ehash 262144 bhash 65536) > Linux IP multicast router 0.06 plus PIM-SM > Initializing RT netlink socket > Starting kswapd v 1.5 > Detected PS/2 Mouse Port. > Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled > ttyS00 at 0x03f8 (irq = 4) is a 16550A > pty: 256 Unix98 ptys configured > apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13) > Real Time Clock Driver v1.09 > RAM disk driver initialized: 16 RAM disks of 4096K size > PIIX4: IDE controller on PCI bus 00 dev 39 > PIIX4: not 100% native mode: will probe irqs later > ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio > ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio > hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive > hdc: CRD-8480C, ATAPI CDROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > ide1 at 0x170-0x177,0x376 on irq 15 > hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63 > Floppy drive(s): fd0 is 1.44M > FDC 0 is a post-1991 82077 > md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 > raid5: measuring checksumming speed > raid5: MMX detected, trying high-speed MMX checksum routines > pII_mmx : 1331.976 MB/sec > p5_mmx : 1399.032 MB/sec > 8regs : 1028.319 MB/sec > 32regs : 576.453 MB/sec > using fastest function: p5_mmx (1399.032 MB/sec) > scsi : 0 hosts. > scsi : detected total. > md.c: sizeof(mdp_super_t) = 4096 > Partition check: > hda: hda1 hda2 < hda5 hda6 hda7 hda8 > > autodetecting RAID arrays > autorun ... > ... autorun DONE. > VFS: Mounted root (ext2 filesystem) readonly. > Freeing unused kernel memory: 64k freed > Adding Swap: 273064k swap-space (priority -1) > Linux agpgart interface v0.99 (c) Jeff Hartmann > agpgart: Maximum main memory to use for agp memory: 149M > agpgart: Detected Intel 440BX chipset > agpgart: AGP aperture is 64M @ 0xf8000000 > rtl8139.c:v1.07 5/6/99 Donald Becker > http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html > eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10, 00:50:bf:e4:8f:34. > eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10, 00:50:bf:e4:8f:49. > eth0: Promiscuous mode enabled. > device eth0 entered promiscuous mode > eth0: Promiscuous mode enabled. > eth0: Promiscuous mode enabled. > hdc: ATAPI 48X CD-ROM drive, 128kB Cache > Uniform CD-ROM driver Revision: 3.10 |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 02:12:19
|
I just tried it with netscape 7.0 and the same thing happened. Server almost died before I killed the browser and stopped webmin. -Andrew ----- Original Message ----- From: "Jamie Cameron" <jca...@we...> To: <web...@li...> Sent: Tuesday, September 10, 2002 8:33 PM Subject: Re: webmin-0.990-1 spawns several processes and locks server > You aren't the first person to report this, but I have been unable to > re-produce it on my own systems in order to solve it. I suspect it may > be triggered by certain browsers .. which browser are you using, and does > it still happen if you try a different one? > > - Jamie > > Andrew Kornak wrote: > > > I recently installed webmin on a server and when I attempt to access > > the server it quickly spawns several processes which eat up all the > > memory until the server locks up. I can sometimes kill the webmin > > process before the server locks up. This seems pretty serious. > > Clearly webmin is in some kind of infinite loop. Any help would > > be greatly appreciated. > > > > Some background on this machine: > > > > Redhat 7.0 > > > > webmin-0.990-1 > > openssl-0.9.6-9 > > apache-1.3.22-1.7.1 > > sendmail-8.11.6-2.7.0 > > > > Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown > > > > total used free shared buffers > > cached > > Mem: 192648 61628 131020 29160 4484 33864 > > -/+ buffers/cache: 23280 169368 > > Swap: 273064 18624 254440 > > > > > > Linux version 2.2.16-22 (ro...@po...) (gcc version > > egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22 16:49:06 EDT > > 2000 > > Detected 598629 kHz processor. > > Console: colour VGA+ 80x25 > > Calibrating delay loop... 1196.03 BogoMIPS > > Memory: 192648k/196544k available (1048k kernel code, 412k reserved, 2372k > > data, 64k init, 0k bigmem) > > Dentry hash table entries: 262144 (order 9, 2048k) > > Buffer cache hash table entries: 262144 (order 8, 1024k) > > Page cache hash table entries: 65536 (order 6, 256k) > > VFS: Diskquotas version dquot_6.4.0 initialized > > CPU: Intel Pentium III (Coppermine) stepping 03 > > Checking 386/387 coupling... OK, FPU using exception 16 error reporting. > > Checking 'hlt' instruction... OK. > > POSIX conformance testing by UNIFIX > > mtrr: v1.35a (19990819) Richard Gooch (rg...@at...) > > PCI: PCI BIOS revision 2.10 entry at 0xfd993 > > PCI: Using configuration type 1 > > PCI: Probing PCI hardware > > Linux NET4.0 for Linux 2.2 > > Based upon Swansea University Computer Society NET3.039 > > NET4: Unix domain sockets 1.0 for Linux NET4.0. > > NET4: Linux TCP/IP 1.0 for NET4.0 > > IP Protocols: ICMP, UDP, TCP, IGMP > > TCP: Hash tables configured (ehash 262144 bhash 65536) > > Linux IP multicast router 0.06 plus PIM-SM > > Initializing RT netlink socket > > Starting kswapd v 1.5 > > Detected PS/2 Mouse Port. > > Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled > > ttyS00 at 0x03f8 (irq = 4) is a 16550A > > pty: 256 Unix98 ptys configured > > apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13) > > Real Time Clock Driver v1.09 > > RAM disk driver initialized: 16 RAM disks of 4096K size > > PIIX4: IDE controller on PCI bus 00 dev 39 > > PIIX4: not 100% native mode: will probe irqs later > > ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio > > ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio > > hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive > > hdc: CRD-8480C, ATAPI CDROM drive > > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > > ide1 at 0x170-0x177,0x376 on irq 15 > > hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63 > > Floppy drive(s): fd0 is 1.44M > > FDC 0 is a post-1991 82077 > > md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 > > raid5: measuring checksumming speed > > raid5: MMX detected, trying high-speed MMX checksum routines > > pII_mmx : 1331.976 MB/sec > > p5_mmx : 1399.032 MB/sec > > 8regs : 1028.319 MB/sec > > 32regs : 576.453 MB/sec > > using fastest function: p5_mmx (1399.032 MB/sec) > > scsi : 0 hosts. > > scsi : detected total. > > md.c: sizeof(mdp_super_t) = 4096 > > Partition check: > > hda: hda1 hda2 < hda5 hda6 hda7 hda8 > > > autodetecting RAID arrays > > autorun ... > > ... autorun DONE. > > VFS: Mounted root (ext2 filesystem) readonly. > > Freeing unused kernel memory: 64k freed > > Adding Swap: 273064k swap-space (priority -1) > > Linux agpgart interface v0.99 (c) Jeff Hartmann > > agpgart: Maximum main memory to use for agp memory: 149M > > agpgart: Detected Intel 440BX chipset > > agpgart: AGP aperture is 64M @ 0xf8000000 > > rtl8139.c:v1.07 5/6/99 Donald Becker > > http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html > > eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10, 00:50:bf:e4:8f:34. > > eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10, 00:50:bf:e4:8f:49. > > eth0: Promiscuous mode enabled. > > device eth0 entered promiscuous mode > > eth0: Promiscuous mode enabled. > > eth0: Promiscuous mode enabled. > > hdc: ATAPI 48X CD-ROM drive, 128kB Cache > > Uniform CD-ROM driver Revision: 3.10 > > > > > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 02:30:42
|
I apologize, I should have mentioned that I have used webmin with IE and tried Netscape 7 now to verify it wasn't a browser issue. I will try other browsers if you think it is still a browser issue. But, I personally don't believe it's a browser issue. -Andrew ----- Original Message ----- From: "Andrew Kornak" <ak...@ra...> To: <web...@li...> Sent: Tuesday, September 10, 2002 9:11 PM Subject: Re: webmin-0.990-1 spawns several processes and locks server > I just tried it with netscape 7.0 and the same thing happened. > Server almost died before I killed the browser and stopped webmin. > > -Andrew > ----- Original Message ----- > From: "Jamie Cameron" <jca...@we...> > To: <web...@li...> > Sent: Tuesday, September 10, 2002 8:33 PM > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > > You aren't the first person to report this, but I have been unable to > > re-produce it on my own systems in order to solve it. I suspect it may > > be triggered by certain browsers .. which browser are you using, and does > > it still happen if you try a different one? > > > > - Jamie > > > > Andrew Kornak wrote: > > > > > I recently installed webmin on a server and when I attempt to access > > > the server it quickly spawns several processes which eat up all the > > > memory until the server locks up. I can sometimes kill the webmin > > > process before the server locks up. This seems pretty serious. > > > Clearly webmin is in some kind of infinite loop. Any help would > > > be greatly appreciated. > > > > > > Some background on this machine: > > > > > > Redhat 7.0 > > > > > > webmin-0.990-1 > > > openssl-0.9.6-9 > > > apache-1.3.22-1.7.1 > > > sendmail-8.11.6-2.7.0 > > > > > > Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown > > > > > > total used free shared buffers > > > cached > > > Mem: 192648 61628 131020 29160 4484 > 33864 > > > -/+ buffers/cache: 23280 169368 > > > Swap: 273064 18624 254440 > > > > > > > > > Linux version 2.2.16-22 (ro...@po...) (gcc version > > > egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22 16:49:06 > EDT > > > 2000 > > > Detected 598629 kHz processor. > > > Console: colour VGA+ 80x25 > > > Calibrating delay loop... 1196.03 BogoMIPS > > > Memory: 192648k/196544k available (1048k kernel code, 412k reserved, > 2372k > > > data, 64k init, 0k bigmem) > > > Dentry hash table entries: 262144 (order 9, 2048k) > > > Buffer cache hash table entries: 262144 (order 8, 1024k) > > > Page cache hash table entries: 65536 (order 6, 256k) > > > VFS: Diskquotas version dquot_6.4.0 initialized > > > CPU: Intel Pentium III (Coppermine) stepping 03 > > > Checking 386/387 coupling... OK, FPU using exception 16 error reporting. > > > Checking 'hlt' instruction... OK. > > > POSIX conformance testing by UNIFIX > > > mtrr: v1.35a (19990819) Richard Gooch (rg...@at...) > > > PCI: PCI BIOS revision 2.10 entry at 0xfd993 > > > PCI: Using configuration type 1 > > > PCI: Probing PCI hardware > > > Linux NET4.0 for Linux 2.2 > > > Based upon Swansea University Computer Society NET3.039 > > > NET4: Unix domain sockets 1.0 for Linux NET4.0. > > > NET4: Linux TCP/IP 1.0 for NET4.0 > > > IP Protocols: ICMP, UDP, TCP, IGMP > > > TCP: Hash tables configured (ehash 262144 bhash 65536) > > > Linux IP multicast router 0.06 plus PIM-SM > > > Initializing RT netlink socket > > > Starting kswapd v 1.5 > > > Detected PS/2 Mouse Port. > > > Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled > > > ttyS00 at 0x03f8 (irq = 4) is a 16550A > > > pty: 256 Unix98 ptys configured > > > apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13) > > > Real Time Clock Driver v1.09 > > > RAM disk driver initialized: 16 RAM disks of 4096K size > > > PIIX4: IDE controller on PCI bus 00 dev 39 > > > PIIX4: not 100% native mode: will probe irqs later > > > ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio > > > ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio > > > hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive > > > hdc: CRD-8480C, ATAPI CDROM drive > > > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > > > ide1 at 0x170-0x177,0x376 on irq 15 > > > hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63 > > > Floppy drive(s): fd0 is 1.44M > > > FDC 0 is a post-1991 82077 > > > md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 > > > raid5: measuring checksumming speed > > > raid5: MMX detected, trying high-speed MMX checksum routines > > > pII_mmx : 1331.976 MB/sec > > > p5_mmx : 1399.032 MB/sec > > > 8regs : 1028.319 MB/sec > > > 32regs : 576.453 MB/sec > > > using fastest function: p5_mmx (1399.032 MB/sec) > > > scsi : 0 hosts. > > > scsi : detected total. > > > md.c: sizeof(mdp_super_t) = 4096 > > > Partition check: > > > hda: hda1 hda2 < hda5 hda6 hda7 hda8 > > > > autodetecting RAID arrays > > > autorun ... > > > ... autorun DONE. > > > VFS: Mounted root (ext2 filesystem) readonly. > > > Freeing unused kernel memory: 64k freed > > > Adding Swap: 273064k swap-space (priority -1) > > > Linux agpgart interface v0.99 (c) Jeff Hartmann > > > agpgart: Maximum main memory to use for agp memory: 149M > > > agpgart: Detected Intel 440BX chipset > > > agpgart: AGP aperture is 64M @ 0xf8000000 > > > rtl8139.c:v1.07 5/6/99 Donald Becker > > > http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html > > > eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10, > 00:50:bf:e4:8f:34. > > > eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10, > 00:50:bf:e4:8f:49. > > > eth0: Promiscuous mode enabled. > > > device eth0 entered promiscuous mode > > > eth0: Promiscuous mode enabled. > > > eth0: Promiscuous mode enabled. > > > hdc: ATAPI 48X CD-ROM drive, 128kB Cache > > > Uniform CD-ROM driver Revision: 3.10 > > > > > > > > > > > > > > > > ------------------------------------------------------- > > In remembrance > > www.osdn.com/911/ > > - > > Forwarded by the Webmin mailing list at > web...@li... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-list > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Joe C. <jo...@sw...> - 2002-09-11 02:41:13
|
This one is a weird issue, and one that I've seen quite a few times now, but haven't reproduced it lately myself (but I still have a client that can trigger it on his machine--while I cannot). I was able to make it happen in the past with Netscape 6.0, but these days, neither Mozilla or current Netscape makes it happen for me. Another client /always/ has about 25 Webmin processes on his machine, and I don't know where they're coming from. Darnedest thing I've seen in a while... Jamie, would it be possible to get a forced timeout on child miniserv.pl processes if they don't do something for some number of minutes? It is just a simple 'process per connection' server, isn't it? I know that webmin spawning processes that don't end can cause it to hang around, but if after 5 minutes something hasn't returned, the browser has probably timed out the request already anyway. So no use waiting for a long process if there will be no one around to see it finish. Just a thought. Andrew Kornak wrote: > I apologize, I should have mentioned that I have used webmin with > IE and tried Netscape 7 now to verify it wasn't a browser issue. I will > try other browsers if you think it is still a browser issue. But, I > personally > don't believe it's a browser issue. > > -Andrew > ----- Original Message ----- > From: "Andrew Kornak" <ak...@ra...> > To: <web...@li...> > Sent: Tuesday, September 10, 2002 9:11 PM > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > >>I just tried it with netscape 7.0 and the same thing happened. >>Server almost died before I killed the browser and stopped webmin. >> >>-Andrew >>----- Original Message ----- >>From: "Jamie Cameron" <jca...@we...> >>To: <web...@li...> >>Sent: Tuesday, September 10, 2002 8:33 PM >>Subject: Re: webmin-0.990-1 spawns several processes and locks server >> >> >> >>>You aren't the first person to report this, but I have been unable to >>>re-produce it on my own systems in order to solve it. I suspect it may >>>be triggered by certain browsers .. which browser are you using, and >> > does > >>>it still happen if you try a different one? -- Joe Cooper <jo...@sw...> Web caching appliances and support. http://www.swelltech.com |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 02:55:10
|
This might be a good short-term fix, except, my server spawns several webmin processes in short order which brings the server down in about 5-10 seconds (not minutes). Initially, I thought perhaps I was short of memory. I added memory and webmin sucked it right up. Not a memory problem. -Andrew ----- Original Message ----- From: "Joe Cooper" <jo...@sw...> To: <web...@li...> Sent: Tuesday, September 10, 2002 9:41 PM Subject: Re: webmin-0.990-1 spawns several processes and locks server > This one is a weird issue, and one that I've seen quite a few times now, > but haven't reproduced it lately myself (but I still have a client that > can trigger it on his machine--while I cannot). > > I was able to make it happen in the past with Netscape 6.0, but these > days, neither Mozilla or current Netscape makes it happen for me. > Another client /always/ has about 25 Webmin processes on his machine, > and I don't know where they're coming from. Darnedest thing I've seen > in a while... > > Jamie, would it be possible to get a forced timeout on child miniserv.pl > processes if they don't do something for some number of minutes? It is > just a simple 'process per connection' server, isn't it? I know that > webmin spawning processes that don't end can cause it to hang around, > but if after 5 minutes something hasn't returned, the browser has > probably timed out the request already anyway. So no use waiting for a > long process if there will be no one around to see it finish. Just a > thought. > > Andrew Kornak wrote: > > I apologize, I should have mentioned that I have used webmin with > > IE and tried Netscape 7 now to verify it wasn't a browser issue. I will > > try other browsers if you think it is still a browser issue. But, I > > personally > > don't believe it's a browser issue. > > > > -Andrew > > ----- Original Message ----- > > From: "Andrew Kornak" <ak...@ra...> > > To: <web...@li...> > > Sent: Tuesday, September 10, 2002 9:11 PM > > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > > > > > >>I just tried it with netscape 7.0 and the same thing happened. > >>Server almost died before I killed the browser and stopped webmin. > >> > >>-Andrew > >>----- Original Message ----- > >>From: "Jamie Cameron" <jca...@we...> > >>To: <web...@li...> > >>Sent: Tuesday, September 10, 2002 8:33 PM > >>Subject: Re: webmin-0.990-1 spawns several processes and locks server > >> > >> > >> > >>>You aren't the first person to report this, but I have been unable to > >>>re-produce it on my own systems in order to solve it. I suspect it may > >>>be triggered by certain browsers .. which browser are you using, and > >> > > does > > > >>>it still happen if you try a different one? > > > -- > Joe Cooper <jo...@sw...> > Web caching appliances and support. > http://www.swelltech.com > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Joe C. <jo...@sw...> - 2002-09-11 03:42:03
|
Goodness! That's not the same issue I'm seeing at all. That's crazy talk, Andrew! I think you must have a very badly behaved module on your hands. How about doing a Webmin session without touching any non-standard modules and seeing what happens. I can't imagine any of the standard modules would behave that way. The problem I've seen is pretty controllable--and only leads to big trouble with one of my own modules (my troublemaker accesses a number of remote servers and gathers information from them, and then reloads after 30 seconds and does it all over again infinitely many times). I have never seen a Webmin go evil like that before. Andrew Kornak wrote: > This might be a good short-term fix, except, my server spawns several > webmin processes in short order which brings the server down in about > 5-10 seconds (not minutes). Initially, I thought perhaps I was short of > memory. I added memory and webmin sucked it right up. Not a memory > problem. > > -Andrew > ----- Original Message ----- > From: "Joe Cooper" <jo...@sw...> > To: <web...@li...> > Sent: Tuesday, September 10, 2002 9:41 PM > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > >>This one is a weird issue, and one that I've seen quite a few times now, >>but haven't reproduced it lately myself (but I still have a client that >>can trigger it on his machine--while I cannot). >> >>I was able to make it happen in the past with Netscape 6.0, but these >>days, neither Mozilla or current Netscape makes it happen for me. >>Another client /always/ has about 25 Webmin processes on his machine, >>and I don't know where they're coming from. Darnedest thing I've seen >>in a while... >> >>Jamie, would it be possible to get a forced timeout on child miniserv.pl >>processes if they don't do something for some number of minutes? It is >>just a simple 'process per connection' server, isn't it? I know that >>webmin spawning processes that don't end can cause it to hang around, >>but if after 5 minutes something hasn't returned, the browser has >>probably timed out the request already anyway. So no use waiting for a >>long process if there will be no one around to see it finish. Just a >>thought. -- Joe Cooper <jo...@sw...> Web caching appliances and support. http://www.swelltech.com |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 04:03:45
|
Joe,
I am only running the standard webmin. I assume there are
no non-standard webmin modules running from the rpm install.
The fact is, I haven't touched this server with webmin in the
past. This is a new rpm installation.
-Andrew
----- Original Message -----
From: "Joe Cooper" <jo...@sw...>
To: <web...@li...>
Sent: Tuesday, September 10, 2002 10:41 PM
Subject: Re: webmin-0.990-1 spawns several processes and locks server
> Goodness! That's not the same issue I'm seeing at all. That's crazy
> talk, Andrew!
>
> I think you must have a very badly behaved module on your hands. How
> about doing a Webmin session without touching any non-standard modules
> and seeing what happens. I can't imagine any of the standard modules
> would behave that way.
>
> The problem I've seen is pretty controllable--and only leads to big
> trouble with one of my own modules (my troublemaker accesses a number of
> remote servers and gathers information from them, and then reloads after
> 30 seconds and does it all over again infinitely many times). I have
> never seen a Webmin go evil like that before.
>
> Andrew Kornak wrote:
> > This might be a good short-term fix, except, my server spawns several
> > webmin processes in short order which brings the server down in about
> > 5-10 seconds (not minutes). Initially, I thought perhaps I was short of
> > memory. I added memory and webmin sucked it right up. Not a memory
> > problem.
> >
> > -Andrew
> > ----- Original Message -----
> > From: "Joe Cooper" <jo...@sw...>
> > To: <web...@li...>
> > Sent: Tuesday, September 10, 2002 9:41 PM
> > Subject: Re: webmin-0.990-1 spawns several processes and locks server
> >
> >
> >
> >>This one is a weird issue, and one that I've seen quite a few times now,
> >>but haven't reproduced it lately myself (but I still have a client that
> >>can trigger it on his machine--while I cannot).
> >>
> >>I was able to make it happen in the past with Netscape 6.0, but these
> >>days, neither Mozilla or current Netscape makes it happen for me.
> >>Another client /always/ has about 25 Webmin processes on his machine,
> >>and I don't know where they're coming from. Darnedest thing I've seen
> >>in a while...
> >>
> >>Jamie, would it be possible to get a forced timeout on child miniserv.pl
> >>processes if they don't do something for some number of minutes? It is
> >>just a simple 'process per connection' server, isn't it? I know that
> >>webmin spawning processes that don't end can cause it to hang around,
> >>but if after 5 minutes something hasn't returned, the browser has
> >>probably timed out the request already anyway. So no use waiting for a
> >>long process if there will be no one around to see it finish. Just a
> >>thought.
>
>
> --
> Joe Cooper <jo...@sw...>
> Web caching appliances and support.
> http://www.swelltech.com
>
>
>
> -------------------------------------------------------
> In remembrance
> www.osdn.com/911/
> -
> Forwarded by the Webmin mailing list at
web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
|
|
From: Jamie C. <jca...@we...> - 2002-09-11 04:22:17
|
Joe Cooper wrote: > Goodness! That's not the same issue I'm seeing at all. That's crazy > talk, Andrew! > > I think you must have a very badly behaved module on your hands. How > about doing a Webmin session without touching any non-standard modules > and seeing what happens. I can't imagine any of the standard modules > would behave that way. I have heard from others with this problem, and they are just using the standard webmin with no extra modules.. It seems to be a problem with miniserv.pl , not with the module code. The annoying thing is that I have been able to connect to the machines of people who had the problem, without triggering it myself! That leads me to suspect that it is browser or maybe network-latency related. Andrew - what kind of connection is there between your browser and the webmin server? Are they on the same machine, connected via a LAN, on over the internet? > The problem I've seen is pretty controllable--and only leads to big > trouble with one of my own modules (my troublemaker accesses a number of > remote servers and gathers information from them, and then reloads after > 30 seconds and does it all over again infinitely many times). I have > never seen a Webmin go evil like that before. In your case, you might want to try disabling keep-alives in webmin, which will return it to the one-process-per-request behaviour. You can do this by adding the line nokeepalive=1 to /etc/webmin/miniserv.conf and then re-starting. I'm going to look into a patch to have miniserv.pl proceses exit after 10 minutes, even if the client browser is till connected. It's tricky though, as IE can get annoyed sometimes if the server just disconnects like that. - Jamie > Andrew Kornak wrote: > >> This might be a good short-term fix, except, my server spawns several >> webmin processes in short order which brings the server down in about >> 5-10 seconds (not minutes). Initially, I thought perhaps I was short of >> memory. I added memory and webmin sucked it right up. Not a memory >> problem. >> >> -Andrew >> ----- Original Message ----- >> From: "Joe Cooper" <jo...@sw...> >> To: <web...@li...> >> Sent: Tuesday, September 10, 2002 9:41 PM >> Subject: Re: webmin-0.990-1 spawns several processes and locks server >> >> >> >>> This one is a weird issue, and one that I've seen quite a few times now, >>> but haven't reproduced it lately myself (but I still have a client that >>> can trigger it on his machine--while I cannot). >>> >>> I was able to make it happen in the past with Netscape 6.0, but these >>> days, neither Mozilla or current Netscape makes it happen for me. >>> Another client /always/ has about 25 Webmin processes on his machine, >>> and I don't know where they're coming from. Darnedest thing I've seen >>> in a while... >>> >>> Jamie, would it be possible to get a forced timeout on child miniserv.pl >>> processes if they don't do something for some number of minutes? It is >>> just a simple 'process per connection' server, isn't it? I know that >>> webmin spawning processes that don't end can cause it to hang around, >>> but if after 5 minutes something hasn't returned, the browser has >>> probably timed out the request already anyway. So no use waiting for a >>> long process if there will be no one around to see it finish. Just a >>> thought. >> > > |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 04:35:50
|
Jamie, I am connecting to a server from a remote location on the internet. I have a broadband internet service provider and the server is on a T1. No delays between myself and any servers I connect to. I have other servers with webmin running on the same network without any problems. -Andrew ----- Original Message ----- From: "Jamie Cameron" <jca...@we...> To: <web...@li...> Sent: Tuesday, September 10, 2002 11:22 PM Subject: Re: webmin-0.990-1 spawns several processes and locks server > Joe Cooper wrote: > > > Goodness! That's not the same issue I'm seeing at all. That's crazy > > talk, Andrew! > > > > I think you must have a very badly behaved module on your hands. How > > about doing a Webmin session without touching any non-standard modules > > and seeing what happens. I can't imagine any of the standard modules > > would behave that way. > > > I have heard from others with this problem, and they are just using > > the standard webmin with no extra modules.. It seems to be a problem with > > miniserv.pl , not with the module code. The annoying thing is that > > I have been able to connect to the machines of people who had the problem, > > without triggering it myself! > > That leads me to suspect that it is browser or maybe network-latency related. > Andrew - what kind of connection is there between your browser and the webmin > server? Are they on the same machine, connected via a LAN, on over the > internet? > > > > The problem I've seen is pretty controllable--and only leads to big > > trouble with one of my own modules (my troublemaker accesses a number of > > remote servers and gathers information from them, and then reloads after > > 30 seconds and does it all over again infinitely many times). I have > > never seen a Webmin go evil like that before. > > > In your case, you might want to try disabling keep-alives in webmin, which > will return it to the one-process-per-request behaviour. You can do this > by adding the line nokeepalive=1 to /etc/webmin/miniserv.conf and then > re-starting. > > I'm going to look into a patch to have miniserv.pl proceses exit after 10 > minutes, even if the client browser is till connected. It's tricky though, > as IE can get annoyed sometimes if the server just disconnects like that. > > - Jamie > > > > > Andrew Kornak wrote: > > > >> This might be a good short-term fix, except, my server spawns several > >> webmin processes in short order which brings the server down in about > >> 5-10 seconds (not minutes). Initially, I thought perhaps I was short of > >> memory. I added memory and webmin sucked it right up. Not a memory > >> problem. > >> > >> -Andrew > >> ----- Original Message ----- > >> From: "Joe Cooper" <jo...@sw...> > >> To: <web...@li...> > >> Sent: Tuesday, September 10, 2002 9:41 PM > >> Subject: Re: webmin-0.990-1 spawns several processes and locks server > >> > >> > >> > >>> This one is a weird issue, and one that I've seen quite a few times now, > >>> but haven't reproduced it lately myself (but I still have a client that > >>> can trigger it on his machine--while I cannot). > >>> > >>> I was able to make it happen in the past with Netscape 6.0, but these > >>> days, neither Mozilla or current Netscape makes it happen for me. > >>> Another client /always/ has about 25 Webmin processes on his machine, > >>> and I don't know where they're coming from. Darnedest thing I've seen > >>> in a while... > >>> > >>> Jamie, would it be possible to get a forced timeout on child miniserv.pl > >>> processes if they don't do something for some number of minutes? It is > >>> just a simple 'process per connection' server, isn't it? I know that > >>> webmin spawning processes that don't end can cause it to hang around, > >>> but if after 5 minutes something hasn't returned, the browser has > >>> probably timed out the request already anyway. So no use waiting for a > >>> long process if there will be no one around to see it finish. Just a > >>> thought. > >> > > > > > > > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Jamie C. <jca...@we...> - 2002-09-11 10:02:59
|
Interesting .. is there any different between the working and non-working servers, such as a different distribution or kernel version? - Jamie Andrew Kornak wrote: > Jamie, > > I am connecting to a server from a remote location on the internet. > I have a broadband internet service provider and the server is on > a T1. No delays between myself and any servers I connect to. > I have other servers with webmin running on the same network > without any problems. > > -Andrew > ----- Original Message ----- > From: "Jamie Cameron" <jca...@we...> > To: <web...@li...> > Sent: Tuesday, September 10, 2002 11:22 PM > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > >>Joe Cooper wrote: >> >> >>>Goodness! That's not the same issue I'm seeing at all. That's crazy >>>talk, Andrew! >>> >>>I think you must have a very badly behaved module on your hands. How >>>about doing a Webmin session without touching any non-standard modules >>>and seeing what happens. I can't imagine any of the standard modules >>>would behave that way. >>> >> >>I have heard from others with this problem, and they are just using >> >>the standard webmin with no extra modules.. It seems to be a problem with >> >>miniserv.pl , not with the module code. The annoying thing is that >> >>I have been able to connect to the machines of people who had the problem, >> >>without triggering it myself! >> >>That leads me to suspect that it is browser or maybe network-latency >> > related. > >>Andrew - what kind of connection is there between your browser and the >> > webmin > >>server? Are they on the same machine, connected via a LAN, on over the >>internet? >> >> >> >>>The problem I've seen is pretty controllable--and only leads to big >>>trouble with one of my own modules (my troublemaker accesses a number of >>>remote servers and gathers information from them, and then reloads after >>>30 seconds and does it all over again infinitely many times). I have >>>never seen a Webmin go evil like that before. >>> >> >>In your case, you might want to try disabling keep-alives in webmin, which >>will return it to the one-process-per-request behaviour. You can do this >>by adding the line nokeepalive=1 to /etc/webmin/miniserv.conf and then >>re-starting. >> >>I'm going to look into a patch to have miniserv.pl proceses exit after 10 >>minutes, even if the client browser is till connected. It's tricky though, >>as IE can get annoyed sometimes if the server just disconnects like that. >> >> - Jamie >> >> >> >> >>>Andrew Kornak wrote: >>> >>> >>>>This might be a good short-term fix, except, my server spawns several >>>>webmin processes in short order which brings the server down in about >>>>5-10 seconds (not minutes). Initially, I thought perhaps I was short of >>>>memory. I added memory and webmin sucked it right up. Not a memory >>>>problem. >>>> >>>>-Andrew >>>>----- Original Message ----- >>>>From: "Joe Cooper" <jo...@sw...> >>>>To: <web...@li...> >>>>Sent: Tuesday, September 10, 2002 9:41 PM >>>>Subject: Re: webmin-0.990-1 spawns several processes and locks server >>>> >>>> >>>> >>>> >>>>>This one is a weird issue, and one that I've seen quite a few times >>>>> > now, > >>>>>but haven't reproduced it lately myself (but I still have a client >>>>> > that > >>>>>can trigger it on his machine--while I cannot). >>>>> >>>>>I was able to make it happen in the past with Netscape 6.0, but these >>>>>days, neither Mozilla or current Netscape makes it happen for me. >>>>>Another client /always/ has about 25 Webmin processes on his machine, >>>>>and I don't know where they're coming from. Darnedest thing I've seen >>>>>in a while... >>>>> >>>>>Jamie, would it be possible to get a forced timeout on child >>>>> > miniserv.pl > >>>>>processes if they don't do something for some number of minutes? It >>>>> > is > >>>>>just a simple 'process per connection' server, isn't it? I know that >>>>>webmin spawning processes that don't end can cause it to hang around, >>>>>but if after 5 minutes something hasn't returned, the browser has >>>>>probably timed out the request already anyway. So no use waiting for >>>>> > a > >>>>>long process if there will be no one around to see it finish. Just a >>>>>thought. |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 16:30:00
|
No, most of the servers have RedHat 7.0, and some have 7.2. One is 6.2. The problem server uses 7.0. No modifications were made except for various security updates which were replicated across all the servers. -Andrew ----- Original Message ----- From: "Jamie Cameron" <jca...@we...> To: <web...@li...> Sent: Wednesday, September 11, 2002 5:02 AM Subject: Re: webmin-0.990-1 spawns several processes and locks server > Interesting .. is there any different between the working and > non-working servers, such as a different distribution or kernel version? > > - Jamie > > Andrew Kornak wrote: > > > Jamie, > > > > I am connecting to a server from a remote location on the internet. > > I have a broadband internet service provider and the server is on > > a T1. No delays between myself and any servers I connect to. > > I have other servers with webmin running on the same network > > without any problems. > > > > -Andrew > > ----- Original Message ----- > > From: "Jamie Cameron" <jca...@we...> > > To: <web...@li...> > > Sent: Tuesday, September 10, 2002 11:22 PM > > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > > > > > >>Joe Cooper wrote: > >> > >> > >>>Goodness! That's not the same issue I'm seeing at all. That's crazy > >>>talk, Andrew! > >>> > >>>I think you must have a very badly behaved module on your hands. How > >>>about doing a Webmin session without touching any non-standard modules > >>>and seeing what happens. I can't imagine any of the standard modules > >>>would behave that way. > >>> > >> > >>I have heard from others with this problem, and they are just using > >> > >>the standard webmin with no extra modules.. It seems to be a problem with > >> > >>miniserv.pl , not with the module code. The annoying thing is that > >> > >>I have been able to connect to the machines of people who had the problem, > >> > >>without triggering it myself! > >> > >>That leads me to suspect that it is browser or maybe network-latency > >> > > related. > > > >>Andrew - what kind of connection is there between your browser and the > >> > > webmin > > > >>server? Are they on the same machine, connected via a LAN, on over the > >>internet? > >> > >> > >> > >>>The problem I've seen is pretty controllable--and only leads to big > >>>trouble with one of my own modules (my troublemaker accesses a number of > >>>remote servers and gathers information from them, and then reloads after > >>>30 seconds and does it all over again infinitely many times). I have > >>>never seen a Webmin go evil like that before. > >>> > >> > >>In your case, you might want to try disabling keep-alives in webmin, which > >>will return it to the one-process-per-request behaviour. You can do this > >>by adding the line nokeepalive=1 to /etc/webmin/miniserv.conf and then > >>re-starting. > >> > >>I'm going to look into a patch to have miniserv.pl proceses exit after 10 > >>minutes, even if the client browser is till connected. It's tricky though, > >>as IE can get annoyed sometimes if the server just disconnects like that. > >> > >> - Jamie > >> > >> > >> > >> > >>>Andrew Kornak wrote: > >>> > >>> > >>>>This might be a good short-term fix, except, my server spawns several > >>>>webmin processes in short order which brings the server down in about > >>>>5-10 seconds (not minutes). Initially, I thought perhaps I was short of > >>>>memory. I added memory and webmin sucked it right up. Not a memory > >>>>problem. > >>>> > >>>>-Andrew > >>>>----- Original Message ----- > >>>>From: "Joe Cooper" <jo...@sw...> > >>>>To: <web...@li...> > >>>>Sent: Tuesday, September 10, 2002 9:41 PM > >>>>Subject: Re: webmin-0.990-1 spawns several processes and locks server > >>>> > >>>> > >>>> > >>>> > >>>>>This one is a weird issue, and one that I've seen quite a few times > >>>>> > > now, > > > >>>>>but haven't reproduced it lately myself (but I still have a client > >>>>> > > that > > > >>>>>can trigger it on his machine--while I cannot). > >>>>> > >>>>>I was able to make it happen in the past with Netscape 6.0, but these > >>>>>days, neither Mozilla or current Netscape makes it happen for me. > >>>>>Another client /always/ has about 25 Webmin processes on his machine, > >>>>>and I don't know where they're coming from. Darnedest thing I've seen > >>>>>in a while... > >>>>> > >>>>>Jamie, would it be possible to get a forced timeout on child > >>>>> > > miniserv.pl > > > >>>>>processes if they don't do something for some number of minutes? It > >>>>> > > is > > > >>>>>just a simple 'process per connection' server, isn't it? I know that > >>>>>webmin spawning processes that don't end can cause it to hang around, > >>>>>but if after 5 minutes something hasn't returned, the browser has > >>>>>probably timed out the request already anyway. So no use waiting for > >>>>> > > a > > > >>>>>long process if there will be no one around to see it finish. Just a > >>>>>thought. > > > > > > ------------------------------------------------------- > In remembrance > www.osdn.com/911/ > - > Forwarded by the Webmin mailing list at web...@li... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list |
|
From: Jamie C. <jca...@we...> - 2002-09-11 03:17:34
|
If it happened with both those browsers then I doubt it is browser-specific .. When it happens, does webmin spawn a huge number of subprocesses? Or it is just a few that are eating up lots of memory .. - Jamie Andrew Kornak wrote: > I apologize, I should have mentioned that I have used webmin with > IE and tried Netscape 7 now to verify it wasn't a browser issue. I will > try other browsers if you think it is still a browser issue. But, I > personally > don't believe it's a browser issue. > > -Andrew > ----- Original Message ----- > From: "Andrew Kornak" <ak...@ra...> > To: <web...@li...> > Sent: Tuesday, September 10, 2002 9:11 PM > Subject: Re: webmin-0.990-1 spawns several processes and locks server > > > >>I just tried it with netscape 7.0 and the same thing happened. >>Server almost died before I killed the browser and stopped webmin. >> >>-Andrew >>----- Original Message ----- >>From: "Jamie Cameron" <jca...@we...> >>To: <web...@li...> >>Sent: Tuesday, September 10, 2002 8:33 PM >>Subject: Re: webmin-0.990-1 spawns several processes and locks server >> >> >> >>>You aren't the first person to report this, but I have been unable to >>>re-produce it on my own systems in order to solve it. I suspect it may >>>be triggered by certain browsers .. which browser are you using, and >>> > does > >>>it still happen if you try a different one? >>> >>> - Jamie >>> >>>Andrew Kornak wrote: >>> >>> >>>>I recently installed webmin on a server and when I attempt to access >>>>the server it quickly spawns several processes which eat up all the >>>>memory until the server locks up. I can sometimes kill the webmin >>>>process before the server locks up. This seems pretty serious. >>>>Clearly webmin is in some kind of infinite loop. Any help would >>>>be greatly appreciated. >>>> >>>>Some background on this machine: >>>> >>>>Redhat 7.0 >>>> >>>>webmin-0.990-1 >>>>openssl-0.9.6-9 >>>>apache-1.3.22-1.7.1 >>>>sendmail-8.11.6-2.7.0 >>>> >>>>Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown >>>> >>>> total used free shared >>>> > buffers > >>>>cached >>>>Mem: 192648 61628 131020 29160 4484 >>>> >>33864 >> >>>>-/+ buffers/cache: 23280 169368 >>>>Swap: 273064 18624 254440 >>>> >>>> >>>>Linux version 2.2.16-22 (ro...@po...) (gcc version >>>>egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22 >>>> > 16:49:06 > >>EDT >> >>>>2000 >>>>Detected 598629 kHz processor. >>>>Console: colour VGA+ 80x25 >>>>Calibrating delay loop... 1196.03 BogoMIPS >>>>Memory: 192648k/196544k available (1048k kernel code, 412k reserved, >>>> >>2372k >> >>>>data, 64k init, 0k bigmem) >>>>Dentry hash table entries: 262144 (order 9, 2048k) >>>>Buffer cache hash table entries: 262144 (order 8, 1024k) >>>>Page cache hash table entries: 65536 (order 6, 256k) >>>>VFS: Diskquotas version dquot_6.4.0 initialized >>>>CPU: Intel Pentium III (Coppermine) stepping 03 >>>>Checking 386/387 coupling... OK, FPU using exception 16 error >>>> > reporting. > >>>>Checking 'hlt' instruction... OK. >>>>POSIX conformance testing by UNIFIX >>>>mtrr: v1.35a (19990819) Richard Gooch (rg...@at...) >>>>PCI: PCI BIOS revision 2.10 entry at 0xfd993 >>>>PCI: Using configuration type 1 >>>>PCI: Probing PCI hardware >>>>Linux NET4.0 for Linux 2.2 >>>>Based upon Swansea University Computer Society NET3.039 >>>>NET4: Unix domain sockets 1.0 for Linux NET4.0. >>>>NET4: Linux TCP/IP 1.0 for NET4.0 >>>>IP Protocols: ICMP, UDP, TCP, IGMP >>>>TCP: Hash tables configured (ehash 262144 bhash 65536) >>>>Linux IP multicast router 0.06 plus PIM-SM >>>>Initializing RT netlink socket >>>>Starting kswapd v 1.5 >>>>Detected PS/2 Mouse Port. >>>>Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled >>>>ttyS00 at 0x03f8 (irq = 4) is a 16550A >>>>pty: 256 Unix98 ptys configured >>>>apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13) >>>>Real Time Clock Driver v1.09 >>>>RAM disk driver initialized: 16 RAM disks of 4096K size >>>>PIIX4: IDE controller on PCI bus 00 dev 39 >>>>PIIX4: not 100% native mode: will probe irqs later >>>> ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio >>>> ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio >>>>hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive >>>>hdc: CRD-8480C, ATAPI CDROM drive >>>>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 >>>>ide1 at 0x170-0x177,0x376 on irq 15 >>>>hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63 >>>>Floppy drive(s): fd0 is 1.44M >>>>FDC 0 is a post-1991 82077 >>>>md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 >>>>raid5: measuring checksumming speed >>>>raid5: MMX detected, trying high-speed MMX checksum routines >>>> pII_mmx : 1331.976 MB/sec >>>> p5_mmx : 1399.032 MB/sec >>>> 8regs : 1028.319 MB/sec >>>> 32regs : 576.453 MB/sec >>>>using fastest function: p5_mmx (1399.032 MB/sec) >>>>scsi : 0 hosts. >>>>scsi : detected total. >>>>md.c: sizeof(mdp_super_t) = 4096 >>>>Partition check: >>>> hda: hda1 hda2 < hda5 hda6 hda7 hda8 > >>>>autodetecting RAID arrays >>>>autorun ... >>>>... autorun DONE. >>>>VFS: Mounted root (ext2 filesystem) readonly. >>>>Freeing unused kernel memory: 64k freed >>>>Adding Swap: 273064k swap-space (priority -1) >>>>Linux agpgart interface v0.99 (c) Jeff Hartmann >>>>agpgart: Maximum main memory to use for agp memory: 149M >>>>agpgart: Detected Intel 440BX chipset >>>>agpgart: AGP aperture is 64M @ 0xf8000000 >>>>rtl8139.c:v1.07 5/6/99 Donald Becker >>>>http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html >>>>eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10, >>>> >>00:50:bf:e4:8f:34. >> >>>>eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10, >>>> >>00:50:bf:e4:8f:49. >> >>>>eth0: Promiscuous mode enabled. >>>>device eth0 entered promiscuous mode >>>>eth0: Promiscuous mode enabled. >>>>eth0: Promiscuous mode enabled. >>>>hdc: ATAPI 48X CD-ROM drive, 128kB Cache >>>>Uniform CD-ROM driver Revision: 3.10 |
|
From: Andrew K. <ak...@ra...> - 2002-09-11 03:45:41
|
From what I could tell, only two webmin processes are running.
I seem to remember many more before. Perhaps I couldn't view
the processes in time before the server locked. Now, only two
run. Only one browser session was run. The whole session follows:
[root@www sysconfig]# ps -ax
PID TTY STAT TIME COMMAND
1 ? S 0:08 init [3]
2 ? SW 0:04 [kflushd]
3 ? SW 3:24 [kupdate]
4 ? SW 0:00 [kpiod]
5 ? SW 0:55 [kswapd]
6 ? SW< 0:00 [mdrecoveryd]
378 ? S 0:08 syslogd -m 0
388 ? SW 0:00 [klogd]
414 ? S 0:01 arpwatch -u pcap
424 ? SW 0:48 [sshd]
531 ? S 0:00 crond
591 tty2 SW 0:00 [mingetty]
592 tty3 SW 0:00 [mingetty]
593 tty4 SW 0:00 [mingetty]
594 tty5 SW 0:00 [mingetty]
595 tty6 SW 0:00 [mingetty]
7600 ? SW 0:00 [xinetd]
13726 tty1 SW 0:00 [mingetty]
8901 ? S 0:24
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
25447 ? S 0:02 sendmail: accepting connections
22740 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22742 ? S 0:01
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22814 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22989 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23411 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23437 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23438 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23439 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23514 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23516 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23517 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23518 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23519 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23520 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23521 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23594 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23638 ? S 0:11 /usr/sbin/sshd
23639 pts/0 S 0:03 -bash
24244 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24263 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24264 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24535 pts/0 SN 0:00 shutdown -r 22:45
24638 ? S 0:00 perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
24640 pts/0 R 0:00 ps -ax
[root@www sysconfig]# free
total used free shared buffers cached
Mem: 192648 34424 158224 21744 3964 10056
-/+ buffers/cache: 20404 172244
Swap: 273064 14132 258932
--- Browser Client starts webmin process ---
[root@www sysconfig]# free
total used free shared buffers cached
Mem: 192648 143204 49444 25340 3964 10056
-/+ buffers/cache: 129184 63464
Swap: 273064 14132 258932
[root@www sysconfig]# ps -ax
PID TTY STAT TIME COMMAND
1 ? S 0:08 init [3]
2 ? SW 0:04 [kflushd]
3 ? SW 3:24 [kupdate]
4 ? SW 0:00 [kpiod]
5 ? RW 0:57 [kswapd]
6 ? SW< 0:00 [mdrecoveryd]
378 ? S 0:08 syslogd -m 0
388 ? SW 0:00 [klogd]
414 ? S 0:01 arpwatch -u pcap
424 ? SW 0:48 [sshd]
531 ? S 0:00 crond
591 tty2 SW 0:00 [mingetty]
592 tty3 SW 0:00 [mingetty]
593 tty4 SW 0:00 [mingetty]
594 tty5 SW 0:00 [mingetty]
595 tty6 SW 0:00 [mingetty]
7600 ? SW 0:00 [xinetd]
13726 tty1 SW 0:00 [mingetty]
8901 ? S 0:24
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
25447 ? S 0:02 sendmail: accepting connections
22740 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22742 ? S 0:01
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22814 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22989 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23411 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23437 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23438 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23439 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23514 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23516 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23517 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23518 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23519 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23520 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23521 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23594 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23638 ? S 0:12 /usr/sbin/sshd
23639 pts/0 S 0:03 -bash
24244 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24263 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24264 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24535 pts/0 SN 0:00 shutdown -r 22:45
24638 ? S 0:00 perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
24642 ? R 0:06 perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
24644 pts/0 R 0:00 ps -ax
[root@www sysconfig]# free
total used free shared buffers cached
Mem: 192648 190520 2128 22176 3928 5328
-/+ buffers/cache: 181264 11384
Swap: 273064 47352 225712
[root@www sysconfig]# ps -ax
PID TTY STAT TIME COMMAND
1 ? S 0:08 init [3]
2 ? SW 0:04 [kflushd]
3 ? SW 3:24 [kupdate]
4 ? SW 0:00 [kpiod]
5 ? DW 1:02 [kswapd]
6 ? SW< 0:00 [mdrecoveryd]
378 ? S 0:08 syslogd -m 0
388 ? SW 0:00 [klogd]
414 ? S 0:01 arpwatch -u pcap
424 ? SW 0:48 [sshd]
531 ? S 0:00 crond
591 tty2 SW 0:00 [mingetty]
592 tty3 SW 0:00 [mingetty]
593 tty4 SW 0:00 [mingetty]
594 tty5 SW 0:00 [mingetty]
595 tty6 SW 0:00 [mingetty]
7600 ? SW 0:00 [xinetd]
13726 tty1 SW 0:00 [mingetty]
8901 ? S 0:24
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
25447 ? S 0:03 sendmail: accepting connections
22740 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22742 ? S 0:01
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22814 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22989 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23411 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23437 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23438 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23439 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23514 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23516 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23517 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23518 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23519 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23520 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23521 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23594 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23638 ? S 0:13 /usr/sbin/sshd
23639 pts/0 S 0:04 -bash
24244 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24263 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24264 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24535 pts/0 SN 0:00 shutdown -r 22:45
24638 ? S 0:00 perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
24642 ? R 0:12 perl /usr/libexec/webmin/miniserv.pl
/etc/webmin/miniserv.conf
24646 ? S 0:00 CROND
24647 ? R 0:01 /bin/sh -c /sbin/rmmod -as
24648 pts/0 R 0:00 ps -ax
[root@www sysconfig]# free
total used free shared buffers cached
Mem: 192648 189924 2724 22156 3928 5340
-/+ buffers/cache: 180656 11992
Swap: 273064 104956 168108
[root@www sysconfig]# /etc/init.d/webmin stop
Stopping Webmin server in /usr/libexec/webmin
[root@www sysconfig]# free
total used free shared buffers cached
Mem: 192648 24996 167652 1380 3928 4964
-/+ buffers/cache: 16104 176544
Swap: 273064 13364 259700
[root@www sysconfig]# ps -ax
PID TTY STAT TIME COMMAND
1 ? S 0:08 init [3]
2 ? SW 0:04 [kflushd]
3 ? SW 3:24 [kupdate]
4 ? SW 0:00 [kpiod]
5 ? SW 1:11 [kswapd]
6 ? SW< 0:00 [mdrecoveryd]
378 ? SW 0:08 [syslogd]
388 ? SW 0:00 [klogd]
414 ? SW 0:01 [arpwatch]
424 ? SW 0:48 [sshd]
531 ? SW 0:00 [crond]
591 tty2 SW 0:00 [mingetty]
592 tty3 SW 0:00 [mingetty]
593 tty4 SW 0:00 [mingetty]
594 tty5 SW 0:00 [mingetty]
595 tty6 SW 0:00 [mingetty]
7600 ? SW 0:00 [xinetd]
13726 tty1 SW 0:00 [mingetty]
8901 ? S 0:25
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
25447 ? S 0:03 sendmail: accepting connections
22740 ? SW 0:00 [httpd]
22742 ? S 0:01
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
22814 ? SW 0:00 [httpd]
22989 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23411 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23437 ? SW 0:00 [httpd]
23438 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23439 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23514 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23516 ? SW 0:00 [httpd]
23517 ? SW 0:00 [httpd]
23518 ? SW 0:00 [httpd]
23519 ? SW 0:00 [httpd]
23520 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
23521 ? SW 0:00 [httpd]
23594 ? SW 0:00 [httpd]
23638 ? S 0:14 /usr/sbin/sshd
23639 pts/0 S 0:04 -bash
24244 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24263 ? S 0:00
/usr/sbin/httpd -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACTIONS -DHAVE_ALIAS -DHAV
E_ASIS -DHAVE_AUTH -DHAVE_
24264 ? SW 0:00 [httpd]
24535 pts/0 SN 0:00 shutdown -r 22:45
24659 pts/0 R 0:00 ps -ax
[
----- Original Message -----
From: "Jamie Cameron" <jca...@we...>
To: <web...@li...>
Sent: Tuesday, September 10, 2002 10:17 PM
Subject: Re: webmin-0.990-1 spawns several processes and locks server
> If it happened with both those browsers then I doubt it is
browser-specific ..
> When it happens, does webmin spawn a huge number of subprocesses? Or it is
> just a few that are eating up lots of memory ..
>
> - Jamie
>
> Andrew Kornak wrote:
>
> > I apologize, I should have mentioned that I have used webmin with
> > IE and tried Netscape 7 now to verify it wasn't a browser issue. I will
> > try other browsers if you think it is still a browser issue. But, I
> > personally
> > don't believe it's a browser issue.
> >
> > -Andrew
> > ----- Original Message -----
> > From: "Andrew Kornak" <ak...@ra...>
> > To: <web...@li...>
> > Sent: Tuesday, September 10, 2002 9:11 PM
> > Subject: Re: webmin-0.990-1 spawns several processes and locks server
> >
> >
> >
> >>I just tried it with netscape 7.0 and the same thing happened.
> >>Server almost died before I killed the browser and stopped webmin.
> >>
> >>-Andrew
> >>----- Original Message -----
> >>From: "Jamie Cameron" <jca...@we...>
> >>To: <web...@li...>
> >>Sent: Tuesday, September 10, 2002 8:33 PM
> >>Subject: Re: webmin-0.990-1 spawns several processes and locks server
> >>
> >>
> >>
> >>>You aren't the first person to report this, but I have been unable to
> >>>re-produce it on my own systems in order to solve it. I suspect it may
> >>>be triggered by certain browsers .. which browser are you using, and
> >>>
> > does
> >
> >>>it still happen if you try a different one?
> >>>
> >>> - Jamie
> >>>
> >>>Andrew Kornak wrote:
> >>>
> >>>
> >>>>I recently installed webmin on a server and when I attempt to access
> >>>>the server it quickly spawns several processes which eat up all the
> >>>>memory until the server locks up. I can sometimes kill the webmin
> >>>>process before the server locks up. This seems pretty serious.
> >>>>Clearly webmin is in some kind of infinite loop. Any help would
> >>>>be greatly appreciated.
> >>>>
> >>>>Some background on this machine:
> >>>>
> >>>>Redhat 7.0
> >>>>
> >>>>webmin-0.990-1
> >>>>openssl-0.9.6-9
> >>>>apache-1.3.22-1.7.1
> >>>>sendmail-8.11.6-2.7.0
> >>>>
> >>>>Linux 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 unknown
> >>>>
> >>>> total used free shared
> >>>>
> > buffers
> >
> >>>>cached
> >>>>Mem: 192648 61628 131020 29160 4484
> >>>>
> >>33864
> >>
> >>>>-/+ buffers/cache: 23280 169368
> >>>>Swap: 273064 18624 254440
> >>>>
> >>>>
> >>>>Linux version 2.2.16-22 (ro...@po...) (gcc version
> >>>>egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Tue Aug 22
> >>>>
> > 16:49:06
> >
> >>EDT
> >>
> >>>>2000
> >>>>Detected 598629 kHz processor.
> >>>>Console: colour VGA+ 80x25
> >>>>Calibrating delay loop... 1196.03 BogoMIPS
> >>>>Memory: 192648k/196544k available (1048k kernel code, 412k reserved,
> >>>>
> >>2372k
> >>
> >>>>data, 64k init, 0k bigmem)
> >>>>Dentry hash table entries: 262144 (order 9, 2048k)
> >>>>Buffer cache hash table entries: 262144 (order 8, 1024k)
> >>>>Page cache hash table entries: 65536 (order 6, 256k)
> >>>>VFS: Diskquotas version dquot_6.4.0 initialized
> >>>>CPU: Intel Pentium III (Coppermine) stepping 03
> >>>>Checking 386/387 coupling... OK, FPU using exception 16 error
> >>>>
> > reporting.
> >
> >>>>Checking 'hlt' instruction... OK.
> >>>>POSIX conformance testing by UNIFIX
> >>>>mtrr: v1.35a (19990819) Richard Gooch (rg...@at...)
> >>>>PCI: PCI BIOS revision 2.10 entry at 0xfd993
> >>>>PCI: Using configuration type 1
> >>>>PCI: Probing PCI hardware
> >>>>Linux NET4.0 for Linux 2.2
> >>>>Based upon Swansea University Computer Society NET3.039
> >>>>NET4: Unix domain sockets 1.0 for Linux NET4.0.
> >>>>NET4: Linux TCP/IP 1.0 for NET4.0
> >>>>IP Protocols: ICMP, UDP, TCP, IGMP
> >>>>TCP: Hash tables configured (ehash 262144 bhash 65536)
> >>>>Linux IP multicast router 0.06 plus PIM-SM
> >>>>Initializing RT netlink socket
> >>>>Starting kswapd v 1.5
> >>>>Detected PS/2 Mouse Port.
> >>>>Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled
> >>>>ttyS00 at 0x03f8 (irq = 4) is a 16550A
> >>>>pty: 256 Unix98 ptys configured
> >>>>apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)
> >>>>Real Time Clock Driver v1.09
> >>>>RAM disk driver initialized: 16 RAM disks of 4096K size
> >>>>PIIX4: IDE controller on PCI bus 00 dev 39
> >>>>PIIX4: not 100% native mode: will probe irqs later
> >>>> ide0: BM-DMA at 0x1820-0x1827, BIOS settings: hda:DMA, hdb:pio
> >>>> ide1: BM-DMA at 0x1828-0x182f, BIOS settings: hdc:DMA, hdd:pio
> >>>>hda: QUANTUM FIREBALLP LM30.0, ATA DISK drive
> >>>>hdc: CRD-8480C, ATAPI CDROM drive
> >>>>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> >>>>ide1 at 0x170-0x177,0x376 on irq 15
> >>>>hda: QUANTUM FIREBALLP LM30.0, 28629MB w/1900kB Cache, CHS=3649/255/63
> >>>>Floppy drive(s): fd0 is 1.44M
> >>>>FDC 0 is a post-1991 82077
> >>>>md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
> >>>>raid5: measuring checksumming speed
> >>>>raid5: MMX detected, trying high-speed MMX checksum routines
> >>>> pII_mmx : 1331.976 MB/sec
> >>>> p5_mmx : 1399.032 MB/sec
> >>>> 8regs : 1028.319 MB/sec
> >>>> 32regs : 576.453 MB/sec
> >>>>using fastest function: p5_mmx (1399.032 MB/sec)
> >>>>scsi : 0 hosts.
> >>>>scsi : detected total.
> >>>>md.c: sizeof(mdp_super_t) = 4096
> >>>>Partition check:
> >>>> hda: hda1 hda2 < hda5 hda6 hda7 hda8 >
> >>>>autodetecting RAID arrays
> >>>>autorun ...
> >>>>... autorun DONE.
> >>>>VFS: Mounted root (ext2 filesystem) readonly.
> >>>>Freeing unused kernel memory: 64k freed
> >>>>Adding Swap: 273064k swap-space (priority -1)
> >>>>Linux agpgart interface v0.99 (c) Jeff Hartmann
> >>>>agpgart: Maximum main memory to use for agp memory: 149M
> >>>>agpgart: Detected Intel 440BX chipset
> >>>>agpgart: AGP aperture is 64M @ 0xf8000000
> >>>>rtl8139.c:v1.07 5/6/99 Donald Becker
> >>>>http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
> >>>>eth0: RealTek RTL8139 Fast Ethernet at 0x1000, IRQ 10,
> >>>>
> >>00:50:bf:e4:8f:34.
> >>
> >>>>eth1: RealTek RTL8139 Fast Ethernet at 0x1400, IRQ 10,
> >>>>
> >>00:50:bf:e4:8f:49.
> >>
> >>>>eth0: Promiscuous mode enabled.
> >>>>device eth0 entered promiscuous mode
> >>>>eth0: Promiscuous mode enabled.
> >>>>eth0: Promiscuous mode enabled.
> >>>>hdc: ATAPI 48X CD-ROM drive, 128kB Cache
> >>>>Uniform CD-ROM driver Revision: 3.10
>
>
>
>
>
> -------------------------------------------------------
> In remembrance
> www.osdn.com/911/
> -
> Forwarded by the Webmin mailing list at
web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
|
|
From: <ra...@wi...> - 2002-09-11 06:54:40
|
Sitat Jamie Cameron <jca...@we...>: > > > Still, only every second one of the groups get deleted. > > > Damn, you're right :( Well, 1.0 is coming out today and it will > include a fix .. Thanks, Jamie. I can see there are people on this list with more pressing problems than this detail. I'm looking forward to version 1.0, whether this bug is fixed or not :-) -- Mvh Ragnar Wisløff ------------------ life is a reach. then you gybe. |
|
From: Nick <ni...@br...> - 2002-12-04 03:58:35
|
I've seen many posts for firewall modules and I myself is looking for a firewall module for ipfw. I've noticed they have one for ipchains. Any chance adding this module to the wishlist? cheers, nick |
|
From: timothy e c. <te...@th...> - 2002-12-24 03:48:41
|
Jamie - When I run the "shell-in-a-box" using Netscape (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1) & Java, I cannot connect to a server.. it just hangs with the "Press 'Connect' to start ... " ... when I click on "CONNECT" it just depresses the connect button and doesn't do anything. I *can* successfully use IE 6.0.26 to connect to my ssh server with shell in a box. -An aside, why isn't this included with the default install of webmin? Thanks !! Tim |
|
From: Nick <ni...@br...> - 2002-12-28 05:35:55
|
Try using the 'Webma=EDl' Upgrade feature. It even gives you an option t= o delete the old one. You can access the tool from "Webmin Configuration -> Upgrade Webmin and make sure you check the box next to "Delete old version's directory after upgrade" and hit Upgrade Webmin. It checks the latest version and upgrades it if it deems it necessary. If you are worrying about losing users, dont. The upgrade is fully automated including the moving of the users from the old version to the latest. Cheers. Our Junkmail said: > How does one upgrade webmin w/out losing all the > userid info, etc.? I've pored over what documentation > I can find but unless I'm just flat out missing it, I > haven't seen any mention of how to upgrade. > > Thanks in advance. > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > - > Forwarded by the Webmin mailing list at > web...@li... To remove yourself from this list, > go to > http://lists.sourceforge.net/lists/listinfo/webadmin-list --=20 Nick CEO/Founder Br0ken.org http://www.br0ken.org |
|
From: <Bec...@gm...> - 2003-06-30 19:27:10
|
can somebody tell me where to find the firewall script, (im using iptables) |
|
From: SafelistSmart S. <saf...@co...> - 2003-07-25 00:50:27
|
After upgrading to the most recent - I see errors relating to obtaining = locks on three different files - I lost the page, but believe they all = related to the RPM database on this RedHat 7.3 machine. Is this anything I should investigate? Mike |
|
From: <be...@ge...> - 2003-07-31 07:28:07
|
Hi...I've been having lots of troubles with webmin latly. I have 3 boxes running (the latest) version and 2 are being bad. On my radhat 8 box...random pages won't be avialble. Such as when I try to edit and then save changes to httpd.conf or other apache conf files. I have a (non admin) acount on a redhat 9 box, and that won't even let me log in, I just get page not found. And then on my redhat 7.3 box everything works fine... Um...what's up? Previously on my redhat 8 box webmin worked perfectly... Is it the latest release? or maybe something with miniserv? Please help -ben |
|
From: Joe C. <jo...@sw...> - 2003-07-31 14:23:12
|
be...@ge... wrote: > Hi...I've been having lots of troubles with webmin latly. I have 3 boxes > running (the latest) version and 2 are being bad. On my radhat 8 > box...random pages won't be avialble. Such as when I try to edit and then > save changes to httpd.conf or other apache conf files. I have a (non > admin) acount on a redhat 9 box, and that won't even let me log in, I just > get page not found. And then on my redhat 7.3 box everything works > fine... Um...what's up? Don't know. No problems here. > Previously on my redhat 8 box webmin worked > perfectly... Is it the latest release? or maybe something with miniserv? Nope. No problems here. Maybe your systems are broken. > Please help Your message is too cryptic for me to be able to guess (and assumes a Webmin bug rather than a problem on your end, which is usually not the right frame of mind for solving problems with generally stable software). -- Joe Cooper <jo...@sw...> Web caching appliances and support. http://www.swelltech.com |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X