Re: FreeBSD, OMSA Live CD and DSET tools for Dell 2950 Server?
Any Help??? On Tue, Nov 18, 2008 at 10:15 PM, VeeJay [EMAIL PROTECTED] wrote: Any help??? On Tue, Nov 18, 2008 at 4:41 PM, VeeJay [EMAIL PROTECTED] wrote: Hello there, To diagnose and solve a Disk Encluser issue, I am advised to run two tools 1. Run OMSA live CD on the Server? Since, OMSA Live CD is linux based, I am just wondering if it will work or not? 2. Run Dell's DSET Tool, which is also for Linux systems And seeking your comments in this regards: *Server Configuration with FreeBSD 7.0* ** *2 x PE2950 III Quad Core Xeon E5450 3.0GHz,2x6MB,1333FSB *Riser with PCI Express Support (2x PCIe x8 slots; 1x PCIe x4 slot) PE2950 English rack power cord PE2950 Bezel Assembly *16GB (8x2GB Dual Rank DIMMs) 667MHz FBD 6 x 450GB SAS 15k 3.5 HD Hot Plug* PE2950 III - Chassis 3.5HDD x6 Backplane *PERC 6/i, Integrated Controller Card x6 backplane *CD/DVD Drive Cable 8X DVD-ROM Drive IDE PE2950 III Redundant Power Supply No Power Cord Rack Power Distribution Unit Power Cord TCP/IP Offload Engine 2P Broadcom TCP/IP Offload Engine functionality (TOE) Not Enabled Drac 5 Card *PE2950 III C5 MSS R10 Add-in PERC 5/i / 6/i * -- Thanks! BR / vj -- Thanks! BR / vj -- Thanks! BR / vj ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD, OMSA Live CD and DSET tools for Dell 2950 Server?
On Wed, Nov 19, 2008 at 09:01:42AM +0100, VeeJay wrote: Any Help??? On Tue, Nov 18, 2008 at 10:15 PM, VeeJay [EMAIL PROTECTED] wrote: Any help??? On Tue, Nov 18, 2008 at 4:41 PM, VeeJay [EMAIL PROTECTED] wrote: Hello there, To diagnose and solve a Disk Encluser issue, I am advised to run two tools 1. Run OMSA live CD on the Server? Since, OMSA Live CD is linux based, I am just wondering if it will work or not? 2. Run Dell's DSET Tool, which is also for Linux systems And seeking your comments in this regards: *Server Configuration with FreeBSD 7.0* ** *2 x PE2950 III Quad Core Xeon E5450 3.0GHz,2x6MB,1333FSB *Riser with PCI Express Support (2x PCIe x8 slots; 1x PCIe x4 slot) PE2950 English rack power cord PE2950 Bezel Assembly *16GB (8x2GB Dual Rank DIMMs) 667MHz FBD 6 x 450GB SAS 15k 3.5 HD Hot Plug* PE2950 III - Chassis 3.5HDD x6 Backplane *PERC 6/i, Integrated Controller Card x6 backplane *CD/DVD Drive Cable 8X DVD-ROM Drive IDE PE2950 III Redundant Power Supply No Power Cord Rack Power Distribution Unit Power Cord TCP/IP Offload Engine 2P Broadcom TCP/IP Offload Engine functionality (TOE) Not Enabled Drac 5 Card *PE2950 III C5 MSS R10 Add-in PERC 5/i / 6/i Replying ANY HELP? every 24 hours will not get you any help. Please stop doing this. If the OMSA CD is bootable, boot it and do what Dell tells you. If it's a CD full of Linux utilities, then you're going to need to install or run Linux somehow before accomplishing that. Trying to do this on FreeBSD is probably not worth your time. Regarding DSET: same advice as above. When you're finished dealing with all of this, I would highly recommend taking the time to write a professional and concise letter to a supervisor or manager at Dell, and express your displeasure with their Linux-only tools. They should at least be providing ISO images you can burn and boot directly to perform enclosure/controller testing. But I also hope you've learned something from the experience. Before you buy hardware, ensure that it's fully manageable under FreeBSD, or that the vendor offers bootable CDs that can help you. Otherwise, if they do not, you're essentially living dangerously. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] printing question
So the bottom line is: Get a postscript printer. They're rather expensive ... I got a Samsung ML-2571N for well under $100 at Fry's something like a year ago; granted that was a sale price, dunno regular. It speaks PostScript and lpd, so no need to bother with drivers or CUPS; all it needs is a printcap entry. (BTW it also works seamlessly from MacOS X.) One small caution: there is also an ML-2571 without the N -- it may have a different letter -- which is not networked, dunno if that one handles PostScript. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
On Wed, 2008-11-19 at 06:32 +0100, Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory And it's right: the file indeed is not on my system, and it didn't come with apr-gdbm-db44-1.3.3.1.3.4, nor with apache-2.2.9_5. Does anyone have some clues about the solution? Try the APR utilities port. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and hardware??
I think the fundamental problem with the Windows UI is that it's trying to cater for both advanced (e.g Shutdown, Restart, Sleep, Hibernate or well funny - that being able to restart is being advanced user. good to know. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [OT] printing question
On Tue, 2008-11-18 at 10:49 -0600, Andrew Gould wrote: Time to buy a new printer. I don't print much from FreeBSD; but the need occasionally arises. Most of my printing is done while using Mac OS X. The Epson Artisan 800 is looking awfully nice; but it's not in the Linux printing database yet (http://openprinting.org/printer_list.cgi). Question: Since Mac OS X uses CUPS, if I share the printer on the Mac, will I need to worry about FreeBSD compatibility of the printer? I only need printing functions (not scan, etc) for the FreeBSD computer. My understanding of this may be flawed, but from what I read years ago you should be able to use a pass thru filter (driver) and let the Mac do the hard work. It may be a slower way to print though, but based on your outline of the quantity you do print it should suffice. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
On Wednesday 19 November 2008, Gary Hartl wrote: Whoa this is way beyond me I think...can you direct me to a howto or the like. X11 over SSH good lordi'm out of touch with *NIX.. Am i to understand that i could run a pretty nice (not gnome or kde) but one of the less intense interfaces over ssh (this is on an internal network so connection speed isn't an issue. 6 years, and I have admin alzheimers' Thanks X11 over ssh is as simple as: workstation-with-X ssh -Y headlessbox headlessbox xterm Or even shorter: ssh -Y headlessbox xterm To enable X11 over SSH you need to at least have xauth installed on the headless box (and ofcourse the X program you're trying to run, in my example xterm). -- Pieter de Goeje ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
On Wednesday 19 November 2008 06:32:26 Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory And it's right: the file indeed is not on my system, and it didn't come with apr-gdbm-db44-1.3.3.1.3.4, nor with apache-2.2.9_5. Does anyone have some clues about the solution? TIA Peter The module is outdated. apr_compat.h was deprecated in Apache 2.0 and removed in Apache 2.2. Port has to be market BROKEN if APACHE_PORT == www/apache22 and fixed upstream. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
Mel wrote: On Wednesday 19 November 2008 06:32:26 Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory The module is outdated. apr_compat.h was deprecated in Apache 2.0 and removed in Apache 2.2. Port has to be market BROKEN if APACHE_PORT == www/apache22 and fixed upstream. Mel, Thnx, that explains all. Do you know of any alternative for ldap authentication in apache22? Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
also : http://httpd.apache.org/docs/2.2/mod/mod_ldap.html On Wed, 2008-11-19 at 11:06 +0100, Peter Boosten wrote: Mel wrote: On Wednesday 19 November 2008 06:32:26 Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory The module is outdated. apr_compat.h was deprecated in Apache 2.0 and removed in Apache 2.2. Port has to be market BROKEN if APACHE_PORT == www/apache22 and fixed upstream. Mel, Thnx, that explains all. Do you know of any alternative for ldap authentication in apache22? Peter -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles (ULB) Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles Mail: [EMAIL PROTECTED] @biobel: http://biobel.biodiversity.be/person/show/471 Tel : 02 650 57 52 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
I am running FBSD-stable 6.0 on some Sun Netra X1's so it is sparc64. There is no video card on these puppies. But I seem to recall that we ran solaris X using WinAXE or VNC or something like that for fast network (LAN) telnet/rlogin (better not ssh) export DISPLAY=IP-of-your-display:0 then start X apps make sure to allow on your local display connecting X program - man xhost for lower speed connection ssh -C -X yournetra then run X apps for lowest speed connection run VNC. if your local display run windoze you probably have only the last choice. i don't know if they are working X11 servers for windows. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
Da Rock wrote: On Wed, 2008-11-19 at 06:32 +0100, Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory And it's right: the file indeed is not on my system, and it didn't come with apr-gdbm-db44-1.3.3.1.3.4, nor with apache-2.2.9_5. Does anyone have some clues about the solution? Try the APR utilities port. He Da Rock, Thanks for your answer. However, which port would that be? TIA Peter -- http://www.boosten.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mod_auth_ldap
http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html On Wed, 2008-11-19 at 11:06 +0100, Peter Boosten wrote: Mel wrote: On Wednesday 19 November 2008 06:32:26 Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory The module is outdated. apr_compat.h was deprecated in Apache 2.0 and removed in Apache 2.2. Port has to be market BROKEN if APACHE_PORT == www/apache22 and fixed upstream. Mel, Thnx, that explains all. Do you know of any alternative for ldap authentication in apache22? Peter -- Julien Cigar Belgian Biodiversity Platform http://www.biodiversity.be Université Libre de Bruxelles (ULB) Campus de la Plaine CP 257 Bâtiment NO, Bureau 4 N4 115C (Niveau 4) Boulevard du Triomphe, entrée ULB 2 B-1050 Bruxelles Mail: [EMAIL PROTECTED] @biobel: http://biobel.biodiversity.be/person/show/471 Tel : 02 650 57 52 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smbfs 2 GB file size limit
At 12:50 PM 11/18/2008, David Horn wrote:
On Tue, Nov 18, 2008 at 7:06 AM, Derek Ragona
[EMAIL PROTECTED] wrote:
At 12:23 AM 11/18/2008, David Horn wrote:
On Mon, Nov 17, 2008 at 8:36 PM, Derek Ragona
[EMAIL PROTECTED] wrote:
I have FreeBSD 7.0 Release and if I mount_smbfs a network NTFS share I
have
a 2 GB size limit on files. I checked the handbook and list archives but
have not found a solution.
I just ran a quick test, and was not able to reproduce this issue with
the mount_smbfs from FreeBSD 7.0. I tried against a Windows 2003
Server SP2, Windows XP SP3, and Samba 3.0 {on FreeBSD 7} with a 3.5GB
file.
Was your issue with reading from or writing to a SMB share ?
It was writing to a smb share.
What is the server software and OS version ?
(if Microsoft Windows, please include Service Pack number as well, as
it might make a difference)
Windows 2003 server 32bit.
How much disk space is left on your server volume ?
Over a terabyte free
Are there disk quotas enabled on the server ?
None
What error message are you getting from your FreeBSD client (if any) ?
No error message, it just stopped writing at 1 Gb. I was doing this using
scp.
Whoa, hopefully you just made a few typos here, or we are going down
the wrong path of investigation.
Did you really mean to say scp or cp ?
scp(1) - secure copy (remote file copy program)
cp(1)- copy files
If you really meant scp, then the problem is not mount_smbfs, but
instead likely a buggy scp client or server (which does not use smb
for transport, but ssh)
What is the exact byte count that your write stops at ? You
originally stated 2GB, then 1GB.
This problem occurs under the following scenario:
I have a windows share mounted on a FreeBSD 7.0 release (i386) using
mount_smbfs.
I was trying to scp from another server on the LAN to this share a 30GB
file. The scp only copied 2 GB of that 30 GB file. This was using the
scp on FreeBSD 7.0.
I will try another scp application to determine if it is the scp, or
mount_smbfs.
I know the server I was coping from via SCP is not an issue. I was able to
transfer that 30 GB file from that source server to another *nix server on
the LAN.
Can you check the smb server logs and see if you are getting any error
messages there ?
Well I'm just mounting the volume to FreeBSD from the Windows server so not
sure I'll find much in the logs besides the system log, but I will look.
You may want to get a Wireshark trace and see if you can capture the
SMB error message/error code.
I have heard of people running into similar problems when running
against older server software (NT 4.0/old samba) when the SMB session
did not negotiate large file/large write support (a function of the
SMB server capabilities session negotiation)
I saw posts to that effect and that you needed samba 3.x to support large
files sizes, and the lfs option. But the mount_smbfs doesn't offer any
large file option.
Only bother with this next bit if you are morbidly curious as to how
things work rather than just want to solve your problem, as it gets
into the nitty gritty details of smb:
mount_smbfs will allow for lfs (CAP_LARGE_FILE) automatically by
specifying it's dialect capabilities in the smb negotiation.
If you umount your smb share, then start a tcpdump you can capture the
smb negotiation Capabilities bitmask to see if CAP_LARGE_FILE is
being negotiated - the server specifies this capability. The client
just sends the dialects of smb supported.For example:
tcpdump -vvv -s 1500 -i em0 host server.example.com | grep Capabilities
{ where em0 is the network interface in use on FreeBSD and
server.example.com is the hostname/ip address of your smb server }
Then do a mount of the smb share (while tcpdump is running) and you
should capture the Capabilities negotiated.
For example:
Capabilities=0x1F3FD
If you decode the bitmask by using this reference :
http://msdn.microsoft.com/en-us/library/aa302230.aspx {hint: only
look at the last four bytes of the Capabilities line (e.g. F3FD in my
example)} Or if you have kernel source installed, you can look in
/usr/src/sys/netsmb/smb.h for the details.
- Capabilities: 0x0001F3FD
RawMode:(...1) Supports
SMB_COM_READ_RAW and SMB_COM_WRITE_RAW (CAP_RAW_MODE)
MpxMode:(..0.) No
Support for SMB_COM_READ_MPX or SMB_COM_WRITE_MPX (CAP_MPX_MODE)
Unicode:(.1..) Supports
Unicode Strings (CAP_UNICODE)
LargeFiles: (1...) Supports
large files with 64-bit offsets (CAP_LARGE_FILES)
NTSMBs: (...1) Supports
SMB NTLM 0.12 dialect commands (implies CAP_NT_FIND) (CAP_NT_SMBS)
RPCRemoteAPIs: (..1.) Supports
remote API requests using RPC over
best way to add patch to x11/slim-1.3.1
On the developers website there is a patch i want to apply http://developer.berlios.de/patch/?func=detailpatchpatch_id=2283group_id=2663 [ Patch #2283 ] Add a variable to run shutdown commands without root pass. How can i get make install to apply this patch while compiling the port? This is the contents of the patch file From: Nicolas Pierron [EMAIL PROTECTED] Subject: r???: Add a variable to run shutdown commands without root password. URL: http://svn.berlios.de/svnroot/repos/slim/trunk ChangeLog: 2007-12-16 Nicolas Pierron [EMAIL PROTECTED] Add a variable to run system command without root password. * app.cpp: Add the test for reboot, halt and suspend. * cfg.cpp: Add the new variable with the default value set to false. * slim.conf: Add an example of the command. --- app.cpp |5 + cfg.cpp |1 + slim.conf |5 + 3 files changed, 11 insertions(+) Index: slim.conf === --- slim.conf (revision 150) +++ slim.conf (working copy) @@ -10,6 +10,11 @@ console_cmd /usr/X11R6/bin/xterm -C -fg white -bg black +sb -T Console login -e /bin/sh -c /bin/cat /etc/issue; exec /bin/login #suspend_cmd/usr/sbin/suspend +# Let normal users have access to systems commands. If the value is true, +# then the root password is requiered to start a system command. +# Valid values: true|false +# root_password false + # Full path to the xauth binary xauth_path /usr/X11R6/bin/xauth Index: cfg.cpp === --- cfg.cpp(revision 150) +++ cfg.cpp(working copy) @@ -36,6 +36,7 @@ options.insert(option(login_cmd,exec /bin/bash -login ~/.xinitrc %session)); options.insert(option(halt_cmd,/sbin/shutdown -h now)); options.insert(option(reboot_cmd,/sbin/shutdown -r now)); +options.insert(option(root_password,true)); options.insert(option(suspend_cmd,)); options.insert(option(sessionstart_cmd,)); options.insert(option(sessionstop_cmd,)); Index: app.cpp === --- app.cpp(revision 150) +++ app.cpp(working copy) @@ -407,6 +407,11 @@ case Panel::Console: cerr APPNAME : Got a special command ( LoginPanel-GetName() ) endl; return true; // --- This is simply fake! +case Panel::Suspend: +case Panel::Halt: +case Panel::Reboot: +if (cfg-getOption(root_password) == false) + return true; default: break; }; ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PEA kernel in FreeBSD 7.0
Olivier Nicole wrote: Hi, I am about to install few brand new servers, each with 8GB RAM. If I choose to use 7.0, will I have to use PEA kernel to be able to access the total memory? Yes if you want to use the 32-bit version of FreeBSD. Use a 64-bit version instead. signature.asc Description: OpenPGP digital signature
newb questions
ok, so I got this freebsd server up and running, even able to ssh to it. questions: 1. when I run startx it auto logs me in on a minimal gui ( twm?). I installed gnome, I think, and want to log in using gnome, how do I change that? 2. I cannot su - to root, it says sorry. pam_group didn't seem like the answer, or I didn't read it right. How can I su to root from my account? Is there anything special to able to do that from ssh? 3. the boot loader... This server has 2 drives, and I already had w2k server on drive 1, and ubuntu-server on drive 2. when I boot, I now get options for F2-DOS ( win2k boots) and F5 disk0/1. I can't seem to find any option for my ubuntu OS. Is there a way to change that bootloader option to add /dev/sdb6-ubuntu? maybe I was looking in the wrong documentation, if any/all of this is in the docs, which one? the handbook? thanks -- Paul Cartwright ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wednesday 19 November 2008, Drew Tomlinson wrote: I installed FBSD 7.1-PRERELEASE amd64 version on an Intel Core2Duo box with 4 GB of RAM. The main purpose of this box is to run the Urchin web analysis software from Google. The Urchin installation docs (https://secure.urchin.com/helpwiki/en/Urchin_Installation_Guide_(FreeBSD_a nd_Linux)) contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Thanks, Drew I don't think you need to increase the datasize on 64bit FreeBSD. It seems that the default datasize is really large: 32GB You can check using the 'limits' command. -- Pieter de Goeje ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
I am running FBSD-stable 6.0 on some Sun Netra X1's so it is sparc64. There is no video card on these puppies. But I seem to recall that we ran solaris X using WinAXE or VNC or something like that for fast network (LAN) telnet/rlogin (better not ssh) export DISPLAY=IP-of-your-display:0 then start X apps make sure to allow on your local display connecting X program - man xhost for lower speed connection ssh -C -X yournetra then run X apps for lowest speed connection run VNC. if your local display run windoze you probably have only the last choice. i don't know if they are working X11 servers for windows. There are, in fact, in cygwin. The cygwin X11 server works quite well and is free. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newb questions
On Wed, Nov 19, 2008 at 08:16:36AM -0500, Paul Cartwright wrote: 1. when I run startx it auto logs me in on a minimal gui ( twm?). I installed gnome, I think, and want to log in using gnome, how do I change that? 2. I cannot su - to root, it says sorry. pam_group didn't seem like the answer, or I didn't read it right. How can I su to root from my account? Is there anything special to able to do that from ssh? I can't answer question #1. As for #2, you need to add your username to the wheel group in /etc/group. That's all. (You will have to log out then back in for the changes to take effect) 3. the boot loader... This server has 2 drives, and I already had w2k server on drive 1, and ubuntu-server on drive 2. when I boot, I now get options for F2-DOS ( win2k boots) and F5 disk0/1. I can't seem to find any option for my ubuntu OS. Is there a way to change that bootloader option to add /dev/sdb6-ubuntu? I think boot0cfg is the tool you'll want to use for this. I've never been in this situation, so I don't have a command to give you. You can use boot0cfg -v disk (e.g. boot0cfg -v ad0) to get information about the boot0 configuration. maybe I was looking in the wrong documentation, if any/all of this is in the docs, which one? the handbook? Yes. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PEA kernel in FreeBSD 7.0
On Wed, Nov 19, 2008 at 08:25:44PM +0700, Olivier Nicole wrote: Hi, I am about to install few brand new servers, each with 8GB RAM. If I choose to use 7.0, will I have to use PEA kernel to be able to access the total memory? Some clarification: the term is PAE, not PEA. It's important you refer to it as PAE, because the kernel option is actually called that; if you typo it, it won't work. :-) -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: best way to add patch to x11/slim-1.3.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fbsd1 wrote: On the developers website there is a patch i want to apply http://developer.berlios.de/patch/?func=detailpatchpatch_id=2283group_id=2663 [ Patch #2283 ] Add a variable to run shutdown commands without root pass. How can i get make install to apply this patch while compiling the port? Hi Fbsd1, Since you've already found a unified diff of the change that you want to incorporate into the port, you can submit a PR (problem report) using the form here: http://www.freebsd.org/send-pr.html. Just follow the instructions on that page, and your patch will be submitted to the PR system. The port maintainer reviews your PR, makes the necessary change and possibly updates the port's revision number. You then use portupgrade or some other means to install the new version of the port with the incorporated patch. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJJBio0sRouByUApARAuaqAJ0dvk/SzKvcz/VzaFgSDuivb6RV3QCbBJqj 2iVzN4XzW92LpY6M34a5szM= =C5Gj -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Error Compiling kdenetwork
Iam using AMD64 FreeBSD 7.1-PreRelease KDE4.1.3 .. when i try to build kdenetwork i get as far as below before it errors Any thoughts/suggestions welcomed = [ 19%] Building CXX object kget/plasma/applet/CMakeFiles/plasma_kget_barapplet.dir/common/kgetappletutils.o /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:25:39: error: plasma/widgets/iconwidget.h: No such file or directory /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp: In constructor 'ErrorWidget::ErrorWidget(const QString, QGraphicsWidget*)': /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:72: error: invalid use of incomplete type 'struct Plasma::IconWidget' /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.h:34: error: forward declaration of 'struct Plasma::IconWidget' /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:79: error: no matching function for call to 'QGraphicsLinearLayout::addItem(Plasma::IconWidget*)' /usr/local/include/qt4/QtGui/qgraphicslinearlayout.h:72: note: candidates are: void QGraphicsLinearLayout::addItem(QGraphicsLayoutItem*) /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp: In destructor 'virtual ErrorWidget::~ErrorWidget()': /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:90: warning: possible problem detected in invocation of delete operator: /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:90: warning: invalid use of incomplete type 'struct Plasma::IconWidget' /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.h:34: warning: forward declaration of 'struct Plasma::IconWidget' /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/kget/plasma/applet/common/kgetappletutils.cpp:90: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined. *** Error code 1 Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/build. *** Error code 1 Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/build. *** Error code 1 Stop in /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.3/build. *** Error code 1 Stop in /usr/ports/net/kdenetwork4. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
I am running FBSD-stable 6.0 on some Sun Netra X1's so it is sparc64. There is no video card on these puppies. But I seem to recall that we ran solaris X using WinAXE or VNC or something like that X windows has client/server built into the protocol: you can run an X application on a machine that has no video card and display the result on another machine that has video facility and an X display (called an X server). Of course, some things like watching a movie (you run the movie application on the machine without video card and display the images on the machine with video card) does not works well over the network: it is very slow (plus X does not have sound). i don't know if they are working X11 servers for windows. Xming (free) Xwin32 (commercial) cygwin (free but big) and some others. Depending on the type of application you plan to run Xming can be a good choice. Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newb questions
On Wednesday 19 November 2008 14:35:06 Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 08:16:36AM -0500, Paul Cartwright wrote: 1. when I run startx it auto logs me in on a minimal gui ( twm?). I installed gnome, I think, and want to log in using gnome, how do I change that? Change .xinitrc. http://www.freebsd.org/gnome/docs/faq2.html 2. I cannot su - to root, it says sorry. pam_group didn't seem like the answer, or I didn't read it right. How can I su to root from my account? Is there anything special to able to do that from ssh? I can't answer question #1. As for #2, you need to add your username to the wheel group in /etc/group. That's all. (You will have to log out then back in for the changes to take effect) And you can't do this in ssh unless you enabled root logins, obvious chicken and egg. Will need to do this with a local root login. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
PEA kernel in FreeBSD 7.0
Hi, I am about to install few brand new servers, each with 8GB RAM. If I choose to use 7.0, will I have to use PEA kernel to be able to access the total memory? Best regards. Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newb questions
Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 08:16:36AM -0500, Paul Cartwright wrote: 1. when I run startx it auto logs me in on a minimal gui ( twm?). I installed gnome, I think, and want to log in using gnome, how do I change that? 2. I cannot su - to root, it says sorry. pam_group didn't seem like the answer, or I didn't read it right. How can I su to root from my account? Is there anything special to able to do that from ssh? I can't answer question #1. As for #2, you need to add your username to the wheel group in /etc/group. That's all. (You will have to log out then back in for the changes to take effect) 3. the boot loader... This server has 2 drives, and I already had w2k server on drive 1, and ubuntu-server on drive 2. when I boot, I now get options for F2-DOS ( win2k boots) and F5 disk0/1. I can't seem to find any option for my ubuntu OS. Is there a way to change that bootloader option to add /dev/sdb6-ubuntu? I think boot0cfg is the tool you'll want to use for this. I've never been in this situation, so I don't have a command to give you. You can use boot0cfg -v disk (e.g. boot0cfg -v ad0) to get information about the boot0 configuration. maybe I was looking in the wrong documentation, if any/all of this is in the docs, which one? the handbook? Yes. Paul, Regarding question #1 just take a look at the FreeBSD Handbook, namely Chapter 5 The X Window System under section 5.7.1.2. Regards, Ricardo Jesus. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newb questions
On Wed November 19 2008, Mel wrote: Change .xinitrc. http://www.freebsd.org/gnome/docs/faq2.html got it, thanks! As for #2, you need to add your username to the wheel group in /etc/group. That's all. (You will have to log out then back in for the changes to take effect) wheel group, who-da thunk it. I was looking for admin/root group. And you can't do this in ssh unless you enabled root logins, obvious chicken and egg. Will need to do this with a local root login. already done and working. thanks! -- Paul Cartwright Registered Linux user # 367800 Registered Ubuntu User #12459 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 I do not see one named 'kern.maxdsiz'. Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newb questions
On Wed November 19 2008, Jeremy Chadwick wrote: I think boot0cfg is the tool you'll want to use for this. I've never been in this situation, so I don't have a command to give you. You can use boot0cfg -v disk (e.g. boot0cfg -v ad0) to get information about the boot0 configuration. nice, except boot0cfg -v ad1 doesn't recognize ad1's current partitioning scheme.. I'll have to go back into gparted to see what slice my other OS is booted from. At least this points me in the right direction, thanks! -- Paul Cartwright ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wednesday 19 November 2008 15:06:54 Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 limits -H. Some loader tuneables aren't exported to sysctl. $ limits -Hd Resource limits (current): datasize 786432 kB $ grep maxdsiz /boot/loader.conf kern.maxdsiz=768M -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wed, Nov 19, 2008 at 06:06:54AM -0800, Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 I do not see one named 'kern.maxdsiz'. Actually, you're not missing anything. It's me who's missing (part of my brain). The loader tunables you want are visible via limits(1), not sysctl. Other loader tunables *are* visible through sysctl though, hence my comment. Sorry for the confusion. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
Pieter de Goeje wrote: On Wednesday 19 November 2008, Drew Tomlinson wrote: I installed FBSD 7.1-PRERELEASE amd64 version on an Intel Core2Duo box with 4 GB of RAM. The main purpose of this box is to run the Urchin web analysis software from Google. The Urchin installation docs (https://secure.urchin.com/helpwiki/en/Urchin_Installation_Guide_(FreeBSD_a nd_Linux)) contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Thanks, Drew I don't think you need to increase the datasize on 64bit FreeBSD. It seems that the default datasize is really large: 32GB You can check using the 'limits' command. Thank you. You are correct. urchin limits -Hd Resource limits (current): datasize 33554432 kB I guess I need to look elsewhere to resolve my problem. Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
Mel wrote: On Wednesday 19 November 2008 15:06:54 Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 limits -H. Some loader tuneables aren't exported to sysctl. $ limits -Hd Resource limits (current): datasize 786432 kB $ grep maxdsiz /boot/loader.conf kern.maxdsiz=768M Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? Thanks, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wednesday 19 November 2008 15:43:27 Drew Tomlinson wrote: Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? If the soft limit is set to 'unlimitied' for the user running the program, then it is not a datasize problem. You may simply be out of memory. Can you track using top(1) how far the software gets and what the memory usage is at around the time it crashes? -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Running X without a videocard
-Original Message- From: Wojciech Puchar [mailto:[EMAIL PROTECTED] Sent: November-19-08 5:28 AM To: Gary Hartl Cc: FreeBSD Questions Subject: Re: Running X without a videocard I am running FBSD-stable 6.0 on some Sun Netra X1's so it is sparc64. There is no video card on these puppies. But I seem to recall that we ran solaris X using WinAXE or VNC or something like that for fast network (LAN) telnet/rlogin (better not ssh) export DISPLAY=IP-of-your-display:0 then start X apps when i do this: export DISPLAY=192.168.0.100:0 xterm first it tells me that export can't befound, I guess that is because it is a built it. So I added to my .profile the following DISPLAY=192.168.0.100:0 export DISPLAY Logged out and logged back in. Alas no display variable When i run xterm it tells me that there is not display variable. Anyone with suggestions Thanks Gary make sure to allow on your local display connecting X program - man xhost for lower speed connection ssh -C -X yournetra then run X apps for lowest speed connection run VNC. if your local display run windoze you probably have only the last choice. i don't know if they are working X11 servers for windows. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and hardware??
On Wed, 19 Nov 2008 10:07:14 +0100 (CET) Wojciech Puchar [EMAIL PROTECTED] wrote: I think the fundamental problem with the Windows UI is that it's trying to cater for both advanced (e.g Shutdown, Restart, Sleep, Hibernate or well funny - that being able to restart is being advanced user. good to know. Actually, I think it is. See http://www.joelonsoftware.com/items/2006/11/21.html for the reasoning. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wednesday 19 November 2008 16:05:33 Mel wrote: On Wednesday 19 November 2008 15:43:27 Drew Tomlinson wrote: Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? If the soft limit is set to 'unlimitied' for the user running the program, then it is not a datasize problem. You may simply be out of memory. Can you track using top(1) how far the software gets and what the memory usage is at around the time it crashes? But of course, if this binary runs in 32-bit mode, this applies: compat.ia32.maxdsiz: 536870912 -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
Mel wrote: On Wednesday 19 November 2008 16:05:33 Mel wrote: On Wednesday 19 November 2008 15:43:27 Drew Tomlinson wrote: Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? If the soft limit is set to 'unlimitied' for the user running the program, then it is not a datasize problem. You may simply be out of memory. Can you track using top(1) how far the software gets and what the memory usage is at around the time it crashes? But of course, if this binary runs in 32-bit mode, this applies: compat.ia32.maxdsiz: 536870912 I'll bet this is it!!! Thanks. I'll check it out. Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wed, Nov 19, 2008 at 06:43:27AM -0800, Drew Tomlinson wrote: Mel wrote: On Wednesday 19 November 2008 15:06:54 Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 limits -H. Some loader tuneables aren't exported to sysctl. $ limits -Hd Resource limits (current): datasize 786432 kB $ grep maxdsiz /boot/loader.conf kern.maxdsiz=768M Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? It would help greatly if you could explain what the problem is that you're trying to track down? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large binary, why not strip ?
On Wed, Nov 19, 2008 at 5:38 AM, Jeremy Chadwick [EMAIL PROTECTED] wrote: On Sun, Nov 16, 2008 at 08:42:12AM +, Masoom Shaikh wrote: most of the programs installed from ports have large binary size on disk stripping em all reduces their size dramatically I cannot see the reason for not stripping them by default ? do I miss anything ? I haven't seen anyone point out the downside to stripping binaries and libraries: removal of debugging symbols. Agreed. But not every 'user' is interested in backtrace. It can be argued user can send the trace to someone who is. Well my only point is choice, I should have choice to install un-stripped bins only if I wish, since for those who have no idea what such symbols are, backtrace is some kind of boring text. I don't like bins for which `nm` does not give me symbols :) I was just wondering if installing stripped bins may save small space for those of whom PC means mail, IM, mp3, orkut etc The apebajs program suddenly crashes in some library, here's the now-completely-useless backtrace. The user is then forced to go back and recompile *everything* to get debugging symbols. The non-stripping situation is on a per-port basis, AFAIK. Not all ports have WITH_DEBUG. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 06:43:27AM -0800, Drew Tomlinson wrote: Mel wrote: On Wednesday 19 November 2008 15:06:54 Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 limits -H. Some loader tuneables aren't exported to sysctl. $ limits -Hd Resource limits (current): datasize 786432 kB $ grep maxdsiz /boot/loader.conf kern.maxdsiz=768M Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? It would help greatly if you could explain what the problem is that you're trying to track down? I understand I'm asking for magic. I do not know the problem. My employer's Internet group purchased a software called Urchin which appears to be a standalone version of Google Analytics for web site reporting. I have been tasked with installing this software. Supported OSs are Linux, FreeBSD, and Windows. I chose FreeBSD 7 as I've been using it for my home network for years. However I will be the first to admit that I do not really understand the internals. I am just grateful that others that do understand have provided and support this OS for me. :) The Urchin software reports a failed to allocate memory error. The sparse Urchin documentation noted above says this error is a known issue with FreeBSD and that kern.maxdsiz needs to be set at 1 GB to avoid. Because of help from the list, I learned that the default size in 64 bit FBSD is 32 GB. Thus I didn't think this is my issue and was seeking any ideas of what else to look at that might be similar. Mel gave me a great nudge that if Urchin is a 32 bit binary (which it is), then it is limited by compat.ia32.maxdsiz which is 500 MB by default. I have set this to 1GB and so far, there have not been any further memory errors. Many thanks to everyone for his/her help! Cheers, Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
snmpd strangeness
I just noticed something odd and am looking for ideas... As you can see from the top snippet below, snmpd is getting hammered by something. As a comparison, the load averages for this quad-core box are usually close to zero. I'm not even sure I'm using snmpd for anything... not even sure what it is, precisely. I'm digging into docs at the moment, but any ideas much appreciated. -- John last pid: 38974; load averages: 1.24, 1.40, 1.58 342 processes: 6 running, 336 sleeping CPU states: 13.7% user, 0.0% nice, 13.9% system, 0.3% interrupt, 72.1% idle Mem: 5997M Active, 596M Inact, 420M Wired, 206M Cache, 214M Buf, 457M Free Swap: 16G Total, 123M Used, 16G Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 45136 root1 1040 2636M 2621M CPU5 4 254.1H 103.91% snmpd 37368 www 1 200 193M 46232K lockf 6 0:05 3.91% httpd 38819 identry 1 -320 7688K 2648K CPU0 0 0:02 1.61% top ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
On Wed, 19 Nov 2008 10:10:28 -0500, Gary Hartl [EMAIL PROTECTED] wrote: when i do this: export DISPLAY=192.168.0.100:0 xterm first it tells me that export can't befound, I guess that is because it is a built it. Important question here: What's your shell? If you're using FreeBSD's standard dialog shell, the C shell, export won't work because it's from sh or bash. So I added to my .profile the following DISPLAY=192.168.0.100:0 export DISPLAY Logged out and logged back in. Alas no display variable When i run xterm it tells me that there is not display variable. Make sure you're using bash (see your shell setting from the chsh command or echo $SHELL). If you're using the C shell, you can use the setenv command instead. % setenv DISPLAY 192.168.0.100:0 % xterm See the advice regarding xhost in order to have the correct permissions to run the applications from the desired X server. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FBSD 7.1 kern.maxdsiz
On Wed, Nov 19, 2008 at 07:54:00AM -0800, Drew Tomlinson wrote: Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 06:43:27AM -0800, Drew Tomlinson wrote: Mel wrote: On Wednesday 19 November 2008 15:06:54 Drew Tomlinson wrote: Jeremy Chadwick wrote: On Tue, Nov 18, 2008 at 04:10:55PM -0800, Drew Tomlinson wrote: Polytropon wrote: On Tue, 18 Nov 2008 15:34:32 -0800, Drew Tomlinson [EMAIL PROTECTED] wrote: The Urchin installation docs [...] contain a note for FreeBSD users waring of a hard coded process datasiz limit of 500 MB and instruct on to set kern.maxdsiz=1073741824 in /boot/loader.conf. However FBSD 7.1 doesn't appear to have this sysctl. How can I do the equivalent of this in FBSD 7.1? Exactly, it is *not* a sysctl setting. It's a loader tunable, as I learned from this list some time ago. Don't search to find it in the sysctl list, you won't find it there. :-) In FreeBSD 7 you should be able to set this setting using the file /boot/loader.conf. I think I had this setting on a FreeBSD 5 machine, I'll go and check. Thanks for your reply. I guess I expected to be able to view it via sysctl even though I understood it could only be changed with a reboot. Is there some way to view the current setting? Through sysctl. OK, what am I missing? urchin# sysctl -a | grep maxdsiz compat.ia32.maxdsiz: 536870912 compat.linux32.maxdsiz: 536870912 limits -H. Some loader tuneables aren't exported to sysctl. $ limits -Hd Resource limits (current): datasize 786432 kB $ grep maxdsiz /boot/loader.conf kern.maxdsiz=768M Thanks for the explanation! As pointed out by Pieter de Goeje, the default size in FBSD 7 amd 64 is 32 GB, confirmed with the limits command above. Thus datasize does not appear to be my problem. I'm shooting in the dark here as Urchin software support is non-existent. Are there any other tuneables related to datasize that I might try increasing? It would help greatly if you could explain what the problem is that you're trying to track down? I understand I'm asking for magic. I do not know the problem. My employer's Internet group purchased a software called Urchin which appears to be a standalone version of Google Analytics for web site reporting. I have been tasked with installing this software. Supported OSs are Linux, FreeBSD, and Windows. I chose FreeBSD 7 as I've been using it for my home network for years. However I will be the first to admit that I do not really understand the internals. I am just grateful that others that do understand have provided and support this OS for me. :) The Urchin software reports a failed to allocate memory error. The sparse Urchin documentation noted above says this error is a known issue with FreeBSD and that kern.maxdsiz needs to be set at 1 GB to avoid. Because of help from the list, I learned that the default size in 64 bit FBSD is 32 GB. Thus I didn't think this is my issue and was seeking any ideas of what else to look at that might be similar. Mel gave me a great nudge that if Urchin is a 32 bit binary (which it is), then it is limited by compat.ia32.maxdsiz which is 500 MB by default. I have set this to 1GB and so far, there have not been any further memory errors. I believe Mel's recommendation is spot on. I had no idea this was a 32-bit binary being run on a 64-bit version of FreeBSD. So yes, the tunable he gave you should fix the problem. :-) Cheers! -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Wed, Nov 19, 2008 at 10:57:50AM -0500, John Almberg wrote:
I just noticed something odd and am looking for ideas...
As you can see from the top snippet below, snmpd is getting hammered by
something. As a comparison, the load averages for this quad-core box are
usually close to zero.
I'm not even sure I'm using snmpd for anything... not even sure what it
is, precisely.
I'm digging into docs at the moment, but any ideas much appreciated.
I'm greatly concerned by the fact that you have a process on your
machine taking up 103% CPU time (possible on a quad-core machine),
taking up 2621MBytes of memory (RSS), yet you have no idea what it is,
what SNMP is, or why said process is running on your machine. :-)
You can truss the pid to find out what it's doing, but based on the
above I'm not sure the truss output will be of much use to you.
I would recommend finding out who/what started it by looking at the ppid
of the process (ps -alx | grep 45136, then look at the 3rd column which
is the ppid; then do ps -alx | grep {ppid}). It's very possible the
ppid will be 1, which is init, which means in this case it was probably
started by a script in /usr/local/etc/rc.d.
I would then recommend using gcore on the snmpd pid, which will write
out a very large file (~2.6GB) to $PWD. You can then examine that
later.
I would then recommend killing it off, then go on a quest to find out
why net-snmpd is on your machine -- and equally as odd, why it's
running. For this to start, something has to be in /etc/rc.conf to
initialise it.
There's also the possibility that the process running isn't snmpd at
all, but rather a binary of a hacker who has gained access to your box,
especially given that you have no idea what it is.
last pid: 38974; load averages: 1.24, 1.40, 1.58
342 processes: 6 running, 336 sleeping
CPU states: 13.7% user, 0.0% nice, 13.9% system, 0.3% interrupt, 72.1%
idle
Mem: 5997M Active, 596M Inact, 420M Wired, 206M Cache, 214M Buf, 457M
Free
Swap: 16G Total, 123M Used, 16G Free
PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU
COMMAND
45136 root1 1040 2636M 2621M CPU5 4 254.1H 103.91% snmpd
37368 www 1 200 193M 46232K lockf 6 0:05 3.91% httpd
38819 identry 1 -320 7688K 2648K CPU0 0 0:02 1.61% top
--
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Port forwarding behind two routers
On Wed, 19 Nov 2008, Jakub T wrote: 2008/11/15 Luke Dean [EMAIL PROTECTED] Port-forwarding through two NATs is something I've never had any success with. I have a few suggestions that have worked for me and my friends with this setup. A) Disable NAT on the ADSL router. I think the term is bridged mode. Turn it into a dumb box and shift all the NAT/firewall/routing responsibilities over to your wireless router. Depending on your ISP, the hardware, and the protocols involved, this may not be an option for you. B) Disable NAT on the wireless router. This allows it to be a simple switch and wireless access point. The price is that you're probably relying on the DHCP server in the wireless router for your wireless devices and you'll have to disable the DHCP when you disable NAT. This creates new problems to be solved. C) Plug the FreeBSD box into the ADSL router, skipping the wireless router. Your wireless devices will still be double-NATted, but if you're not running servers on them, you might be able to live with that. Luke, Thank you very much, your advices were very helpful and I now have a working port forwarding through two routers. Sorry for the delay in the answering, it took me some time to test various options... Actually your (A) advice is what did the job. I turned off DHCP server on ADSL router and enabled NAT - DMZ Host option on it (for which I realized that it was the closest to your description of bridged mode). Then I configured the wireless router to use static IP config instead of expecting DHCP server. The situation is now this: INTERNET | telephone/adsl-wire | | ADSL router wan : xx.xx.xx.xx FreeBSD box (wired) lan : 192.168.1.1 ip: 192.168.0.102 | laptopgateway: 192.168.0.1 | (wireless)| [internet plug]ip: 192.168.0.101 | Wireless router gateway: 192.168.0.1 | wan : 192.168.1.2:| lan : 192.168.0.1 . . . . . :| [ethernet plug] | | | +---+ DMZ host for ADSL router is 192.168.1.2 -- and it works! I have one question more (forgive my ignorance): now the wireless router is configured to use static IP config and I must provide one or more Static DNS servers to it. Is it ok to type just 192.168.1.1 as DNS (which works for now) or to copy DNS servers which are automatically provided to the ADSL router by the ISP? Your solution is a little different from what I was suggesting, but it might be a better solution in some ways. If 192.168.1.1 really works as a source of DNS, I would take that to mean that your ADSL router is passing your name requests along to the nameservers that the ISP provided it. That's good. If your ISP ever moves its nameservers, it will tell your ADSL box about it, and the changes should propogate. If you hardcoded your DNS addresses into your wireless router, you would have to change them by hand if a change was ever required. I believe your wireless router is now responsible for being the firewall for your network, so make sure you've set that up. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Nov 19, 2008, at 11:49 AM, Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 10:57:50AM -0500, John Almberg wrote: I just noticed something odd and am looking for ideas... As you can see from the top snippet below, snmpd is getting hammered by something. As a comparison, the load averages for this quad-core box are usually close to zero. I'm not even sure I'm using snmpd for anything... not even sure what it is, precisely. I'm digging into docs at the moment, but any ideas much appreciated. I'm greatly concerned by the fact that you have a process on your machine taking up 103% CPU time (possible on a quad-core machine), taking up 2621MBytes of memory (RSS), yet you have no idea what it is, what SNMP is, or why said process is running on your machine. :-) That's an easy one to answer... Someone else installed FreeBSD on this machine. I have figured out MOST of what is on this box, but I'm occasionally surprised, like in this case. However, now that I've read through the installer's notes, I see that he had exotic plans for snmp monitoring. From what I can tell, he never got it working properly. In the meantime, I killed off the process. I had to take a sledgehammer to it, since a normal stop didn't work: [EMAIL PROTECTED]:log] sudo /usr/local/etc/rc.d/snmpd stop Stopping snmpd. Waiting for PIDS: 45136t, 45136op, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136^C [EMAIL PROTECTED]:log] sudo kill -SIGKILL 45136 This makes me wonder if the process was just hung in some bad way, eating up cpu cycles? Out of curiosity, I then restarted it. It seemed to run without problem after the restart, but after watching it for awhile, I stopped it again. I don't think it's doing anything useful at the moment. Now I'm curious about snmp, so perhaps I'll try to figure out how to get it to something useful. This machine has 8 hard drives, and is located in Manhattan, so I would certainly like to be informed if one of the raid drives went on the blink. That was one of the things he was trying to get working. Thanks: John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
taking up 2621MBytes of memory (RSS), BTW, after restarting, the process was a much more reasonable size. Another indicator that something had gone seriously wrong with it. 41659 root1 960 23072K 6636K select 0 0:05 0.34% snmpd Luckily, Monit alerted me to the problem before it got completely out of hand. Love that program. -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Wed, Nov 19, 2008 at 12:11:36PM -0500, John Almberg wrote: On Nov 19, 2008, at 11:49 AM, Jeremy Chadwick wrote: On Wed, Nov 19, 2008 at 10:57:50AM -0500, John Almberg wrote: I just noticed something odd and am looking for ideas... As you can see from the top snippet below, snmpd is getting hammered by something. As a comparison, the load averages for this quad-core box are usually close to zero. I'm not even sure I'm using snmpd for anything... not even sure what it is, precisely. I'm digging into docs at the moment, but any ideas much appreciated. I'm greatly concerned by the fact that you have a process on your machine taking up 103% CPU time (possible on a quad-core machine), taking up 2621MBytes of memory (RSS), yet you have no idea what it is, what SNMP is, or why said process is running on your machine. :-) That's an easy one to answer... Someone else installed FreeBSD on this machine. I have figured out MOST of what is on this box, but I'm occasionally surprised, like in this case. However, now that I've read through the installer's notes, I see that he had exotic plans for snmp monitoring. From what I can tell, he never got it working properly. Interesting. For small installations, e.g. super simple monitoring, most people prefer to use bsnmpd(1), which comes with FreeBSD. The docs are a bit sparse though, and the config syntax is weird + touchy. I've tinkered a bit with it though. In the meantime, I killed off the process. I had to take a sledgehammer to it, since a normal stop didn't work: [EMAIL PROTECTED]:log] sudo /usr/local/etc/rc.d/snmpd stop Stopping snmpd. Waiting for PIDS: 45136t, 45136op, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136, 45136^C [EMAIL PROTECTED]:log] sudo kill -SIGKILL 45136 This makes me wonder if the process was just hung in some bad way, eating up cpu cycles? Looks like it was wedged on a single CPU maybe? (If it was spiralling out of control thread-wise, I'd expect to see it chewing up ~400% CPU, e.g. 100% per core). More interesting is the fact that it was taking up 2.6GB of RAM. That reeks of a memory leak somewhere. Maybe the snmpd.conf tried to tie in some shell scripts or executables? I've seen this behaviour at work on Solaris, but it's rare. (More common, we see kernel panics when using old versions of Net-SNMP -- yeah, you read that right, kernel panics. Seems the Solaris kernel has some SNMP support in it -- yes, the kernel!) You would have to work with the Net-SNMP folks to figure out what the cause was. Out of curiosity, I then restarted it. It seemed to run without problem after the restart, but after watching it for awhile, I stopped it again. I don't think it's doing anything useful at the moment. Then keep it off. It opens up a listening port, amongst other things. If you're not using it, don't run it. :-) Now I'm curious about snmp, so perhaps I'll try to figure out how to get it to something useful. This machine has 8 hard drives, and is located in Manhattan, so I would certainly like to be informed if one of the raid drives went on the blink. That was one of the things he was trying to get working. Net-SNMP won't give you the status of the RAID. Neither will bsnmpd(10. FreeBSD simply does not have the hooks to make this possible. Someone needs to write the code. I do not recommend relying on shell scripts tied into Net-SNMP to accomplish this either (for a lot of very good reasons); write the code in native C. It also greatly depends on what you're using for RAID. If a hardware controller, good luck getting the status out of an API natively (sans Areca, which I believe offers an API) -- you'll resort to shell scripts and CLI binaries, in which case you're *easily* better off with a cronjob, periodic(8), or a log monitor daemon. It never ceases to amaze me how people to try shove crazy stuff into SNMP stacks which should be done elsewhere. :-) Even Juniper's JunOS, which provides an extensive SNMP extension, does not provide everything desired. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
Now I'm curious about snmp, so perhaps I'll try to figure out how to get it to something useful. This machine has 8 hard drives, and is located in Manhattan, so I would certainly like to be informed if one of the raid drives went on the blink. That was one of the things he was trying to get working. Net-SNMP won't give you the status of the RAID. Neither will bsnmpd (10. FreeBSD simply does not have the hooks to make this possible. Someone needs to write the code. I do not recommend relying on shell scripts tied into Net-SNMP to accomplish this either (for a lot of very good reasons); write the code in native C. It also greatly depends on what you're using for RAID. If a hardware controller, good luck getting the status out of an API natively (sans Areca, which I believe offers an API) -- you'll resort to shell scripts and CLI binaries, in which case you're *easily* better off with a cronjob, periodic(8), or a log monitor daemon. This machine has an Intel motherboard and a hardware raid controller. From what I can tell, there is some Intel software installed on the machine that makes hardware faults visible to snmp. That last sentence makes it sound like I know more than I do about this situation. I'm just reading from notes. :-) And I have an Intel disk that came with the motherboard that hints at the same type of thing. I've just scanned the docs on the disk... looks extraordinarily complicated. I think I'll leave this to a rainy day when I have nothing to do (ha!) -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Running X without a videocard
when i do this: export DISPLAY=192.168.0.100:0 xterm first it tells me that export can't befound, I guess that is because it is a built it. So I added to my .profile the following DISPLAY=192.168.0.100:0 export DISPLAY maybe you use csh not bash as me. Logged out and logged back in. Alas no display variable don't forget using xhost on your display ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smbfs 2 GB file size limit
On Wed, Nov 19, 2008 at 7:37 AM, Derek Ragona
[EMAIL PROTECTED] wrote:
At 12:50 PM 11/18/2008, David Horn wrote:
On Tue, Nov 18, 2008 at 7:06 AM, Derek Ragona
[EMAIL PROTECTED] wrote:
At 12:23 AM 11/18/2008, David Horn wrote:
On Mon, Nov 17, 2008 at 8:36 PM, Derek Ragona
[EMAIL PROTECTED] wrote:
I have FreeBSD 7.0 Release and if I mount_smbfs a network NTFS share I
have
a 2 GB size limit on files. I checked the handbook and list archives but
have not found a solution.
I just ran a quick test, and was not able to reproduce this issue with
the mount_smbfs from FreeBSD 7.0. I tried against a Windows 2003
Server SP2, Windows XP SP3, and Samba 3.0 {on FreeBSD 7} with a 3.5GB
file.
Was your issue with reading from or writing to a SMB share ?
It was writing to a smb share.
What is the server software and OS version ?
(if Microsoft Windows, please include Service Pack number as well, as
it might make a difference)
Windows 2003 server 32bit.
How much disk space is left on your server volume ?
Over a terabyte free
Are there disk quotas enabled on the server ?
None
What error message are you getting from your FreeBSD client (if any) ?
No error message, it just stopped writing at 1 Gb. I was doing this using
scp.
Whoa, hopefully you just made a few typos here, or we are going down
the wrong path of investigation.
Did you really mean to say scp or cp ?
scp(1) - secure copy (remote file copy program)
cp(1)- copy files
If you really meant scp, then the problem is not mount_smbfs, but
instead likely a buggy scp client or server (which does not use smb
for transport, but ssh)
What is the exact byte count that your write stops at ? You
originally stated 2GB, then 1GB.
This problem occurs under the following scenario:
I have a windows share mounted on a FreeBSD 7.0 release (i386) using
mount_smbfs.
I was trying to scp from another server on the LAN to this share a 30GB
file. The scp only copied 2 GB of that 30 GB file. This was using the scp
on FreeBSD 7.0.
I will try another scp application to determine if it is the scp, or
mount_smbfs.
You may want to just do single variable tests to determine for certain
if you are having a problem with scp or with smb.
- First test:cp 2GB file directly from the FreeBSD local disk
file system to a mounted smbfs file system
- Second test: scp 2GB file from remote (other server) to FreeBSD local disk
Once you figure out which one is the problem, you can try changing
variables within that scope.
For example, if the issue seems to be scp, try using sftp (both use
ssh transport). You could also try updating ssh on both machines. If
you are running OpenSSH prior to 4.4 on any machine, there was a known
bug with scp and large files that only affects some platforms. (ssh -v
will show your version)
See ftp://ftp.ca.openbsd.org/pub/OpenBSD/OpenSSH/portable/ChangeLog
under 20060318
If the problem seems to be smbfs, then try a smbclient test.
That's about all I can think of at the moment.
Good Luck.
--_Dave
I know the server I was coping from via SCP is not an issue. I was able to
transfer that 30 GB file from that source server to another *nix server on
the LAN.
Can you check the smb server logs and see if you are getting any error
messages there ?
Well I'm just mounting the volume to FreeBSD from the Windows server so
not
sure I'll find much in the logs besides the system log, but I will look.
You may want to get a Wireshark trace and see if you can capture the
SMB error message/error code.
I have heard of people running into similar problems when running
against older server software (NT 4.0/old samba) when the SMB session
did not negotiate large file/large write support (a function of the
SMB server capabilities session negotiation)
I saw posts to that effect and that you needed samba 3.x to support large
files sizes, and the lfs option. But the mount_smbfs doesn't offer any
large file option.
Only bother with this next bit if you are morbidly curious as to how
things work rather than just want to solve your problem, as it gets
into the nitty gritty details of smb:
mount_smbfs will allow for lfs (CAP_LARGE_FILE) automatically by
specifying it's dialect capabilities in the smb negotiation.
If you umount your smb share, then start a tcpdump you can capture the
smb negotiation Capabilities bitmask to see if CAP_LARGE_FILE is
being negotiated - the server specifies this capability. The client
just sends the dialects of smb supported.For example:
tcpdump -vvv -s 1500 -i em0 host server.example.com | grep Capabilities
{ where em0 is the network interface in use on FreeBSD and
server.example.com is the hostname/ip address of your smb server }
Then do a mount of the smb share (while tcpdump is running) and you
should capture the Capabilities negotiated.
For example:
Capabilities=0x1F3FD
If you decode
Re: snmpd strangeness
On Wed, Nov 19, 2008 at 12:34:55PM -0500, John Almberg wrote: Now I'm curious about snmp, so perhaps I'll try to figure out how to get it to something useful. This machine has 8 hard drives, and is located in Manhattan, so I would certainly like to be informed if one of the raid drives went on the blink. That was one of the things he was trying to get working. Net-SNMP won't give you the status of the RAID. Neither will bsnmpd (10. FreeBSD simply does not have the hooks to make this possible. Someone needs to write the code. I do not recommend relying on shell scripts tied into Net-SNMP to accomplish this either (for a lot of very good reasons); write the code in native C. It also greatly depends on what you're using for RAID. If a hardware controller, good luck getting the status out of an API natively (sans Areca, which I believe offers an API) -- you'll resort to shell scripts and CLI binaries, in which case you're *easily* better off with a cronjob, periodic(8), or a log monitor daemon. This machine has an Intel motherboard and a hardware raid controller. From what I can tell, there is some Intel software installed on the machine that makes hardware faults visible to snmp. That would require Net-SNMP to be linked to that software (or library) directly. Two things can't just magically talk to one another. :-) AFAIK, Intel does not provide such software on FreeBSD, but I could be complete wrong here. They primarily focus on Linux, like most companies do. That last sentence makes it sound like I know more than I do about this situation. I'm just reading from notes. :-) And I have an Intel disk that came with the motherboard that hints at the same type of thing. I've just scanned the docs on the disk... looks extraordinarily complicated. I don't know what controller it is, but Net-SNMP doesn't have any sort of out-of-the-box support for any kind of RAID card. See above for what's needed. I just hope the card is an actual RAID card and not BIOS-level RAID like Intel MatrixRAID. If it is MatrixRAID, I highly recommend you back the entire machine up and reinstall without MatrixRAID, otherwise when you lose a disk or need to rebuild your array, you'll find your array broken/gone, be completely unable to rebuild it, or kernel panics. Note that all of this stuff works just fine on Linux; the issues listed are with FreeBSD. Generally speaking, we (the open-source world) have gotten to the point with OS-based software RAID (e.g. Linux LVM, FreeBSD ccd/gvinum/ZFS, OpenSolaris ZFS) where it offers significant advantages over hardware RAID. There are good reasons to use hardware RAID, but in those scenarios admins should be looking at buying an actual filer, e.g. Network Appliance. Otherwise, for simple systems (even stuff like 2U or 3U boxes with many disks, e.g. a low-cost filer), stick with some form of OS-based software RAID if possible. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
X windows has client/server built into the protocol: you can run an X application on a machine that has no video card and display the result on another machine that has video facility and an X display (called an X server). Does anyone know of a tutorial or a how-to, I would like to try this out. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
boot-time daemon startup (was Re: Newbie question)
Gary Hartl [EMAIL PROTECTED] writes: I've been out of the bsd loop for a bit, i'm trying to setup nagios which is fine There are a couple of settings that I either don't remember or never remembered and forgot that I never knew it. Ok so nagios is asking me for an rc.d path, which if i recall FBSD doesn't use it is a linux script path for starting services at different run levels. Any reason you're not installing it from the port? Someone has already done the porting effort for you. FreeBSD doesn't use runlevels in that sense, but it does have a fairly involved rc.d facility. Try man rc.d. So does FBSD emulate it for certain packages cause Nagios finds it at /usr/local/etc/rc.d but the only thing i have in it is webmin.sh which is for my webmin interface (although I must confess I'm not sure why it is there or what it is doing). Presumably you installed webmin from the ports system? I must also admit i feel rather retarded, since I used to know this stuff like the back of my hand, but it's been 6-7 years since i've been actively using FBSD but am looking to get back into it. That's okay; things haven't stayed static in the FreeBSD world anyway. Rc.d anyone? On FreeBSD? Everyone, pretty much. My assumption is that FBSD is using inetd for starting services correct? No. inetd isn't even started these days unless you override FreeBSD's defaults on purpose. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
This machine has an Intel motherboard and a hardware raid controller. From what I can tell, there is some Intel software installed on the machine that makes hardware faults visible to snmp. That would require Net-SNMP to be linked to that software (or library) directly. Two things can't just magically talk to one another. :-) As I said, I really have no idea. Now that I'm reading more deeply in the notes... the monitoring was supposed to be with IPMI. No idea what that is, either, but I thought I'd toss it into the mix. AFAIK, Intel does not provide such software on FreeBSD, but I could be complete wrong here. They primarily focus on Linux, like most companies do. That last sentence makes it sound like I know more than I do about this situation. I'm just reading from notes. :-) And I have an Intel disk that came with the motherboard that hints at the same type of thing. I've just scanned the docs on the disk... looks extraordinarily complicated. I don't know what controller it is, but Net-SNMP doesn't have any sort of out-of-the-box support for any kind of RAID card. See above for what's needed. I just hope the card is an actual RAID card and not BIOS-level RAID like Intel MatrixRAID. If it is MatrixRAID, I highly recommend you back the entire machine up and reinstall without MatrixRAID, otherwise when you lose a disk or need to rebuild your array, you'll find your array broken/gone, be completely unable to rebuild it, or kernel panics. Note that all of this stuff works just fine on Linux; the issues listed are with FreeBSD. Generally speaking, we (the open-source world) have gotten to the point with OS-based software RAID (e.g. Linux LVM, FreeBSD ccd/gvinum/ZFS, OpenSolaris ZFS) where it offers significant advantages over hardware RAID. There are good reasons to use hardware RAID, but in those scenarios admins should be looking at buying an actual filer, e.g. Network Appliance. Otherwise, for simple systems (even stuff like 2U or 3U boxes with many disks, e.g. a low-cost filer), stick with some form of OS-based software RAID if possible. That's good to know. I was told just the opposite by the guy selling the $650 RAID cards. Who'd have thunk? The card in the box is a Intel 18E PCI-Express x8 SAS/SATA2 Hardware ROMB RAID with 128MB Memory Module and 72 Hour Battery Backup Cache $625 as shown on the packing list, so I hope it's a good one. -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Wednesday 19 November 2008 20:37:05 John Almberg wrote: This machine has an Intel motherboard and a hardware raid controller. From what I can tell, there is some Intel software installed on the machine that makes hardware faults visible to snmp. That would require Net-SNMP to be linked to that software (or library) directly. Two things can't just magically talk to one another. :-) As I said, I really have no idea. Now that I'm reading more deeply in the notes... the monitoring was supposed to be with IPMI. No idea what that is, either, but I thought I'd toss it into the mix. http://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Wed, Nov 19, 2008 at 02:37:05PM -0500, John Almberg wrote: This machine has an Intel motherboard and a hardware raid controller. From what I can tell, there is some Intel software installed on the machine that makes hardware faults visible to snmp. That would require Net-SNMP to be linked to that software (or library) directly. Two things can't just magically talk to one another. :-) As I said, I really have no idea. Now that I'm reading more deeply in the notes... the monitoring was supposed to be with IPMI. No idea what that is, either, but I thought I'd toss it into the mix. Ah, IPMI... it's another one of those technologies which is a great idea, but often horribly implemented. The most common use is for remote management (serial-over-IP, or even KVM-over-IP), access to hardware sensors (fans, temps, voltages), and for some other monitoring-related things. It's very useful -- when it works. :-) On Intel boards (native Intel IPMI) it might be great. There's been a lot of problem reports with Supermicro's IPMI, and most are IPMI card firmware bugs. I just hope the card is an actual RAID card and not BIOS-level RAID like Intel MatrixRAID. If it is MatrixRAID, I highly recommend you back the entire machine up and reinstall without MatrixRAID, otherwise when you lose a disk or need to rebuild your array, you'll find your array broken/gone, be completely unable to rebuild it, or kernel panics. Note that all of this stuff works just fine on Linux; the issues listed are with FreeBSD. Generally speaking, we (the open-source world) have gotten to the point with OS-based software RAID (e.g. Linux LVM, FreeBSD ccd/gvinum/ZFS, OpenSolaris ZFS) where it offers significant advantages over hardware RAID. There are good reasons to use hardware RAID, but in those scenarios admins should be looking at buying an actual filer, e.g. Network Appliance. Otherwise, for simple systems (even stuff like 2U or 3U boxes with many disks, e.g. a low-cost filer), stick with some form of OS-based software RAID if possible. That's good to know. I was told just the opposite by the guy selling the $650 RAID cards. Who'd have thunk? Well, hardware RAID has a specific purpose. I like them for the fact that they add a layer of abstraction in front of the OS; that is to say, some of them are bootable even with RAID-5. FreeBSD's bootloader has a lot of difficulty booting off of different things, so adding a layer of abstraction in front is useful. For example, take into consideration that you can't get kernel panic dumps (to disk) using gmirror without a bunch of rigmarole. I forget which GEOM method it is, but one of them you can't boot off of easily. gvinum? geli? I can't remember. There's one or two that the bootstraps don't work with. Hardware RAID can help solve that. The card in the box is a Intel 18E PCI-Express x8 SAS/SATA2 Hardware ROMB RAID with 128MB Memory Module and 72 Hour Battery Backup Cache $625 as shown on the packing list, so I hope it's a good one. Ah, I think it's hardware RAID, and PCIe to boot. Yes, I would recommend keeping that! What does it show up as under FreeBSD? I'm curious what driver it uses, and what your disks show up as (daX or adX; probably daX). -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Running emulation in Bochs with network support
Hello, I installed bochs in FBSD, setup a NE2k in its configuration file and installed a DFBSD image. The DFBSD image finds the devices and configures the conection, but it got no interaction with the outside world, i lost every ping. Any idea what can i be missing? Thanks for any help you can share. Sdav -- Sdävtaker prays to Rikku goddess for a good treasure. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
The card in the box is a Intel 18E PCI-Express x8 SAS/SATA2 Hardware ROMB RAID with 128MB Memory Module and 72 Hour Battery Backup Cache $625 as shown on the packing list, so I hope it's a good one. Ah, I think it's hardware RAID, and PCIe to boot. Yes, I would recommend keeping that! What does it show up as under FreeBSD? I'm curious what driver it uses, and what your disks show up as (daX or adX; probably daX). H'mmm... You are revealing great gaps in my knowledge today, Jeremy. Not that that's hard to do... I've been looking in dmesg.boot and fstab for clues... Not sure if that is where I should be looking, but I figured there would be mount messages in dmsg.boot. Unfortunately, there is a whole bunch of stuff in there I have no clue about. Fascinating reading, though! Does mf0/mf1 sound correct? If not, how would I find the driver info? Typical line in fstab: /dev/mfid0s1a / ufs rw 1 1 -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Wed, Nov 19, 2008 at 03:47:05PM -0500, John Almberg wrote: The card in the box is a Intel 18E PCI-Express x8 SAS/SATA2 Hardware ROMB RAID with 128MB Memory Module and 72 Hour Battery Backup Cache $625 as shown on the packing list, so I hope it's a good one. Ah, I think it's hardware RAID, and PCIe to boot. Yes, I would recommend keeping that! What does it show up as under FreeBSD? I'm curious what driver it uses, and what your disks show up as (daX or adX; probably daX). H'mmm... You are revealing great gaps in my knowledge today, Jeremy. Not that that's hard to do... I've been looking in dmesg.boot and fstab for clues... Not sure if that is where I should be looking, but I figured there would be mount messages in dmsg.boot. Unfortunately, there is a whole bunch of stuff in there I have no clue about. Fascinating reading, though! Does mf0/mf1 sound correct? If not, how would I find the driver info? Typical line in fstab: /dev/mfid0s1a / ufs rw 1 1 That's mfi(4), which is kinda its own thing (neither daX nor adX). Still perfectly usable/decent, and Scott Long (as I call him, famous SCSI guy ;-) ) wrote the driver, so support for it should be available. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
John Almberg wrote: If not, how would I find the driver info? Typical line in fstab: /dev/mfid0s1a / ufs rw 1 1 Hey! # mount to see what is mounted # sysctl dev.mfi to see mfi information I am using mfi in one of my systems. Mfi is LSI MegaSAS. Very good and fast raid controller, but unfortunatelly without management software for BSD. :) O.K. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: realtime network replication
Ansar Mohammed wrote: Hello all, I need to replicate /home between two freebsd servers in real time (no scheduled rsyncs) What are my options? Maybe the best option for you would be http://www.furquim.org/chironfs/index.en.html used in combination with NFS. It's available as fusefs-chiron in ports. signature.asc Description: OpenPGP digital signature
Compiling C++ modules
Hi, what are the recommended CXXFLAGS for C++ code which should go in kernel module? Yes, I know C++ in kernel is a bad idea, but those are the requirements... Best, Nikola ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
X windows has client/server built into the protocol: you can run an X application on a machine that has no video card and display the result on another machine that has video facility and an X display (called an X server). Does anyone know of a tutorial or a how-to, I would like to try this out. i already answered it before DISPLAY variable must point to display like IP-number:0 (or non-zero if you have more than 1 display :) and computer with display must allow remote connections man xhost ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
On Wed, Nov 19, 2008, Wojciech Puchar wrote: X windows has client/server built into the protocol: you can run an X application on a machine that has no video card and display the result on another machine that has video facility and an X display (called an X server). Does anyone know of a tutorial or a how-to, I would like to try this out. i already answered it before DISPLAY variable must point to display like IP-number:0 (or non-zero if you have more than 1 display :) and computer with display must allow remote connections This complexity of DISPLAY ans xhost is why I find it far easier to use ssh to make connections where I want to run X-clients. On the remote system to which one is connecting, make sure that the sshd_config file has ``X11Forwarding yes'' (and perhaps also ``ForwardX11Trusted yes''). Restart the sshd process if these need to be changed. There are corresponding options in the ssh_config file. The easiest way to execute a remote X-Client is probably This runs the remote program with the local username. The ``-f'' option automatically runs it in background, detaching from the current session. ssh -f -Y remotesystem path_to_x_client These run as a different user on the remote system. ssh -f -Y -l remoteusername remotesystem path_to_x_client ssh -f -Y [EMAIL PROTECTED] path_to_x_client If I may to be running multiple x-clients on the remote system, I will generally connect with an xterm, then launch the x-clients from that connection. There are two options here, the first on fast links where I want to run the xterm on the remote system, the second for slow links running the xterm on the local system. In the first, one may have to specify the full path to the xterm executable if it's not in the default PATH that sshd will set up. ssh -f -Y [EMAIL PROTECTED] xterm xterm -e ssh [EMAIL PROTECTED] Letting ssh take care of the DISPLAY makes life a lot easier than having to mess with it and xhosts manually, not to mention that it's far more secure than telnet. The ssh connections may well be compressed making remote connections seem faster than a straight telnet session even on a LAN (nobody would telnet over the Internet in an unencypted connection would they :-). Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 Freedom from prices is freedom from responsibility. You can simply pass laws, using the magic wand of government to satisfy your own desires at unspecified costs to be paid by others. -- Thomas Sowell Aug 2000 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
hardware compatibility question: intel e7200 + foxconn g31mg-s mobo
After having been burned with an AMD cpu/mobo combination that wouldn't run 6.x reliabably which I consequently had to sell, I'm going to ask first. My search of the archives (questions and hardware) came up empty, but that seems likely given that both say their archive index was last updated clear back in Feb of 2007, despite the note saying they are updated every 24 hours... Can anyone vouch for running 6.x or 7.0 on an intel e7200 with a foxconn g31mg-s mobo? I was hoping to run this as a low power system but after reading this http://www.freebsd.org/cgi/getmsg.cgi?fetch=18410+20569+/usr/local/www/db/text/2008/freebsd-hardware/20080727.freebsd-hardware and my past experiences I'm a bit concerned unless someone can vouch for it. Barring that, can someone suggest a low power (particularly when idle) core 2 duo processor mobo combination? Thanks, Gary ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
This complexity of DISPLAY ans xhost is why I find it far easier to use ssh to make connections where I want to run X-clients. There is this command that I tend to like, to be run in a trusted environment only (but using DISPLAY and xhost means that your network is already trusted): xrsh. It connects using the same rules/permissions as rsh, but it also exports the DISPLAY, and it leaves no process waiting on the machine where you executed xrsh. Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Running X without a videocard
DISPLAY variable must point to display like IP-number:0 (or non-zero if you have more than 1 display :) Shouldn't that be IP-number:0.0 ? Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: best way to add patch to x11/slim-1.3.1
Greg Larkin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fbsd1 wrote: On the developers website there is a patch i want to apply http://developer.berlios.de/patch/?func=detailpatchpatch_id=2283group_id=2663 [ Patch #2283 ] Add a variable to run shutdown commands without root pass. How can i get make install to apply this patch while compiling the port? Hi Fbsd1, Since you've already found a unified diff of the change that you want to incorporate into the port, you can submit a PR (problem report) using the form here: http://www.freebsd.org/send-pr.html. Just follow the instructions on that page, and your patch will be submitted to the PR system. The port maintainer reviews your PR, makes the necessary change and possibly updates the port's revision number. You then use portupgrade or some other means to install the new version of the port with the incorporated patch. Hope that helps, Greg - -- Greg Larkin I submitted PR like you suggested, But i am in need of more immediate results. What changes to the port files do i need to make to get the port to complie in the patch file? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Free usenet nntp servers
In the past (alt.binaries.warez) contained monthly posts of a list of Free usenet nntp servers. I dont have access to a nntp server so I can't search foe the list. Does any one here know of a Free usenet nntp server I can access? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Free usenet nntp servers
Fbsd1 [EMAIL PROTECTED] wrote: In the past (alt.binaries.warez) contained monthly posts of a list of Free usenet nntp servers. I dont have access to a nntp server so I can't search foe the list. Does any one here know of a Free usenet nntp server I can access? This is not a FreeBSD question. Please check google. -- Sahil Tandon [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: snmpd strangeness
On Nov 19, 2008, at 4:09 PM, Ott Köstner wrote: John Almberg wrote: If not, how would I find the driver info? Typical line in fstab: /dev/mfid0s1a / ufs rw 1 1 Hey! # mount to see what is mounted I did this, but /dev/mfid0s1a didn't make much sense to me. # sysctl dev.mfi to see mfi information This I didn't know about. Thanks! I am using mfi in one of my systems. Mfi is LSI MegaSAS. Very good and fast raid controller, but unfortunatelly without management software for BSD. Thanks for the additional info! Brgds: John___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: best way to add patch to x11/slim-1.3.1
On Wed, Nov 19, 2008 at 8:34 PM, Fbsd1 [EMAIL PROTECTED] wrote: Greg Larkin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fbsd1 wrote: On the developers website there is a patch i want to apply http://developer.berlios.de/patch/?func=detailpatchpatch_id=2283group_id=2663 [ Patch #2283 ] Add a variable to run shutdown commands without root pass. How can i get make install to apply this patch while compiling the port? Hi Fbsd1, Since you've already found a unified diff of the change that you want to incorporate into the port, you can submit a PR (problem report) using the form here: http://www.freebsd.org/send-pr.html. Just follow the instructions on that page, and your patch will be submitted to the PR system. The port maintainer reviews your PR, makes the necessary change and possibly updates the port's revision number. You then use portupgrade or some other means to install the new version of the port with the incorporated patch. Hope that helps, Greg - -- Greg Larkin I submitted PR like you suggested, But i am in need of more immediate results. What changes to the port files do i need to make to get the port to complie in the patch file? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] If I remember correctly you just add the patch file to the files/ directory under the port with a name like patch-file to be patched ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
motd not compiled properly or ?
Hi there, I have compiled myself a RELENG_7 stable version of 7 branch. I did a fresh install on 7.1_prerelease, and cvsup -g -L 2 stable-xxx-cvsup-file make buildworld, everything goes as it should. reboot, mergemaster command shows on file motd --7.1_PRERELEASE ++7??:??:?? rest of motd is the same now, based on the above showed result, I pressed d to keep original version, because I don't want to have a system message shows 7:??:??:?? Now my question is, how do I just compile the motd in source tree, and reinstall just that? Maybe recompile it may make it shows proper version string. Or if there's a method beside make buildworld again, it takes ages on my laptop. -- --l_. (l-l3n ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: best way to add patch to x11/slim-1.3.1
On 11/19/08 17:34, Fbsd1 wrote: Greg Larkin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fbsd1 wrote: On the developers website there is a patch i want to apply http://developer.berlios.de/patch/?func=detailpatchpatch_id=2283group_id=2663 [ Patch #2283 ] Add a variable to run shutdown commands without root pass. How can i get make install to apply this patch while compiling the port? Hi Fbsd1, Since you've already found a unified diff of the change that you want to incorporate into the port, you can submit a PR (problem report) using the form here: http://www.freebsd.org/send-pr.html. Just follow the instructions on that page, and your patch will be submitted to the PR system. The port maintainer reviews your PR, makes the necessary change and possibly updates the port's revision number. You then use portupgrade or some other means to install the new version of the port with the incorporated patch. Hope that helps, Greg - -- Greg Larkin I submitted PR like you suggested, But i am in need of more immediate results. What changes to the port files do i need to make to get the port to complie in the patch file? You should read the FreeBSD Porter's Handbook [1]. In particular, you'll probably be interested in section 4.4, Patching [2]. [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/slow-patch.html -- Benjamin Lee http://www.b1c1l1.com/ signature.asc Description: OpenPGP digital signature
Re: mod_auth_ldap
On Wed, 2008-11-19 at 10:43 +0100, Peter Boosten wrote: Da Rock wrote: On Wed, 2008-11-19 at 06:32 +0100, Peter Boosten wrote: Hi all, Anyone try to compile this one? It stops with a www/mod_auth_ldap (missing header) The header it cannot find is: mod_auth_ldap.c:61:24: error: apr_compat.h: No such file or directory And it's right: the file indeed is not on my system, and it didn't come with apr-gdbm-db44-1.3.3.1.3.4, nor with apache-2.2.9_5. Does anyone have some clues about the solution? Try the APR utilities port. He Da Rock, Thanks for your answer. However, which port would that be? Apologies, its actually the apr libraries, and is devel/apr. However, based on the other replies here it doesn't look like its the problem... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: motd not compiled properly or ?
On Thu, Nov 20, 2008 at 01:57:54PM +1030, Lei Chen wrote: I have compiled myself a RELENG_7 stable version of 7 branch. I did a fresh install on 7.1_prerelease, and cvsup -g -L 2 stable-xxx-cvsup-file make buildworld, everything goes as it should. reboot, mergemaster command shows on file motd --7.1_PRERELEASE ++7??:??:?? rest of motd is the same now, based on the above showed result, I pressed d to keep original version, because I don't want to have a system message shows 7:??:??:?? Now my question is, how do I just compile the motd in source tree, and reinstall just that? Maybe recompile it may make it shows proper version string. Or if there's a method beside make buildworld again, it takes ages on my laptop. Simply put: you don't have to do anything. FreeBSD's rc.d system updates the first line of the motd automatically; see /etc/rc.d/motd. I highly recommend placing the following into /etc/mergemaster.rc: # Do not compare template motd to /etc/motd IGNORE_MOTD=yes This will cause mergemaster to skip comparing motd, but WILL NOT affect the use of /etc/rc.d/motd. Hope this helps. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
