Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
From: Whit Blauvelt > "service smb restart" - does NOT get smbd running (although > shows "OK") > "sh /etc/init.d/smb restart" - DOES get smbd running > "/etc/init.d/smb restart" - does NOT get smbd running (although shows > "OK") > "bash /etc/init.d/smb restart" - DOES get smbd running What's the return value? service smb start echo $? JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Thu, May 20, 2010 at 9:30 PM, Whit Blauvelt wrote: > On Thu, May 20, 2010 at 06:17:10PM -0700, Benjamin Franz wrote: > >> Have you looked in /var/log/messages for errors from smbd? I don't >> remember seeing that anywhere in your T/S list. > > Yup. I've grepped all the logs. Nothing from smbd at all. I also enabled > kern and daemon logs, just in case those would catch something messages > wasn't. What they've caught isn't anything from smbd. > > I'm leaning towards it being, as suggested by someone, somehow symptom of a > hardware problem, since it seems we've run through everything else remotely > possible. I should have memtest86 results from a colleague soon. That it's > been such an isolated problem, so consistent in its behavior, has made me > think it must be something in the OS configuration. But that hypothesis is > about played out. My gut tells me it's not hardware but willing to take it :) Have you tried adding a "set -x" to the top of the the smb startup scripts? I didn't see any such output in your replies so far. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
> On Thu, May 20, 2010 at 07:02:06PM -0400, Thomas Dukes wrote: >> I am trying to add 127.0.0.1 to my resolv.conf. I added it through the >> system-config-network but if I reboot, its gone. I do not have the caching >> nameserver package installed. My ISP's nameservers are there. It must have >> something to do with DHCP. Try putting the changes you want (e.g., 127.0.0.1) into /etc/sysconfig/networking/profiles/default/resolv.conf ... or in some other, more appropriate profile directory. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] SATA hotswap
Hi all, I changed a bad disk (automaticly disabled from software raid1 and system for I/O error) in one of our servers and now have problem with adding new one to system without reboot. Does anybody have an experience with this? Or is it possible? :) We're using hotswap AXX6DRV3G for 6 SATA disks from Intel connected directly to MB (S5520HC from Intel too). There is AHCI as driver (enabled in bios), no HW raid. I found, something like that echo "0 0 0" >/sys/class/scsi_host/host/scan but it found only sda disk which is already running.. Using CentOS 5.5, x86_64. Thanks for your ideas and replies ... and excuse my english please :) -- Jakub Jedelský e-mail/jabber: jakub.jedel...@gmail.com http://dev.stderr.cz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
Keith Keller wrote, On 05/21/2010 12:13 AM:
> On Thu, May 20, 2010 at 07:02:06PM -0400, Thomas Dukes wrote:
>> I am trying to add 127.0.0.1 to my resolv.conf. I added it through the
>> system-config-network but if I reboot, its gone. I do not have the caching
>> nameserver package installed. My ISP's nameservers are there. It must have
>> something to do with DHCP.
>
> Yes--DHCP will overwrite resolv.conf by default. See the various
> options, in particular supersede and prepend, in the man page for
> dhclient.conf.
>
Unfortunately trying to use dhclient.conf only leads to frustration.
RH/Fedora chose in /etc/sysconfig/network-scripts/ifup-eth to make the dhcp
client only read
/etc/dhclient-eth#.conf and ifup-eth overwrites that file each time the
interface is uped.
I am debating having ifup-eth concatenate dhclient.conf into dhclient-eth#.conf
when it builds the file.
Can you tell I ran into this problem recently? :{
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
>> On Thu, May 20, 2010 at 07:02:06PM -0400, Thomas Dukes wrote: >>> I am trying to add 127.0.0.1 to my resolv.conf. I added it through the >>> system-config-network but if I reboot, its gone. I do not have the >>> caching nameserver package installed. My ISP's nameservers are there. It >>> must have something to do with DHCP. > > Try putting the changes you want (e.g., 127.0.0.1) into > /etc/sysconfig/networking/profiles/default/resolv.conf ... or in some > other, more appropriate profile directory. Except isn't that a link to /etc/resolv.conf? The one that causes the complaint when it's updated, something about won't overwrite something? (Sorry, it's been weeks since I saw that, so I don't remember the exact error message.) mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SATA hotswap
Jakub wrote: > > I changed a bad disk (automaticly disabled from software raid1 and system > for I/O error) in one of our servers and now have problem with adding new > one to system without reboot. Does anybody have an experience with this? > Or is it possible? :) We're using hotswap AXX6DRV3G for 6 SATA disks from > Intel connected directly to MB (S5520HC from Intel too). There is AHCI as > driver(enabled in bios), no HW raid. > I found, something like that > > echo "0 0 0" >/sys/class/scsi_host/host/scan > > but it found only sda disk which is already running.. Not sure what you're supposed to echo, there. I learned, where I'm working now, to use scsi-rescan-bus, which seems to work. > Using CentOS 5.5, x86_64. > > Thanks for your ideas and replies ... and excuse my english please :) There's nothing to excuse - it's better than some folks who allegedly speak it as a native language (we'll leave out a former US president, here) mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On May 20, 2010, at 9:21 AM, Whit Blauvelt wrote: > Hi, > > We've got a fresh CentOS 5.4 box, and the only glitch so far is that > /etc/init.d/smb doesn't start smbd. It claims it does - shows "[ok]" > - but > only nmbd ends up running. Even setting a higher debugging level in > the smbd > flags, nothing logs or shows on the console as to why smbd is > immediatly > quitting. > > To make it stranger, doing this works fine: > > . /etc/init.d/functions > daemon smbd -D > > That's the core of how the /etc/init.d/smb file is set up to start it. > Except from there it's not working - despite the reported "[ok]". > > Anyone seen this, or have advice on how to debug it? By any chance did someone add smbd to xinetd? If so then xinetd has the port open and the smbd process will not bind. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SATA hotswap
At Fri, 21 May 2010 15:38:44 +0200 CentOS mailing list wrote: > > > > Hi all, > > I changed a bad disk (automaticly disabled from software raid1 and system > for I/O error) in one of our servers and now have problem with adding new > one to system without reboot. Does anybody have an experience with this? Or > is it possible? :) We're using hotswap AXX6DRV3G for 6 SATA disks from Intel > connected directly to MB (S5520HC from Intel too). There is AHCI as driver > (enabled in bios), no HW raid. > I found, something like that > > echo "0 0 0" >/sys/class/scsi_host/host/scan > > but it found only sda disk which is already running.. > Using CentOS 5.5, x86_64. > > Thanks for your ideas and replies ... and excuse my english please :) I didn't need to do anything special when inserting disks into my (cheap) 4x 2.5" SATA hot swap bay. Just inserted the drive and the HAL/udev deamon pick it up all on its own. My motherboard is a nVidia-based: 00:09.0 SATA controller: nVidia Corporation MCP78S [GeForce 8200] AHCI Controller (rev a2) And I am using the AHCI driver. CentOS 5.4, x86_64 (xen). It could be that the SATA controller on your motherboard does not support hotswap detection (not all AHCI controllers support hotswap detection). -- Robert Heller -- 978-544-6933 Deepwoods Software-- Download the Model Railroad System http://www.deepsoft.com/ -- Binaries for Linux and MS-Windows hel...@deepsoft.com -- http://www.deepsoft.com/ModelRailroadSystem/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SATA hotswap
On 5/21/2010 8:38 AM, Jakub Jedelský wrote: > Hi all, > > I changed a bad disk (automaticly disabled from software raid1 and > system for I/O error) in one of our servers and now have problem with > adding new one to system without reboot. Does anybody have an experience > with this? Or is it possible? :) We're using hotswap AXX6DRV3G for 6 > SATA disks from Intel connected directly to MB (S5520HC from Intel too). > There is AHCI as driver (enabled in bios), no HW raid. > I found, something like that > > echo"0 0 0" >/sys/class/scsi_host/host/scan > > but it found only sda disk which is already running.. > Using CentOS 5.5, x86_64. > > Thanks for your ideas and replies ... and excuse my english please :) SATA hotswaps are up to the controller to notice. Some (most?) will do it automatically. If they don't, I don't think there is a way to force it. 'dmesg' should show the disconnect/reconnect activity and the new device name. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
m.r...@5-cent.us wrote: > Ok, there's been discussion, including, I think, on the wiki web page, > that syslinux is not correct. At any rate, after enough experimentation, I > have a working install on a USB key. The procedure is: > > Using fdisk, partition your key: one partition, VFAT (type b, and toggle > the bootable flag), about 9M or 10M, and a second partition big enough to > hold a DVD. That should be type 83 (Linux native). > > mkfs -t vfat mkfs > liveCD-iso-to-disk <.iso, w/ full path> /dev/ > mount /mnt > cp /mnt/ > > You're done. You do have to tell it "install from hard disk", and then > point it to the Linux partition. > > I just did this and tested it (or at least as far as the "searching for > existing CentOS installations). > Following these instructions, what iso do I use for the livecd-iso-to-disk step? -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
On 5/20/2010 6:43 PM, Hans-Ulrich Flueck wrote: > Hello TIA > > If you do not have a local/LAN DNS server neither a caching DNS > configuration on your machine, I can't see a reason to add localhost to the > list of your DNS servers... The usual reason is that you want caching and you may have added a local zone for your own machines. > The idea behind DHCP is to distribute gateway, dns, ntp and other servers to > the clients, beside the IP addresses. > It's the way it works to have the /etc/resolv.conf overwritten on machine > reboot and DHCP refresh. DHCP will offer nameservers. You don't have to accept them. Somewhere in the network manager GUI there should be a checkbox to control this - although I think there have been bugs in various versions. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 10:04:36AM -0400, Ross Walker wrote: > By any chance did someone add smbd to xinetd? > > If so then xinetd has the port open and the smbd process will not bind. Nope. Not sure that would explain why a slight difference in how it's invoked, through the same init.d script, makes the difference in whether it runs. That is: sh /etc/init.d/smb start (and "/usr/sbin/smbd -D") which always works from console, differs from /etc/init.d/smb start (and "service smb start" too) which doesn't ever work on this box, how? This is when smb starts with "#!/bin/sh" anyway. Only thing I can figure is that there may be a subtle difference in timing, a slowing down just enough to make the startup tolerant of hardware that's right on the margin. There's no significant difference (if any) in envars. After questioning everything else - including close comparison to some Redhat 5.4 systems with smbd starting fine - by elimination the hardware seems the only thing left to question. But I'm still open to ideas. Thanks, Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 5/13/2010 1:42 PM, Eero Volotinen wrote: > 2010/5/13 Les Mikesell: >> Has anything changed in updates that would affect md raid1 resync speed? >> I regularly swap a 750G drive and resync to keep an offsite copy and >> haven't paid enough attention to known when things changed but it seems >> to take much longer to sync than it did months ago, even if I unmount >> the partition and stop most other processes that might compete with it. >> > > well, try this: > > http://www.ducea.com/2006/06/25/increase-the-speed-of-linux-software-raid-reconstruction/ OK, I can get a full-size Seagate 750G to resync at about 40M/s which easily completes in a workday. But now what I really want to do is use a laptop size 'WD Scorpio blue' drive which claims to have the same sector count but will only sync at about a tenth of the speed. It does say it uses 'advanced format', which I think means 4k sectors. Should that make a difference? Read speed tests show about the same as the desktop drives but writes are much slower. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
On 05/21/2010 09:41 AM m.r...@5-cent.us wrote: >>> On Thu, May 20, 2010 at 07:02:06PM -0400, Thomas Dukes wrote: I am trying to add 127.0.0.1 to my resolv.conf. I added it through the system-config-network but if I reboot, its gone. I do not have the caching nameserver package installed. My ISP's nameservers are there. It must have something to do with DHCP. >> Try putting the changes you want (e.g., 127.0.0.1) into >> /etc/sysconfig/networking/profiles/default/resolv.conf ... or in some >> other, more appropriate profile directory. > > Except isn't that a link to /etc/resolv.conf? The one that causes the > complaint when it's updated, something about won't overwrite something? > (Sorry, it's been weeks since I saw that, so I don't remember the exact > error message.) > > mark No, it's not a link. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SATA hotswap
> Not sure what you're supposed to echo, there. I learned, > where I'm working now, to use scsi-rescan-bus, which seems to work. > > > Using CentOS 5.5, x86_64. > > > > Thanks for your ideas and replies ... and excuse my english > please :) > > There's nothing to excuse - it's better than some folks who > allegedly speak it as a native language (we'll leave out a > former US president, > here) Never misunderestimate our former president's grasp of English. And if anybody has a problem with your English, write to them in Polish. Suddenly they'll LOVE your English. Problem solved. Does cat /proc/partitions show the new drive? *** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
> m.r...@5-cent.us wrote: >> Ok, there's been discussion, including, I think, on the wiki web page, >> that syslinux is not correct. At any rate, after enough experimentation, >> I have a working install on a USB key. The procedure is: >> >> Using fdisk, partition your key: one partition, VFAT (type b, and toggle >> the bootable flag), about 9M or 10M, and a second partition big enough >> to hold a DVD. That should be type 83 (Linux native). >> >> mkfs -t vfat > mkfs > >> liveCD-iso-to-disk <.iso, w/ full path> /dev/ >> mount /mnt >> cp /mnt/ >> >> You're done. You do have to tell it "install from hard disk", and then >> point it to the Linux partition. >> >> I just did this and tested it (or at least as far as the "searching for >> existing CentOS installations). >> > Following these instructions, what iso do I use for the > livecd-iso-to-disk step? I used the full, one DVD .iso. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
m.r...@5-cent.us wrote: >> m.r...@5-cent.us wrote: >> >>> Ok, there's been discussion, including, I think, on the wiki web page, >>> that syslinux is not correct. At any rate, after enough experimentation, >>> I have a working install on a USB key. The procedure is: >>> >>> Using fdisk, partition your key: one partition, VFAT (type b, and toggle >>> the bootable flag), about 9M or 10M, and a second partition big enough >>> to hold a DVD. That should be type 83 (Linux native). >>> >>> mkfs -t vfat >> mkfs >> >>> liveCD-iso-to-disk <.iso, w/ full path> /dev/ >>> mount /mnt >>> cp /mnt/ >>> >>> You're done. You do have to tell it "install from hard disk", and then >>> point it to the Linux partition. >>> >>> I just did this and tested it (or at least as far as the "searching for >>> existing CentOS installations). >>> >>> >> Following these instructions, what iso do I use for the >> livecd-iso-to-disk step? >> > > I used the full, one DVD .iso. > That doesn't work for me. # livecd-iso-to-disk /home/bowieb/CentOS-5.5-i386-bin-DVD.iso /dev/sda1 Verifying image... /home/bowieb/CentOS-5.5-i386-bin-DVD.iso: 97c0b2ed5d08f0e24e1e516362059032 Fragment sums: 67686679ec95a9255099cbed11cc51d998abee91a1f91fc7a2361554e54e Fragment count: 20 Percent complete: 100.0% Fragment[20/20] -> OK 100.0 The supported flag value is 0 The media check is complete, the result is: PASS. It is OK to install from this media. Unable to fit live image + overlay on available space on USB stick Size of live image: 3991 Overlay size: Available space: 13 Cleaning up to exit... The DVD iso is 4GB and the DOS partition is only 10M (per your instructions). Shouldn't the boot.iso or something else go here? -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On 5/21/2010 9:44 AM, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 10:04:36AM -0400, Ross Walker wrote: > >> By any chance did someone add smbd to xinetd? >> >> If so then xinetd has the port open and the smbd process will not bind. > > Nope. Not sure that would explain why a slight difference in how it's > invoked, through the same init.d script, makes the difference in whether it > runs. That is: > > sh /etc/init.d/smb start (and "/usr/sbin/smbd -D") > > which always works from console, differs from > > /etc/init.d/smb start (and "service smb start" too) > > which doesn't ever work on this box, how? This is when smb starts with > "#!/bin/sh" anyway. Only thing I can figure is that there may be a subtle > difference in timing, a slowing down just enough to make the startup > tolerant of hardware that's right on the margin. There's no significant > difference (if any) in envars. The only difference here 'should' be that explicitly running 'sh' will invoke your own shell aliases and search PATH to execute sh, where if you omit it you'll get the #!/bin/sh interpreter specified in the script itself. Is there anything in your aliases or anything before /bin in PATH where the working shell might be found? Or, perhaps this difference is coincidental and something is randomly killing smbd. You might be able to see something if you comment out the nmbd startup in the script and strace -f /etc/init.d/smb start but it will only be useful if smbd dies and you can see a failing system call causing it. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
Boweie wrote: > m.r...@5-cent.us wrote: >> Bowie wrote: >>> m.r...@5-cent.us wrote: >>> Ok, there's been discussion, including, I think, on the wiki web page, that syslinux is not correct. At any rate, after enough experimentation, I have a working install on a USB key. The procedure is: Using fdisk, partition your key: one partition, VFAT (type b, and toggle the bootable flag), about 9M or 10M, and a second partition big enough to hold a DVD. That should be type 83 (Linux native). mkfs -t vfat >>> mkfs >>> liveCD-iso-to-disk <.iso, w/ full path> /dev/ mount /mnt cp /mnt/ You're done. You do have to tell it "install from hard disk", and then point it to the Linux partition. I just did this and tested it (or at least as far as the "searching for existing CentOS installations). >>> Following these instructions, what iso do I use for the >>> livecd-iso-to-disk step? > >> I used the full, one DVD .iso. > > That doesn't work for me. > > # livecd-iso-to-disk /home/bowieb/CentOS-5.5-i386-bin-DVD.iso > /dev/sda1 > Verifying image... > /home/bowieb/CentOS-5.5-i386-bin-DVD.iso: > 97c0b2ed5d08f0e24e1e516362059032 > Fragment sums: > 67686679ec95a9255099cbed11cc51d998abee91a1f91fc7a2361554e54e > Fragment count: 20 > Percent complete: 100.0% Fragment[20/20] -> OK > 100.0 > The supported flag value is 0 > The media check is complete, the result is: PASS. > > It is OK to install from this media. > Unable to fit live image + overlay on available space on USB stick > Size of live image: 3991 > Overlay size: > Available space: 13 > Cleaning up to exit... > > The DVD iso is 4GB and the DOS partition is only 10M (per your > instructions). Shouldn't the boot.iso or something else go here? Not sure what's going on there. liveCD-iso-to-disk dd's (or whatever) a bootable vfat (or is it fat?) filesystem, and *only* enough to boot the installer. The full DVD .iso goes in the other partition, which you've mkfs'd, just as a .iso. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
m.r...@5-cent.us wrote: > Boweie wrote: > >> m.r...@5-cent.us wrote: >> >>> Bowie wrote: >>> m.r...@5-cent.us wrote: > Ok, there's been discussion, including, I think, on the wiki web page, > that syslinux is not correct. At any rate, after enough > experimentation, > I have a working install on a USB key. The procedure is: > > Using fdisk, partition your key: one partition, VFAT (type b, and > toggle the bootable flag), about 9M or 10M, and a second partition big > enough to hold a DVD. That should be type 83 (Linux native). > > mkfs -t vfat mkfs > liveCD-iso-to-disk <.iso, w/ full path> /dev/ > mount /mnt > cp /mnt/ > > You're done. You do have to tell it "install from hard disk", and then > point it to the Linux partition. > > I just did this and tested it (or at least as far as the "searching > for > existing CentOS installations). > > Following these instructions, what iso do I use for the livecd-iso-to-disk step? >>> I used the full, one DVD .iso. >>> >> That doesn't work for me. >> >> # livecd-iso-to-disk /home/bowieb/CentOS-5.5-i386-bin-DVD.iso >> /dev/sda1 >> Verifying image... >> /home/bowieb/CentOS-5.5-i386-bin-DVD.iso: >> 97c0b2ed5d08f0e24e1e516362059032 >> Fragment sums: >> 67686679ec95a9255099cbed11cc51d998abee91a1f91fc7a2361554e54e >> Fragment count: 20 >> Percent complete: 100.0% Fragment[20/20] -> OK >> 100.0 >> The supported flag value is 0 >> The media check is complete, the result is: PASS. >> >> It is OK to install from this media. >> Unable to fit live image + overlay on available space on USB stick >> Size of live image: 3991 >> Overlay size: >> Available space: 13 >> Cleaning up to exit... >> >> The DVD iso is 4GB and the DOS partition is only 10M (per your >> instructions). Shouldn't the boot.iso or something else go here? >> > > Not sure what's going on there. liveCD-iso-to-disk dd's (or whatever) a > bootable vfat (or is it fat?) filesystem, and *only* enough to boot the > installer. The full DVD .iso goes in the other partition, which you've > mkfs'd, just as a .iso. > Maybe I'm using the wrong script. I have livecd-iso-to-disk from the livecd-tools-014-8 package. Is liveCD-iso-to-disk a different script? -- Bowie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On May 21, 2010, at 10:44 AM, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 10:04:36AM -0400, Ross Walker wrote: > >> By any chance did someone add smbd to xinetd? >> >> If so then xinetd has the port open and the smbd process will not >> bind. > > Nope. Not sure that would explain why a slight difference in how it's > invoked, through the same init.d script, makes the difference in > whether it > runs. That is: > > sh /etc/init.d/smb start (and "/usr/sbin/smbd -D") > > which always works from console, differs from > > /etc/init.d/smb start (and "service smb start" too) > > which doesn't ever work on this box, how? This is when smb starts with > "#!/bin/sh" anyway. Only thing I can figure is that there may be a > subtle > difference in timing, a slowing down just enough to make the startup > tolerant of hardware that's right on the margin. There's no > significant > difference (if any) in envars. > > After questioning everything else - including close comparison to some > Redhat 5.4 systems with smbd starting fine - by elimination the > hardware > seems the only thing left to question. But I'm still open to ideas. Did you try debugging the init script with: # sh -x
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On May 21, 2010, at 11:24 AM, Les Mikesell wrote: > On 5/21/2010 9:44 AM, Whit Blauvelt wrote: >> On Fri, May 21, 2010 at 10:04:36AM -0400, Ross Walker wrote: >> >>> By any chance did someone add smbd to xinetd? >>> >>> If so then xinetd has the port open and the smbd process will not >>> bind. >> >> Nope. Not sure that would explain why a slight difference in how it's >> invoked, through the same init.d script, makes the difference in >> whether it >> runs. That is: >> >> sh /etc/init.d/smb start (and "/usr/sbin/smbd -D") >> >> which always works from console, differs from >> >> /etc/init.d/smb start (and "service smb start" too) >> >> which doesn't ever work on this box, how? This is when smb starts >> with >> "#!/bin/sh" anyway. Only thing I can figure is that there may be a >> subtle >> difference in timing, a slowing down just enough to make the startup >> tolerant of hardware that's right on the margin. There's no >> significant >> difference (if any) in envars. > > The only difference here 'should' be that explicitly running 'sh' will > invoke your own shell aliases and search PATH to execute sh, where if > you omit it you'll get the #!/bin/sh interpreter specified in the > script > itself. Is there anything in your aliases or anything before /bin in > PATH where the working shell might be found? > > Or, perhaps this difference is coincidental and something is randomly > killing smbd. You might be able to see something if you comment out > the > nmbd startup in the script and > strace -f /etc/init.d/smb start > but it will only be useful if smbd dies and you can see a failing > system > call causing it. Or maybe a corrupt env file in /etc/profile.d? -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 10:24:00AM -0500, Les Mikesell wrote: > The only difference here 'should' be that explicitly running 'sh' will > invoke your own shell aliases and search PATH to execute sh, where if > you omit it you'll get the #!/bin/sh interpreter specified in the script > itself. Is there anything in your aliases or anything before /bin in > PATH where the working shell might be found? No aliases. No modification of PATH from the stock install. All other init.d scripts are working without problem. And as reported earlier changing the init.d/smb file to #!/bin/bash makes no difference. But invoking as "bash /etc/init.d/smb start" also works while "/etc/init.d/smb start" fails for bash as well as sh spec'd in the file (yet giving an [ OK ] both ways). > Or, perhaps this difference is coincidental and something is randomly > killing smbd. You might be able to see something if you comment out the > nmbd startup in the script and > strace -f /etc/init.d/smb start > but it will only be useful if smbd dies and you can see a failing system > call causing it. Thanks. I'll try that after lunch. The only qualification on "randomly" would be that it's 100% killing it within an instant in the not-working invocations, and 100% leaving it untouched in the working invocations. Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On 5/21/2010 10:56 AM, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 10:24:00AM -0500, Les Mikesell wrote: > >> The only difference here 'should' be that explicitly running 'sh' will >> invoke your own shell aliases and search PATH to execute sh, where if >> you omit it you'll get the #!/bin/sh interpreter specified in the script >> itself. Is there anything in your aliases or anything before /bin in >> PATH where the working shell might be found? > > No aliases. No modification of PATH from the stock install. All other init.d > scripts are working without problem. But /bin isn't first in PATH. Does 'which sh' say /bin/sh? Also, sh and bash are really the same thing. Does rpm -V bash show everything stock? -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] GRUB Hard Disk Error
I've got two pendrives. I want to install a Debian on them. RAID1. Ok... ... After I installed it in RAID1, it works perfectly, ok! :) When I pull out one of the pendrive [good pendrive], it still boots up, hurrah :) But: ... When I pull out the other pendrive [i plug in the first one i tried] it say's: GRUB hard disk error What can I do? I already tried: grub-install /dev/sdc <-that's the pendrive name [bios -> hard drive emulation=hard drive, not auto] or: # grub find /boot/grub/stage1 hd0,0 hd1,0 root (hd0,0) setup (hd0,0) etc. What's the solution? Please help me:\ I can't just dd the first 512 Byte of the "good pendrive", because the uuid is stored there. [needed for the sraid..] It gets to the grub, so it's not a ""boot-order problem"" How can I install grub to these two pendrives, so that if one of the pendrives die, it would still be a bootable system? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] GRUB Hard Disk Error
Jozsi Vadkan wrote on 05/21/2010 12:29 PM: > I've got two pendrives. > > I want to install a Debian on them. RAID1. This is the CentOS list. ... > I already tried: > grub-install /dev/sdc <-that's the pendrive name [bios -> hard drive > emulation=hard drive, not auto] > > or: > # grub > find /boot/grub/stage1 > hd0,0 > hd1,0 > > root (hd0,0) > setup (hd0,0) > > etc. Does "etc." mean you installed GRUB on (hd1) as well? Did you do that before you started yanking devices? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
Bowie wrote:
> m.r...@5-cent.us wrote:
>> Bowie wrote:
>>> m.r...@5-cent.us wrote:
Bowie wrote:
> m.r...@5-cent.us wrote:
>
>> Ok, there's been discussion, including, I think, on the wiki web
>> page, that syslinux is not correct. At any rate, after enough
>> experimentation, I have a working install on a USB key. The
>> procedure is:
>>
> Following these instructions, what iso do I use for the
> livecd-iso-to-disk step?
>
I used the full, one DVD .iso.
>>> That doesn't work for me.
>>>
>>> # livecd-iso-to-disk /home/bowieb/CentOS-5.5-i386-bin-DVD.iso
>>> /dev/sda1
>>> Verifying image...
>>> /home/bowieb/CentOS-5.5-i386-bin-DVD.iso:
>>> 97c0b2ed5d08f0e24e1e516362059032
>>> Fragment sums:
>>> 67686679ec95a9255099cbed11cc51d998abee91a1f91fc7a2361554e54e
>>> Fragment count: 20
>>> Percent complete: 100.0% Fragment[20/20] -> OK
>>> 100.0
>>> The supported flag value is 0
>>> The media check is complete, the result is: PASS.
>>>
>>> It is OK to install from this media.
>>> Unable to fit live image + overlay on available space on USB stick
>>> Size of live image: 3991
>>> Overlay size:
>>> Available space: 13
>>> Cleaning up to exit...
>>>
>>> The DVD iso is 4GB and the DOS partition is only 10M (per your
>>> instructions). Shouldn't the boot.iso or something else go here?
>>
>> Not sure what's going on there. liveCD-iso-to-disk dd's (or whatever) a
>> bootable vfat (or is it fat?) filesystem, and *only* enough to boot the
>> installer. The full DVD .iso goes in the other partition, which you've
>> mkfs'd, just as a .iso.
>>
> Maybe I'm using the wrong script. I have livecd-iso-to-disk from the
> livecd-tools-014-8 package. Is liveCD-iso-to-disk a different script?
Odd. I don't understand that... you *did* make the filesystem type b,
right, and bootable with fdisk? And then format it vfat?
Btw, dunno if you missed it, but here's a full script to do this:
#!/bin/bash
if [[ $# < 2 ]]; then
echo "usage: $0 "
echo " Example: $0 sdb /scratch/CentOS-5.4-bin-DVD.iso"
echo " Note: you must install livecd-tools before running this."
exit
fi
/sbin/sfdisk -n -uM /dev/$1 << EOF
,10,b,*
,,83
;
;
EOF
mkfs -t vfat /dev/${1}1
mkfs /dev/${1}2
/usr/bin/livecd-iso-to-disk $2 /dev/${1}1
mount /dev/${1}2 /mnt
cp $2 /mnt/
# end of script
mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
> On 5/21/2010 10:56 AM, Whit Blauvelt wrote: >> On Fri, May 21, 2010 at 10:24:00AM -0500, Les Mikesell wrote: >> >>> The only difference here 'should' be that explicitly running 'sh' will >>> invoke your own shell aliases and search PATH to execute sh, where if >>> you omit it you'll get the #!/bin/sh interpreter specified in the >>> script >>> itself. Is there anything in your aliases or anything before /bin in >>> PATH where the working shell might be found? >> >> No aliases. No modification of PATH from the stock install. All other >> init.d scripts are working without problem. > But /bin isn't first in PATH. Does 'which sh' say /bin/sh? Also, sh and > bash are really the same thing. Does rpm -V bash show everything stock? A suggestion: in the script, add env > /tmp/smb.env or whatever you want to call it. Then you can compare and contrast with your environment. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 11:54:26AM -0400, Ross Walker wrote: > # sh -x
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 12:52:51PM -0400, m.r...@5-cent.us wrote: > A suggestion: in the script, add > env > /tmp/smb.env > > or whatever you want to call it. Then you can compare and contrast with > your environment. Good idea. I'll try it when the system's back up. Someone's hunting up a replacement NIC to see if that really could be the fix. I should note that this is a 2-day-old stock install from the CentOS ISO. While a coworker initially handled it, I'm sure he didn't go adding any extra versions of sh. I'd been assuming that sh was dash, as it is in Debian-based distros. Silly of me. It is bash on CentOS. So my playing with the sh/bash thing was wasting time. Sorry I even wrote up that aspect. Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
m.r...@5-cent.us wrote:
> Bowie wrote:
>
>> m.r...@5-cent.us wrote:
>>
>>> Bowie wrote:
>>>
That doesn't work for me.
# livecd-iso-to-disk /home/bowieb/CentOS-5.5-i386-bin-DVD.iso
/dev/sda1
Verifying image...
/home/bowieb/CentOS-5.5-i386-bin-DVD.iso:
97c0b2ed5d08f0e24e1e516362059032
Fragment sums:
67686679ec95a9255099cbed11cc51d998abee91a1f91fc7a2361554e54e
Fragment count: 20
Percent complete: 100.0% Fragment[20/20] -> OK
100.0
The supported flag value is 0
The media check is complete, the result is: PASS.
It is OK to install from this media.
Unable to fit live image + overlay on available space on USB stick
Size of live image: 3991
Overlay size:
Available space: 13
Cleaning up to exit...
The DVD iso is 4GB and the DOS partition is only 10M (per your
instructions). Shouldn't the boot.iso or something else go here?
>>> Not sure what's going on there. liveCD-iso-to-disk dd's (or whatever) a
>>> bootable vfat (or is it fat?) filesystem, and *only* enough to boot the
>>> installer. The full DVD .iso goes in the other partition, which you've
>>> mkfs'd, just as a .iso.
>>>
>>>
>> Maybe I'm using the wrong script. I have livecd-iso-to-disk from the
>> livecd-tools-014-8 package. Is liveCD-iso-to-disk a different script?
>>
>
> Odd. I don't understand that... you *did* make the filesystem type b,
> right, and bootable with fdisk? And then format it vfat?
>
> Btw, dunno if you missed it, but here's a full script to do this:
>
> #!/bin/bash
>
> if [[ $# < 2 ]]; then
>echo "usage: $0 "
>echo " Example: $0 sdb /scratch/CentOS-5.4-bin-DVD.iso"
>echo " Note: you must install livecd-tools before running this."
>exit
> fi
>
> /sbin/sfdisk -n -uM /dev/$1 << EOF
> ,10,b,*
> ,,83
> ;
> ;
> EOF
>
> mkfs -t vfat /dev/${1}1
> mkfs /dev/${1}2
>
> /usr/bin/livecd-iso-to-disk $2 /dev/${1}1
> mount /dev/${1}2 /mnt
> cp $2 /mnt/
> # end of script
>
I used your script (after removing the '-n' from sfdisk) and got the
same results. Unless you have a better idea, I think I'm going to try
putting the boot.iso on the first partition and see what happens.
Unfortunately, I won't be able to test until tonight since I don't have
a system here that will boot from a flash drive.
--
Bowie
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
Les Mikesell wrote: > OK, I can get a full-size Seagate 750G to resync at about 40M/s which > easily completes in a workday. But now what I really want to do is use > a laptop size 'WD Scorpio blue' drive which claims to have the same > sector count but will only sync at about a tenth of the speed. It does > say it uses 'advanced format', which I think means 4k sectors. Should > that make a difference? Read speed tests show about the same as the > desktop drives but writes are much slower. > From what I've read, you have to 'trim' those drives much like SSD so the partition starts on a 4K boundary. I understand you can do this with parted. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, 2010-05-21 at 13:00 -0400, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 11:54:26AM -0400, Ross Walker wrote: > > > # sh -x
Re: [CentOS] raid resync speed? - laptop drive-
On 5/21/2010 12:13 PM, John R Pierce wrote: > Les Mikesell wrote: >> OK, I can get a full-size Seagate 750G to resync at about 40M/s which >> easily completes in a workday. But now what I really want to do is use >> a laptop size 'WD Scorpio blue' drive which claims to have the same >> sector count but will only sync at about a tenth of the speed. It does >> say it uses 'advanced format', which I think means 4k sectors. Should >> that make a difference? Read speed tests show about the same as the >> desktop drives but writes are much slower. >> > >From what I've read, you have to 'trim' those drives much like SSD so > the partition starts on a 4K boundary. I understand you can do this > with parted. But it is just a match for the Seagate drives with the default layout using one partition that fills the disk. If I have to skip some amount at the start of the partition I think that will make the partition size not match, making it impossible to add as a raid member. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Building an install disk on a USB key, solved
Bowie wrote: > m.r...@5-cent.us wrote: >> Bowie wrote: >>> m.r...@5-cent.us wrote: Bowie wrote: > That doesn't work for me. >>> Maybe I'm using the wrong script. I have livecd-iso-to-disk from the >>> livecd-tools-014-8 package. Is liveCD-iso-to-disk a different script? >> >> Odd. I don't understand that... you *did* make the filesystem type b, >> right, and bootable with fdisk? And then format it vfat? >> >> Btw, dunno if you missed it, but here's a full script to do this: > I used your script (after removing the '-n' from sfdisk) and got the Thank you! I just edited my little script to get rid of it. > same results. Unless you have a better idea, I think I'm going to try > putting the boot.iso on the first partition and see what happens. > Unfortunately, I won't be able to test until tonight since I don't have > a system here that will boot from a flash drive. Ok. Sorry, no clues as to why it's not working for you. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] OT: Strange Email Problem
Hi; I have an email form that worked fine until now. For some reason, if I send an email to an email address at a domain that I control, I can receive the email TTW no problem. However, if I try and push it to, for example, this gmail account, I never get it. It's not even in the spam filter. What could this be? TIA, Susan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
Susan Day sent a missive on 2010-05-21: > Hi; > I have an email form that worked fine until now. For some reason, if I > send an email to an email address at a domain that I control, I can > receive the email TTW no problem. However, if I try and push it to, > for example, this gmail account, I never get it. It's not even in the > spam filter. What could this be? > TIA, > Susan > You should check the logs on the sending mail server and also do a tcpdump of the conversation between the mail server and google. You'll find out what the problem is that way. Rgds Simon ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
Susan, Susan wrote: > I have an email form that worked fine until now. For some reason, if I > send > an email to an email address at a domain that I control, I can receive the > email TTW no problem. However, if I try and push it to, for example, this > gmail account, I never get it. It's not even in the spam filter. What > could this be? Sounds like your MTA isn't getting out to the 'Net. Could a firewall rule have been changed somewhere? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
Do you know that it's going out with valid headers, a "legal" helo address, and the like? Many mail systems will use these as reasons to reject connections when they're wrong. In the case of bad helo values, often it won't get as far as the spam filter, since that's sent through before the message. If stuff worked before but now doesn't, another question is whether your sending IP is in a range recently blacklisted, if your ISP has been hosting spammers. Whit On Fri, May 21, 2010 at 02:03:04PM -0400, Susan Day wrote: > Hi; > I have an email form that worked fine until now. For some reason, if I send an > email to an email address at a domain that I control, I can receive the email > TTW no problem. However, if I try and push it to, for example, this gmail > account, I never get it. It's not even in the spam filter. What could this be? > TIA, > Susan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
On Fri, May 21, 2010 at 11:13 AM, wrote: >> I have an email form that worked fine until now. For some reason, if I >> send >> an email to an email address at a domain that I control, I can receive the >> email TTW no problem. However, if I try and push it to, for example, this >> gmail account, I never get it. It's not even in the spam filter. What >> could this be? > > Sounds like your MTA isn't getting out to the 'Net. Could a firewall rule > have been changed somewhere? Which MTA are you using? sendmail, postfix, ... If it is sendmail and if you had manually edited sendmail.cf, there is some good chance that the customization was wiped clean by the latest sendmail update. I saw this behavior -- there was no .rpmnew or org file created by sendmail. Of course, one is not supposed to manually edit the .cf file. Still, this is not the way sendmail used to update the conf file. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
You might want to run your MTA's ip address through a blacklist checker. Also, do you use srv records? Has anything here changed? I've found that when it comes to email, its quite plausible for your system to break because of an external party, for example, do you use the relay of your ISP? If you do, run their ip through a blacklist db, in case someone on their end has been spamming. If you didn't change anything, then consider the above factors, I hope it helps :) --- Kind Regards, Mr Gabriel (bberry mail) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
> Do you know that it's going out with valid headers, a "legal" helo > address, > and the like? Many mail systems will use these as reasons to reject > connections when they're wrong. In the case of bad helo values, often it > won't get as far as the spam filter, since that's sent through before the > message. > > If stuff worked before but now doesn't, another question is whether your > sending IP is in a range recently blacklisted, if your ISP has been > hosting spammers. Yeah, that's another possibility. I *REALLY* DISLIKE this blacklist attitude of "oh, well, that's out of this DNS host, so we'll block *all* of their emails, from all the domains they host". Do try to telnet to port 25 for google mail, and see if it'll talk to you, or if you can get through at all. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 03:39:53AM -0700, John Doe wrote: > What's the return value? > service smb start > echo $? # service smb start Starting SMB services: [ OK ] Starting NMB services: # echo $? 0 # ps aux | grep mbd root 2520 0.0 0.0 107732 1548 ?Ss 14:00 0:00 nmbd -D root 4545 0.0 0.0 61152 744 pts/1S+ 14:27 0:00 grep mbd So it returns 0, but it's not there. That's even if I run it all together: # service smb restart;echo $?;ps aux | grep mbd | grep -v grep Shutting down SMB services:[FAILED] Shutting down NMB services:[ OK ] Starting SMB services: [ OK ] Starting NMB services: [ OK ] 0 root 4753 0.0 0.0 108456 1464 ?Ss 14:29 0:00 nmbd -D What you see there is the failed shutdown of smbd, since the start just before didn't work for long, then the successful nmbd shutdown, followed by the apparently successful run of both of them, exit 0, but in fact only nmbd, an instant later, is in the process table. That missing second [ OK ] in the top instance is occassional (the only inconsistent feature I'm seeing); and note nmbd is behaving fine even when it doesn't show. Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Thu, May 20, 2010 at 08:52:31PM -0500, Les Mikesell wrote: > What shell does the script specify at the top and what is found following > $PATH? Here's from the console: # echo $PATH /usr/kerberos/sbin:/usr/kerberos/bin:/home/OpenBase/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin # which sh /bin/sh Here's the path seen within the init.d/smb script (from an inserted echo $PATH > file): /sbin:/usr/sbin:/bin:/usr/bin Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 07:49:16AM -0400, Kwan Lowe wrote: > My gut tells me it's not hardware but willing to take it :) > > Have you tried adding a "set -x" to the top of the the smb startup > scripts? I didn't see any such output in your replies so far. Here you go: # ./smb start + '[' -f /etc/init.d/functions ']' + . /etc/init.d/functions ++ TEXTDOMAIN=initscripts ++ umask 022 ++ PATH=/sbin:/usr/sbin:/bin:/usr/bin ++ export PATH ++ '[' -z '' ']' ++ COLUMNS=80 ++ '[' -z '' ']' +++ /sbin/consoletype ++ CONSOLETYPE=pty ++ '[' -f /etc/sysconfig/i18n -a -z '' ']' ++ . /etc/profile.d/lang.sh +++ sourced=0 +++ for langfile in /etc/sysconfig/i18n '$HOME/.i18n' +++ '[' -f /etc/sysconfig/i18n ']' +++ . /etc/sysconfig/i18n LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 +++ sourced=1 +++ for langfile in /etc/sysconfig/i18n '$HOME/.i18n' +++ '[' -f /root/.i18n ']' +++ '[' -n '' ']' +++ '[' 1 = 1 ']' +++ '[' -n en_US.UTF-8 ']' +++ export LANG +++ '[' -n '' ']' +++ unset LC_ADDRESS +++ '[' -n '' ']' +++ unset LC_CTYPE +++ '[' -n '' ']' +++ unset LC_COLLATE +++ '[' -n '' ']' +++ unset LC_IDENTIFICATION +++ '[' -n '' ']' +++ unset LC_MEASUREMENT +++ '[' -n '' ']' +++ unset LC_MESSAGES +++ '[' -n '' ']' +++ unset LC_MONETARY +++ '[' -n '' ']' +++ unset LC_NAME +++ '[' -n '' ']' +++ unset LC_NUMERIC +++ '[' -n '' ']' +++ unset LC_PAPER +++ '[' -n '' ']' +++ unset LC_TELEPHONE +++ '[' -n '' ']' +++ unset LC_TIME +++ '[' -n '' ']' +++ unset LC_ALL +++ '[' -n '' ']' +++ unset LANGUAGE +++ '[' -n '' ']' +++ unset LINGUAS +++ '[' -n '' ']' +++ unset _XKB_CHARSET +++ consoletype=pty +++ '[' -z pty ']' +++ '[' -n '' ']' +++ '[' -n '' ']' +++ '[' -n en_US.UTF-8 ']' +++ case $LANG in +++ '[' rxvt = linux ']' +++ unset SYSFONTACM SYSFONT +++ unset sourced +++ unset langfile ++ '[' -z '' ']' ++ '[' -f /etc/sysconfig/init ']' ++ . /etc/sysconfig/init +++ BOOTUP=color +++ GRAPHICAL=yes +++ RES_COL=60 +++ MOVE_TO_COL='echo -en \033[60G' +++ SETCOLOR_SUCCESS='echo -en \033[0;32m' +++ SETCOLOR_FAILURE='echo -en \033[0;31m' +++ SETCOLOR_WARNING='echo -en \033[0;33m' +++ SETCOLOR_NORMAL='echo -en \033[0;39m' +++ LOGLEVEL=3 +++ PROMPT=yes +++ AUTOSWAP=no ++ '[' pty = serial ']' ++ '[' color '!=' verbose ']' ++ INITLOG_ARGS=-q ++ __sed_discard_ignored_files='/\(~\|\.bak\|\.orig\|\.rpmnew\|\.rpmorig\|\.rpmsave\)$/d' + unset TMPDIR + . /etc/sysconfig/network ++ NETWORKING=yes ++ NETWORKING_IPV6=no ++ HOSTNAME=skywalker.eis.local + '[' -f /etc/sysconfig/samba ']' + . /etc/sysconfig/samba ++ SMBDOPTIONS=-D ++ NMBDOPTIONS=-D ++ WINBINDOPTIONS= + '[' yes = no ']' + '[' -f /etc/samba/smb.conf ']' + RETVAL=0 + '[' start = status ']' + '[' -w /etc/samba/smb.conf ']' + case "$1" in + start + KIND=SMB + echo -n 'Starting SMB services: ' Starting SMB services: + daemon smbd -D + local gotbase= force= nicelevel corelimit + local pid base= user= nice= bg= pid_file= + nicelevel=0 + '[' smbd '!=' smbd ']' + '[' -z '' ']' + base=smbd + __pids_var_run smbd '' + local base=smbd + local pid_file=/var/run/smbd.pid + pid= + '[' -f /var/run/smbd.pid ']' + return 3 + '[' -n '' -a -z '' ']' + corelimit='ulimit -S -c 0' + '[' -n '' ']' + '[' color = verbose -a -z '' ']' + '[' -z '' ']' + /bin/bash -c 'ulimit -S -c 0 >/dev/null 2>&1 ; smbd -D' + '[' 0 -eq 0 ']' + success 'smbd startup' + '[' color '!=' verbose -a -z '' ']' + echo_success + '[' color = color ']' + echo -en '\033[60G' + echo -n '[' [+ '[' color = color ']' + echo -en '\033[0;32m' + echo -n ' OK ' OK + '[' color = color ']' + echo -en '\033[0;39m' + echo -n ']' ]+ echo -ne '\r' + return 0 + return 0 + RETVAL=0 + echo + KIND=NMB + echo -n 'Starting NMB services: ' Starting NMB services: + daemon nmbd -D + local gotbase= force= nicelevel corelimit + local pid base= user= nice= bg= pid_file= + nicelevel=0 + '[' nmbd '!=' nmbd ']' + '[' -z '' ']' + base=nmbd + __pids_var_run nmbd '' + local base=nmbd + local pid_file=/var/run/nmbd.pid + pid= + '[' -f /var/run/nmbd.pid ']' + return 3 + '[' -n '' -a -z '' ']' + corelimit='ulimit -S -c 0' + '[' -n '' ']' + '[' color = verbose -a -z '' ']' + '[' -z '' ']' + /bin/bash -c 'ulimit -S -c 0 >/dev/null 2>&1 ; nmbd -D' + '[' 0 -eq 0 ']' + success 'nmbd startup' + '[' color '!=' verbose -a -z '' ']' + echo_success + '[' color = color ']' + echo -en '\033[60G' + echo -n '[' [+ '[' color = color ']' + echo -en '\033[0;32m' + echo -n ' OK ' OK + '[' color = color ']' + echo -en '\033[0;39m' + echo -n ']' ]+ echo -ne '\r' + return 0 + return 0 + RETVAL2=0 + echo + '[' 0 -eq 0 -a 0 -eq 0 ']' + touch /var/lock/subsys/smb + return 0 + exit 0 So that's two Ok's and RETVAL's of 0, but immediately afterwards: # ps aux | grep mbd | grep -v grep root 5504 0.0 0.0 107732 1544 ?Ss 14:40 0:00 nmbd -D So once again smbd has gone immediately away. But # smbd -D # ps aux | grep mbd | grep -v grep root 5504 0.0 0.0 10
Re: [CentOS] OT: Strange Email Problem
Replies to all replies: Richard asks: > is the "domain you control" on the same machine as the form > submission site? Yes. > was this machine recently upgraded to 5.5? > [the 5.5 upgrade included sendmail and as a > result could have had an impact on your sendmail.cf > (depending on what your sendmail.mc looked like).] No. > In general, the place to start is the maillog on the site with the > form. Here are what the logs have to say: @40004bf6cfc4383bc65c delivery 6217: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6cfc4383c5eb4 status: local 0/10 remote 0/255 @40004bf6d51e34d61d8c starting delivery 6218: msg 97881531 to remote suzieprogram...@gmail.com @40004bf6d51e34d6449c status: local 0/10 remote 1/255 @40004bf6d51e37303e14 starting delivery 6219: msg 97881555 to remote suzieprogram...@gmail.com @40004bf6d51e373078ac status: local 0/10 remote 2/255 @40004bf6d51e373143cc delivery 6218: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6d51e373241b4 status: local 0/10 remote 1/255 @40004bf6d51e37807d0c delivery 6219: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6d51e3780bf74 status: local 0/10 remote 0/255 Mark asks: > Sounds like your MTA isn't getting out to the 'Net. Could a firewall rule > have been changed somewhere? No. I've been able to get email to the account I control through the same firewall. > Do try to telnet to port 25 for google mail, and see if it'll talk to you, > or if you can get through at all. I've never been able to successfully do that, but the same form gets the email to the address I control. Whit asks: > Do you know that it's going out with valid headers, a "legal" helo address, > and the like? Many mail systems will use these as reasons to reject > connections when they're wrong. In the case of bad helo values, often it > won't get as far as the spam filter, since that's sent through before the > message. Yes. It goes through qmail, and everything worked before. > If stuff worked before but now doesn't, another question is whether your > sending IP is in a range recently blacklisted, if your ISP has been hosting > spammers. I checked the blacklists and all looks well. Akemi asks: > Which MTA are you using? sendmail, postfix, ... qmail Mr. Gabriel asks: > Also, do you use srv records? Has anything here changed? Don't use srv TIA, Susan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 02:36:30PM -0400, Whit Blauvelt wrote: > Here's the path seen within the init.d/smb script (from an inserted echo > $PATH > file): > > /sbin:/usr/sbin:/bin:/usr/bin And if I set that path in a console session, smbd still works when called directly: # export PATH=/sbin:/usr/sbin:/bin:/usr/bin # ps aux | grep smb root 6449 0.0 0.0 61148 732 pts/1S+ 14:58 0:00 grep smb # smbd -D # ps aux | grep smb root 6452 0.0 0.0 135580 2592 ?Ss 14:58 0:00 smbd -D root 6453 0.0 0.0 135580 1404 ?S14:58 0:00 smbd -D rec_user 6454 0.0 0.0 135888 2708 ?S14:58 0:00 smbd -D root 6456 0.0 0.0 61148 732 pts/1S+ 14:58 0:00 grep smb So there's nothing about the longer path normally available in a console that's a dependency here. Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
Susan Day sent a missive on 2010-05-21: > Here are what the logs have to say: > > @40004bf6cfc4383bc65c delivery 6217: deferral: > CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6cfc4383c5eb4 > status: local 0/10 remote 0/255 @40004bf6d51e34d61d8c starting > delivery 6218: msg 97881531 to remote suzieprogram...@gmail.com > @40004bf6d51e34d6449c status: local 0/10 remote 1/255 > @40004bf6d51e37303e14 starting delivery 6219: msg 97881555 to > remote suzieprogram...@gmail.com @40004bf6d51e373078ac status: > local 0/10 remote 2/255 @40004bf6d51e373143cc delivery 6218: deferral: > CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6d51e373241b4 > status: local 0/10 remote 1/255 @40004bf6d51e37807d0c delivery 6219: > deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ > @40004bf6d51e3780bf74 status: local 0/10 remote 0/255 > Extract from: http://nixforums.org/about25455-Help-Diagnosing-CNAME_lookup_failed_temporar ily.html "The likely cause of this is qmail's inability to handle large DNS packets. The most-recommended solution is to install dnscache (from djbdns), which trims off some unnecessary data and usually makes these packets small enough for qmail to handle. The more correct solution is to apply the "oversize DNS packets" patch to qmail (see qmail.org). A hackish-but-fast solution is to choose one of Earthlink's MXs, and put it in your smtproutes file. Not good long-term, but it will get the mail out of your queue while you work on a better solution." I wouldn't put earthlinks mx in your smtproutes but you could put in you isp's if you wanted to as a quick and dirty fix. HTH Simon. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Strange Email Problem
Simon Billis sent a missive on 2010-05-21: Just to correct something I wrote: > Susan Day sent a missive on 2010-05-21: > >> Here are what the logs have to say: >> >> @40004bf6cfc4383bc65c delivery 6217: deferral: >> CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6cfc4383c5eb4 >> status: local 0/10 remote 0/255 @40004bf6d51e34d61d8c starting >> delivery 6218: msg 97881531 to remote suzieprogram...@gmail.com >> @40004bf6d51e34d6449c status: local 0/10 remote 1/255 >> @40004bf6d51e37303e14 starting delivery 6219: msg 97881555 to >> remote suzieprogram...@gmail.com @40004bf6d51e373078ac status: >> local 0/10 remote 2/255 @40004bf6d51e373143cc delivery 6218: >> deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ >> @40004bf6d51e373241b4 status: local 0/10 remote 1/255 >> @40004bf6d51e37807d0c delivery 6219: deferral: >> CNAME_lookup_failed_temporarily._(#4.4.3)/ @40004bf6d51e3780bf74 >> status: local 0/10 remote 0/255 >> > > Extract from: http://nixforums.org/about25455-Help-Diagnosing- > CNAME_lookup_failed_temporar ily.html > > "The likely cause of this is qmail's inability to handle large DNS > packets. The most-recommended solution is to install dnscache (from > djbdns), which trims off some unnecessary data and usually makes these > packets small enough for qmail to handle. The more correct solution is > to apply the "oversize DNS packets" patch to qmail (see qmail.org). A > hackish-but-fast solution is to choose one of Earthlink's MXs, and put > it in your smtproutes file. Not good long-term, but it will get the > mail out of your queue while you work on a better solution." > > I wouldn't put earthlinks mx in your smtproutes but you could put in > you isp's if you wanted to as a quick and dirty fix. It's been a long day, I'd not do the smtproutes but instead patch qmail or install the djb dnscache - the issue is caused by large udp (I think) packets being returned by the dns to qmail. I think that you could also use a smart smtp host instead of sending the mail out directly (if you have access to an smtp host that is working). HTH Simon. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On May 21, 2010, at 2:47 PM, Whit Blauvelt wrote: > + /bin/bash -c 'ulimit -S -c 0 >/dev/null 2>&1 ; smbd -D' What happens when you manually try to execute the above commands? -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, May 21, 2010 at 03:12:02PM -0400, Ross Walker wrote: > What happens when you manually try to execute the above commands? # /bin/bash -c 'ulimit -S -c 0 >/dev/null 2>&1 ; smbd -D' Not sure what that might in theory do, but it works: # ps aux | grep mbd | grep -v grep root 7870 0.0 0.0 135952 2592 ?Ss 15:46 0:00 smbd -D root 7871 0.0 0.0 135952 1408 ?S15:46 0:00 smbd -D Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] setup firewall with 3 nic cards
On Wed, 19 May 2010, j.witvl...@mindef.nl wrote: > Hi Jerry, > > Just a general remark. > When deploying a firewall, it is advisable to have (atleast for input, better > for all) to have the general policy set to drop, and only allow in what you > expect to be coming in. If you put a "-j log" line as a final line for each > section, you'll see every packet you forgot about... > > Now the default is "allow", and only doing some SNAT and DNAT rules... > > hw And as a follow up remark, it would be advisable to have a network policy in place that will help to define your rules. For example within a university environment like mine, we allow everything in by default except those services for which we want to explicitly block. Those that we want to explicitly block are documented and we run tests to ensure that our firewall is working as expected on a regular basis. Define your "business rules" first and make your firewall rules follow suit. -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director HPC Coordinator Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_s...@hotmail.com TEAMWORK There's power in numbers. Learn to work together. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SATA hotswap
>I found, something like that >echo "0 0 0" >/sys/class/scsi_host/host/scan >but it found only sda disk which is already running.. Just for your light reading on this matter: http://www.linuxjournal.com/article/7321 Good article outlining that usage... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Fri, 2010-05-21 at 15:01 -0400, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 02:36:30PM -0400, Whit Blauvelt wrote: > > > Here's the path seen within the init.d/smb script (from an inserted echo > > $PATH > file): > > > > /sbin:/usr/sbin:/bin:/usr/bin > > And if I set that path in a console session, smbd still works when called > directly: > > # export PATH=/sbin:/usr/sbin:/bin:/usr/bin > > # ps aux | grep smb > root 6449 0.0 0.0 61148 732 pts/1S+ 14:58 0:00 grep smb > > # smbd -D > _ Strange. A few more things to try: Add a ulimit -a just before the daemon smbd line and try again with the set -x line in place. What is the output of ls -alZ /bin/*sh Clean /var/log/samba/ and restart it. Any information in there? I deleted some of your older mail, so I kind of lost the history Was there a way you could force smbd to fail from a direct call from the command line? If so, could you try to start it with a -F instead of -D. Does it start then? If not, replace the -D in the SMBDOPTIONS in /etc/sysconfig/samba with the -F and see what happens.You may also want to add a -S there, so you do not rely on the logfile (-S logs to stdout). Also increase loglevel in the smb.conf file to some higher value than 1 (or again add a -d x in SMBDOPTIONS the /etc/sysconfig/samba file Please note that with the -F the script will not continue, so keep another terminal open, just in case ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] apache redirection
On Thu, May 20, 2010 at 5:25 AM, Robert Heller wrote: > Do you have logs / Google Analytics reports that show that visitors are > actually landing on https://www.domainname.com (other than your > testing)? If not, you can show this to management. Thanks to everyone else for the replies on this topic. I scanned through all of the logs for the last month, and this has only come up twice in that entire time, and I believe they change that I made to redirect them to http://www.domainname.com (instead of http://domainname.com) would have caught both of those instances. I brought those numbers up to my managers, and was able to convince them that this isn't worth any more of my time. Thanks to everyone for all of the feedback and assistance. It is greatly appreciated. -- Doug Registered Linux User #285548 (http://counter.li.org) Never trust a computer you can't throw out a window. -- Steve Wozniak ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] apache redirection
On Wed, May 19, 2010 at 7:45 PM, Barry Brimer wrote:
> As for the redirection, I would handle it with mod_rewrite as follows:
>
>
> ServerName domain.tld
> RewriteCond %{HTTP_HOST} !^www\.domain\.tld$ [NC]
> RewriteCond %{HTTP_HOST} !^$
> RewriteRule ^/(.*) https://www.domain.tld/$1 [L,R=301]
>
Barry and Jobst,
Thanks for the rewrite suggestions. I will file them away and give
them a try when I come back to this issue, sometime in the future.
--
Doug
Registered Linux User #285548 (http://counter.li.org)
Never trust a computer you can't throw out a window.
-- Steve Wozniak
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
Les Mikesell wrote: > But it is just a match for the Seagate drives with the default layout > using one partition that fills the disk. If I have to skip some amount > at the start of the partition I think that will make the partition size > not match, making it impossible to add as a raid member. > 750GB drives can vary quite a bit in size +/- depending on the exact model. The required trim is 0-3.5K, and its due to the MBR on the first "track" of the drive before the first/primary partition starts. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 5/21/2010 4:19 PM, John R Pierce wrote: > Les Mikesell wrote: >> But it is just a match for the Seagate drives with the default layout >> using one partition that fills the disk. If I have to skip some amount >> at the start of the partition I think that will make the partition size >> not match, making it impossible to add as a raid member. >> > > 750GB drives can vary quite a bit in size +/- depending on the exact > model. The required trim is 0-3.5K, and its due to the MBR on the > first "track" of the drive before the first/primary partition starts. The 3.5" Seagates look like: Disk /dev/sdc: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 1 91201 732572001 fd Linux raid autodetect And the 2.5 WD looks the same to me: Disk /dev/sdh: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdh1 1 91201 732572001 fd Linux raid autodetect These is a backuppc archive with millions of hardlinks that will take forever to copy if I have to do a file-oriented copy onto a different partition size. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On Thu, May 20, 2010 at 10:29 PM, Jason Pyeron wrote: >> From: Tom H >> Sent: Thursday, May 20, 2010 22:22 >> >> # rpm -V samba >> >> S.5T c /etc/rc.d/init.d/smb >> >> S.5T c /etc/samba/smbusers >> >> ...T c /etc/sysconfig/samba >> > I'm not sure but I really think you have the wrong >> permissions on the >> > files ""S"" >> No, S and T stand for size and time of modification (M,U,G >> would have been output for differing mode/user/group; no idea >> what 5 stands for). > > md5sum Thanks. Was too busy/lazy yesterday to check... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 05/21/2010 02:32 PM, Les Mikesell wrote: [..] > Disk /dev/sdh: 750.1 GB, 750156374016 bytes > 255 heads, 63 sectors/track, 91201 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/sdh1 1 91201 732572001 fd Linux raid autodetect > > These is a backuppc archive with millions of hardlinks that will take > forever to copy if I have to do a file-oriented copy onto a different > partition size. > > You can cheat. Remove partition 1 and use the *entire drive* as a RAID volume (no partition table at all). -- Benjamin Franz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On May 21, 2010, at 3:48 PM, Whit Blauvelt wrote: > On Fri, May 21, 2010 at 03:12:02PM -0400, Ross Walker wrote: > >> What happens when you manually try to execute the above commands? > > # /bin/bash -c 'ulimit -S -c 0 >/dev/null 2>&1 ; smbd -D' > > Not sure what that might in theory do, but it works: > > # ps aux | grep mbd | grep -v grep > root 7870 0.0 0.0 135952 2592 ?Ss 15:46 0:00 > smbd -D > root 7871 0.0 0.0 135952 1408 ?S15:46 0:00 > smbd -D > Idea wa to see if there was a ulimit set that is preventing smbd from starting. Need to look back at the debug output to see if it included a restrictive ulimit... -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Odd failure of smbd to start from init.d - CentOS 5.4
On 5/21/2010 4:37 PM, Ross Walker wrote: > On May 21, 2010, at 3:48 PM, Whit Blauvelt wrote: > >> On Fri, May 21, 2010 at 03:12:02PM -0400, Ross Walker wrote: >> >>> What happens when you manually try to execute the above commands? >> >> # /bin/bash -c 'ulimit -S -c 0>/dev/null 2>&1 ; smbd -D' >> >> Not sure what that might in theory do, but it works: >> >> # ps aux | grep mbd | grep -v grep >> root 7870 0.0 0.0 135952 2592 ?Ss 15:46 0:00 >> smbd -D >> root 7871 0.0 0.0 135952 1408 ?S15:46 0:00 >> smbd -D >> > > Idea wa to see if there was a ulimit set that is preventing smbd from > starting. > > Need to look back at the debug output to see if it included a > restrictive ulimit... That shouldn't change between doing an 'sh script start' and 'script start'. But then again, neither should anything else... -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 5/21/2010 4:37 PM, Benjamin Franz wrote: > On 05/21/2010 02:32 PM, Les Mikesell wrote: > [..] >> Disk /dev/sdh: 750.1 GB, 750156374016 bytes >> 255 heads, 63 sectors/track, 91201 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> >> Device Boot Start End Blocks Id System >> /dev/sdh1 1 91201 732572001 fd Linux raid autodetect >> >> These is a backuppc archive with millions of hardlinks that will take >> forever to copy if I have to do a file-oriented copy onto a different >> partition size. >> >> > > You can cheat. Remove partition 1 and use the *entire drive* as a RAID > volume (no partition table at all). But can I change the existing setup to do that without losing the contents? (It's a 3-member raid1 where one member is only added long enough to sync, then removed). And if you raid at the disk level, how do you tell it to reconnect at startup (the equivalent of the FD partition type)? -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] apache redirection
On 21 May 2010 22:04, Ski Dawg wrote:
> On Wed, May 19, 2010 at 7:45 PM, Barry Brimer wrote:
>> As for the redirection, I would handle it with mod_rewrite as follows:
>>
>>
>> ServerName domain.tld
>> RewriteCond %{HTTP_HOST} !^www\.domain\.tld$ [NC]
>> RewriteCond %{HTTP_HOST} !^$
>> RewriteRule ^/(.*) https://www.domain.tld/$1 [L,R=301]
>>
>
>
> Barry and Jobst,
>
> Thanks for the rewrite suggestions. I will file them away and give
> them a try when I come back to this issue, sometime in the future.
> --
> Doug
>
> Registered Linux User #285548 (http://counter.li.org)
>
> Never trust a computer you can't throw out a window.
> -- Steve Wozniak
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
Those rewrite suggestions will not accomplish in solving the problem
you presented
I wish people would actually read through the replies before
suggesting something that has already been shown not to work ^^
James
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
Les Mikesell wrote:
> These is a backuppc archive with millions of hardlinks that will take
> forever to copy if I have to do a file-oriented copy onto a different
> partition size.
>
have you tried a dump | restore style Ext{3|2}FS replica? that works
by inode and does it pretty efficiently. catch22, the source shouldn't
be mounted.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Resolv.conf being overwritten
On Fri, May 21, 2010 at 09:39:29AM -0400, Todd Denniston wrote:
>
> Unfortunately trying to use dhclient.conf only leads to frustration.
> RH/Fedora chose in /etc/sysconfig/network-scripts/ifup-eth to make the dhcp
> client only read
> /etc/dhclient-eth#.conf and ifup-eth overwrites that file each time the
> interface is uped.
Hmm...if I'm reading my copy of ifup-eth correctly, it seems to override
dhclient.conf only if dhclient-${DEVICE}.conf already exists. There's
even a comment in there about being able to use the dhclient.conf file
"(as documented in the man page!)" if the device-specific file is
nonexistent or empty.
I mostly use static IPs, so I don't use dhclient much. :)
--keith
--
kkel...@speakeasy.net
pgpT9aVwOrIVd.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] apache redirection
On 21 May 2010 22:04, Ski Dawg wrote:
On Wed, May 19, 2010 at 7:45 PM, Barry Brimer wrote:
As for the redirection, I would handle it with mod_rewrite as follows:
ServerName domain.tld
RewriteCond %{HTTP_HOST} !^www\.domain\.tld$ [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^/(.*) https://www.domain.tld/$1 [L,R=301]
Those rewrite suggestions will not accomplish in solving the problem
you presented
I wish people would actually read through the replies before
suggesting something that has already been shown not to work ^^
James,
Perhaps you didn't notice the part in my message where I indicated that
this would require separate IP addresses with appropriate certs on each,
such as domain.tld and www.domain.tld. My example does not include
important things that are part of the configuration already to serve an
https website with mod_rewrite support such as:
SSLEngine On
SSLCertificateFile ...
SSLCertificateKeyFile ...
RewriteEngine On
... etc
I am surprised to hear that this doesn't work since it works fine for me.
What part do you feel doesn't work?
Barry___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 5/21/2010 5:46 PM, John R Pierce wrote:
> Les Mikesell wrote:
>> These is a backuppc archive with millions of hardlinks that will take
>> forever to copy if I have to do a file-oriented copy onto a different
>> partition size.
>>
>
> have you tried a dump | restore style Ext{3|2}FS replica? that works
> by inode and does it pretty efficiently. catch22, the source shouldn't
> be mounted.
I haven't tried on this machine, but with an earlier 250 gig setup I was
never able to complete a copy over a weekend with any of the
file-oriented approaches. Dump can dump the inode numbers but restore
will remap them to different numbers, needing a lookup table for all
files with multiple hard links - which with backuppc is all of them.
--
Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 05/21/2010 04:32 PM, Les Mikesell wrote:
> On 5/21/2010 4:19 PM, John R Pierce wrote:
>> Les Mikesell wrote:
>>> But it is just a match for the Seagate drives with the default layout
>>> using one partition that fills the disk. If I have to skip some amount
>>> at the start of the partition I think that will make the partition size
>>> not match, making it impossible to add as a raid member.
>>>
>>
>> 750GB drives can vary quite a bit in size +/- depending on the exact
>> model. The required trim is 0-3.5K, and its due to the MBR on the
>> first "track" of the drive before the first/primary partition starts.
>
> The 3.5" Seagates look like:
> Disk /dev/sdc: 750.1 GB, 750156374016 bytes
> 255 heads, 63 sectors/track, 91201 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdc1 1 91201 732572001 fd Linux raid autodetect
>
> And the 2.5 WD looks the same to me:
>
> Disk /dev/sdh: 750.1 GB, 750156374016 bytes
> 255 heads, 63 sectors/track, 91201 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdh1 1 91201 732572001 fd Linux raid autodetect
You have another way out. By my calculation, that drive is partitioned
in DOS compatibility mode, which leaves the remainder of the MBR track
unused. Running fdisk in expert mode ("x" command), you can move the
partition's beginning of data ("b" command) from sector 63 back to
sector 56. That will give you the needed 4K alignment and a partition
that is no smaller than what it was before.
--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] raid resync speed? - laptop drive-
On 05/21/2010 07:39 PM, Robert Nichols wrote:
> You have another way out. By my calculation, that drive is partitioned
> in DOS compatibility mode, which leaves the remainder of the MBR track
> unused. Running fdisk in expert mode ("x" command), you can move the
> partition's beginning of data ("b" command) from sector 63 back to
> sector 56. That will give you the needed 4K alignment and a partition
> that is no smaller than what it was before.
Right idea, not the right procedure. You'll need to turn off DOS
compatibility mode, then create the partition, and then go into
expert mode and move the beginning of data from sector 1 to sector
56.
--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] hello centos network
hello to postfix when a new update in the deposits postfix in the deposits is outdated ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hello centos network
On 10-05-21 11:53 PM, fakessh wrote: > hello > > to postfix when a new update in the deposits > > postfix in the deposits is outdated Can I assume this is a request to update the version of Postfix in CentOS? If so, then it's not likely to happen. The reasons are: a) CentOS is a binary-compatible version of RHEL5, and as such matches it's packages and versions. b) RHEL won't change the version of an application through the life cycle of the major version beyond patches. You'd probably want to add a repo like DAG to your CentOS if you want newer packages. Cheers. -- Digimer E-Mail: li...@alteeve.com AN!Whitepapers: http://alteeve.com Node Assassin: http://nodeassassin.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
