Re: pam_unix.c patch. (Respect passwordtime from login.conf if set)

[Stefan Lambrev]

Greetings,

Can someone take care for the MFC of this patch? It's a longstanding problem, 
patches were tested and very simple
and it's doesn't sound good that freebsd (7 & 8) still does not support/respect 
password expiration.
Thanks.

On Nov 4, 2011, at 8:59 AM, Björn König wrote:

> Hello,
> 
> please send the reqeust to the freebsd-stable@ list. I can't commit patches.
> 
> Best regards
> Björn
> 
> 
> 
>> Hello Björn,
>> 
>> Looks like this patch -
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=93473&cat= never got MFCed back
>> to the -STABLE branches.
>> Can you please check and commit ? :)
>> 
>> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpam/modules/pam_unix/pam_unix.c
>> :
>> 
>> Tue Feb 2 13:47:18 2010 UTC (21 months ago) by des
>> Branches: MAIN
>> Diff to: previous 1.53: preferred, colored
>> Changes since revision 1.53: +9 -2 lines
>> SVN rev 203377 on 2010-02-02 13:47:18Z by des
>> 
>> Respect passwordtime from login.conf if set.
>> 
>> PR:  bin/93473
>> Submitted by:Björn König 
>> MFC after:   1 week
>> Thanks
>> 
>> --
>> Best Wishes,
>> Stefan Lambrev
>> 
>> 
>> 
>> 
>> 
>> 
> 
> 

--
Best Wishes,
Stefan Lambrev





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Strange unbound behaviour

[Stefan Lambrev]

Hi,

I have two DNS servers up and running for my home setup. But for some
reason both stop resolving at some point.

1st instance is with unbbound from ports, second from base system but
configs are very similar:

# cat /usr/local/etc/unbound/unbound.conf
# This file was generated by local-unbound-setup.
# Modifications will be overwritten.
server:
interface: 0.0.0.0
port: 53
do-ip4: yes
do-ip6: no
do-udp: yes
do-tcp: yes
use-caps-for-id: yes
username: unbound
directory: /usr/local/etc/unbound
chroot: /usr/local/etc/unbound
pidfile: /var/run/local_unbound.pid
auto-trust-anchor-file: /usr/local/etc/unbound/root.key
use-syslog: yes
logfile: "log/unbound.log"
statistics-interval: 600
verbosity: 1
access-control: 127.0.0.0/8 allow
access-control: 10.1.1.0/24 allow
hide-identity: yes
hide-version: yes
num-threads: 6

include: /usr/local/etc/unbound/forward.conf
include: /usr/local/etc/unbound/lan-zones.conf
include: /usr/local/etc/unbound/control.conf
include: /usr/local/etc/unbound/conf.d/*.conf

If I restart the service it works again...


root@umbrella:~# host dir.bg 127.0.0.1
;; connection timed out; no servers could be reached

umbrella:~# /etc/rc.d/local_unbound restart
Stopping local_unbound.
Waiting for PIDS: 645.
Starting local_unbound.
[1535116695] unbound[81742:0] warning: too many file descriptors requested.
The builtinmini-event cannot handle more than 1024. Config for less fds or
compile with libevent
[1535116695] unbound[81742:0] warning: continuing with less udp ports: 139
Waiting for nameserver to start... good
[16:18]root@umbrella:~# host dir.bg 127.0.0.1
Using domain server:
Name: 127.0.0.1
Address: 127.0.0.1#53
Aliases:

dir.bg has address 194.145.63.12
dir.bg mail is handled by 1 mail.dir.bg.


Exactly the same behaviour on the other server.

The servers do not have many clients - it's a home network.

If've tried to debug this, but I do not see any errors in the logs, no sign
of low buffers or whatever.
The thing is that it looks like very easy to reproduce in my environment -
just launch the service use it for few days (sometimes hours) and it just
stops resolving new requests (cache is working, local zone are working and
etc)

Oh and If I reduce "num-threads" it's even easier to reproduce.

Anyone with similar experience?
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Strange unbound behaviour

[Stefan Lambrev]

Hm.. looks like I missed this one. Will test and let you know.

On Fri, Aug 24, 2018 at 6:51 PM, Matt Smith  wrote:

> On Aug 24 16:28, Stefan Lambrev wrote:
>
>> Hi,
>>
>> I have two DNS servers up and running for my home setup. But for some
>> reason both stop resolving at some point.
>>
>> 1st instance is with unbbound from ports, second from base system but
>> configs are very similar:
>>
>> # cat /usr/local/etc/unbound/unbound.conf
>>directory: /usr/local/etc/unbound
>>chroot: /usr/local/etc/unbound
>>
>> If I restart the service it works again...
>>
>>
> In man(5) unbound.conf it says this:
>
> # make sure unbound can access entropy from inside the chroot.
> # e.g. on linux the use these commands (on BSD, devfs(8) is used):
> #  mount --bind -n /dev/random /etc/unbound/dev/random
>
> I can see that you use a chroot. I'm wondering if you've not mounted a
> /dev/random into the chroot and maybe it's running out of free entropy for
> something and blocking. This might explain why it works for a while and
> then fails.
>
> I do this:
>
> In /etc/fstab:
>
> devfs   /usr/local/etc/unbound/dev  devfs   rw  0
>  0
>
> In /etc/rc.conf:
>
> devfs_set_rulesets="/usr/local/etc/unbound/dev=devfsrules_unbound"
>
> In /etc/devfs.rules:
>
> [devfsrules_unbound=10]
> add hide
> add path random unhide
>
> Might help?
>
> --
> Matt
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD-12.1-RELEASE-amd64.vmdk.xz on VMware vSphere?

[Stefan Lambrev]

Hi,

Is there any guide on how to use the vmdk file provided on release on
vSphere?
The first thing that I noticed is an issue reported a few months ago -
https://forums.freebsd.org/threads/installing-on-esxi-using-official-vmdk-files.72945/

Changing the type (Virtual Device Node) of the disk from SCSI to IDE solves
the initial issue, but then growfs fails (also the vSphere complains about
the disk image and resizing fails. I workaround this by creating a
FBSD(12.1amd64) VM on Workstation Player (free version) and then replacing
the disk with the image. Resizing and growfs (on first boot) worked as
expected. Then I used the created vmdk file and uploaded it to be used for
my VM.
It's not very "clean" process, I need to download additional software and I
wonder if someone has a better approach or those files are strictly only
for VM Workstation? Also it's not very good for automatization...
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Random freezes of my FreeBSD droplet (DigitalOcean)

[Stefan Lambrev]

Greetings,

I have a droplet in DO with very light load, currently
running 11.0-RELEASE-p15 amd64 GENERIC kernel + zfs (1 GB Memory / 30 GB
Disk / FRA1 - FreeBSD 11.0 zfs)

I know ZFS needs more memory, but the load is really light. Unfortunatelly
last few weeks I'm experiencing those freezes almost every second day.
There are no logs or console messages - just freeze. Networks seems to
work, but nothing else.

Is there anyone with similar experience here?
Are there any updates in 11.1 that may affect positively my experience in
the digital ocean cloud?


Thanks!
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Random freezes of my FreeBSD droplet (DigitalOcean)

[Stefan Lambrev]

Hi,

Thanks for this idea.

Device  1K-blocks UsedAvail Capacity
/dev/zvol/zroot/swap   2097152   310668  178648415%

Will check why at all swap is used when the VM is not used. But yes - as
it's a image provided by DO the swap is on the zvol...

On Wed, Nov 22, 2017 at 4:08 PM, Adam Vande More 
wrote:

> On Wed, Nov 22, 2017 at 7:17 AM, Stefan Lambrev 
> wrote:
>
>> Greetings,
>>
>> I have a droplet in DO with very light load, currently
>> running 11.0-RELEASE-p15 amd64 GENERIC kernel + zfs (1 GB Memory / 30 GB
>> Disk / FRA1 - FreeBSD 11.0 zfs)
>>
>> I know ZFS needs more memory, but the load is really light. Unfortunatelly
>> last few weeks I'm experiencing those freezes almost every second day.
>> There are no logs or console messages - just freeze. Networks seems to
>> work, but nothing else.
>>
>> Is there anyone with similar experience here?
>> Are there any updates in 11.1 that may affect positively my experience in
>> the digital ocean cloud?
>>
>
> It's entirely possible to run a stable VM using that configuration so you
> haven't provided enough details to give any real help.  A common foot
> shooting method is putting swap on zvol, but the possibilities are endless.
>
> --
> Adam
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Random freezes of my FreeBSD droplet (DigitalOcean)

[Stefan Lambrev]

Thanks all. I have replaced the swap and optimized few apps that were using
too much memory when idle :)
Hopefully this was the issue.

On Wed, Nov 22, 2017 at 4:17 PM, Karl Denninger  wrote:

> Yeah, don't do that.  I have a DO Zfs-enabled FreeBSD deployment and I
> have the swap on /dev/gpt/swap0 (a regular slice)... no problems.
>
> $ uptime
>  9:17AM  up 174 days,  2:06, 1 users, load averages: 0.89, 0.80, 0.83
> $
>
>
> On 11/22/2017 08:15, Stefan Lambrev wrote:
> > Hi,
> >
> > Thanks for this idea.
> >
> > Device  1K-blocks UsedAvail Capacity
> > /dev/zvol/zroot/swap   2097152   310668  178648415%
> >
> > Will check why at all swap is used when the VM is not used. But yes - as
> > it's a image provided by DO the swap is on the zvol...
> >
> > On Wed, Nov 22, 2017 at 4:08 PM, Adam Vande More 
> > wrote:
> >
> >> On Wed, Nov 22, 2017 at 7:17 AM, Stefan Lambrev 
> >> wrote:
> >>
> >>> Greetings,
> >>>
> >>> I have a droplet in DO with very light load, currently
> >>> running 11.0-RELEASE-p15 amd64 GENERIC kernel + zfs (1 GB Memory / 30
> GB
> >>> Disk / FRA1 - FreeBSD 11.0 zfs)
> >>>
> >>> I know ZFS needs more memory, but the load is really light.
> Unfortunatelly
> >>> last few weeks I'm experiencing those freezes almost every second day.
> >>> There are no logs or console messages - just freeze. Networks seems to
> >>> work, but nothing else.
> >>>
> >>> Is there anyone with similar experience here?
> >>> Are there any updates in 11.1 that may affect positively my experience
> in
> >>> the digital ocean cloud?
> >>>
> >> It's entirely possible to run a stable VM using that configuration so
> you
> >> haven't provided enough details to give any real help.  A common foot
> >> shooting method is putting swap on zvol, but the possibilities are
> endless.
> >>
> >> --
> >> Adam
> >>
> > ___
> > freebsd-stable@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org
> "
>
> --
> Karl Denninger
> k...@denninger.net <mailto:k...@denninger.net>
> /The Market Ticker/
> /[S/MIME encrypted email preferred]/
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Current status of support for high end SAN hardware

[Stefan Lambrev]

Daniel Ponticello wrote:
On FreeBSD7, i'm succesfully using Qlogic 4gb fibre channel HBAs (ISP 
driver)
attached to Fibre Brocade Switch and IBM DS4700 (14 disks array) using 
4 way multipath

with gmultipath.
So far the support in gmultipath is active/passive only? I think in RH5 
you can have active/active.

Am I right?


Regards,

Daniel

Andy Kosela ha scritto:

Hi all,
What is the current status of support for high end SAN hardware in 
FreeBSD?

I'm especially interested in support for HP EVA/XP disk arrays, Qlogic
HBAs, multipathing.
How FreeBSD compares in this environment to RHEL 5?

  




--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: DVD-RW doesn't write

[Stefan Lambrev]

Joe Kelsey wrote:

Jerahmy Pocott wrote:


On loading atapicam module it says:
acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00

I have never managed to use burncd with any drive.

In order to use atapicam, you must enable the pass? devices.  My 
devfs.conf contains:



# Commonly used by many ports
linkacd0cdrom
linkacd0dvd

# Allow a user in the wheel group to query the smb0 device
#permsmb00660
permxpt00660
permpass00660
permpass10660

The xpt0 is left over from other experiments.  The pass? is required 
to allow general access to use of growisofs.

Actually xpt is needed too :)
I always find ports/sysutils/k3b/pkg-message one of the most helpful 
"howto" regarding atapicam and burning DVDs


/Joe

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Management interface for cards powered by the "mfi" driver?

[Stefan Lambrev]

Karl Denninger wrote:

On Tue, Jun 17, 2008 at 10:05:31PM -0700, Andrew Thompson wrote:
  

On Tue, Jun 17, 2008 at 11:15:30PM -0500, Karl Denninger wrote:


On Mon, Jun 16, 2008 at 08:20:53PM -0500, Karl Denninger wrote:
  

On Thu, May 08, 2008 at 10:30:01AM +0100, Pete French wrote:


I assume SCSI is the best path forward (either SA/SCSI or traditional) but
have been out of the loop on the card(s) that work properly for a good long
while.


HP P400 cards are PCI express and SAS - they work very well under FreeBSD.
I've also used the cheaper E200 and that appears to be fine too, though I
havent run it for as long as the 400's.

http://h18004.www1.hp.com/products/servers/proliantstorage/arraycontrollers/smartarrayp400/index.html

-pete.

  

Following upon my own stuff, I just laid hands on a Quad-Xeon machine with an
Intel SRCSAS18E card in it, and well, the only way I can describe it is "oh
my GOD!"


Ok, another followup!

Is there a mangement interface program for the "mfi" driver somewhere?  I
rooted around in "ports" but didn't find one, nor on the base system.

The Linux ones want to talk to the "amr" driver which is the older LSI Logic
MegaRAID boards, not the newer ones that the mfi driver talks to.

No management tool = el-sucko, because you can't rebuild a failed disk or
even shut the alarm on the board off!
  

Its sysutils/linux-megacli.



Nope. It builds and installs but doesn't work (already tried this one.)

Attempting to ask it for the number of boards returns "0".

This may have something to do with changes made to the device structure(s)
in FreeBSD-7 (I don't have a 6 machine to test on any more) but it
definitely does not function.
  

It works fine for me on very recent 7-STABLE.

megacli -CfgDsply -a0

==
Adapter: 0
Product Name: PERC 5/i Integrated
Memory: 256MB
BBU: Present
Serial No: 12345
==
-cut-

megacli -AdpAllInfo -aALL also works without a problem.

7.0-STABLE-200805 FreeBSD 7.0-STABLE-200805 #0: Sun May 11 11:55:15 UTC 
2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  amd64


Did you follow all steps from ports/sysutils/linux-megacli/pkg-message ?
Though I think there is a small bug in the port (maintainer CCed)
It wants compat.linux.osrelease=2.6.12, but I think it should be 
compat.linux.osrelease=2.6.16 ?

Just for reference I installed it with OVERRIDE_LINUX_BASE_PORT=f8
I think you are confusing mega-cli with megamgr (which is the one that 
work with amr driver)


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Management interface for cards powered by the "mfi" driver?

[Stefan Lambrev]

Hi,

Ruben van Staveren wrote:


Hi,

On 18 Jun 2008, at 12:29, Stefan Lambrev wrote:


Did you follow all steps from ports/sysutils/linux-megacli/pkg-message ?
Though I think there is a small bug in the port (maintainer CCed)
It wants compat.linux.osrelease=2.6.12, but I think it should be 
compat.linux.osrelease=2.6.16 ?


Last time I checked it was still 2.6.12. it still is set to that value 
on our 2950's (running 6.2 and linux_base-fc-4_9)
I never saw 2.6.12 in documentation, but you may be right. Tough in 
ports/UPDATING only 2.6.16 is mention.
http://blogs.freebsdish.org/netchild/category/freebsd/linuxolator/ 
speaks also only for 2.6.16 :)



Just for reference I installed it with OVERRIDE_LINUX_BASE_PORT=f8
I think you are confusing mega-cli with megamgr (which is the one 
that work with amr driver)


People should only realise that they are running a linux binary under 
emulation in order to manage their mission critical servers. It is a 
thing you might not like.
It has been always this way with lsi ? Actually the difference now is 
that we are forced to use tools under beta/experimental linuxolator ;)


Regards,
Ruben


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Management interface for cards powered by the "mfi" driver?

[Stefan Lambrev]

Hi Karl,

Karl Denninger wrote:

On Wed, Jun 18, 2008 at 01:29:56PM +0300, Stefan Lambrev wrote:
  

Karl Denninger wrote:


On Tue, Jun 17, 2008 at 10:05:31PM -0700, Andrew Thompson wrote:
 
  

On Tue, Jun 17, 2008 at 11:15:30PM -0500, Karl Denninger wrote:

Intel SRCSAS18E card in it, and well, the only way I can describe it is 
"oh

my GOD!"
   


Ok, another followup!

Is there a mangement interface program for the "mfi" driver somewhere?  I
rooted around in "ports" but didn't find one, nor on the base system.

The Linux ones want to talk to the "amr" driver which is the older LSI 
Logic

MegaRAID boards, not the newer ones that the mfi driver talks to.

No management tool = el-sucko, because you can't rebuild a failed disk or
even shut the alarm on the board off!
 
  

Its sysutils/linux-megacli.
   


Nope. It builds and installs but doesn't work (already tried this one.)

Attempting to ask it for the number of boards returns "0".

This may have something to do with changes made to the device structure(s)
in FreeBSD-7 (I don't have a 6 machine to test on any more) but it
definitely does not function.
 
  

It works fine for me on very recent 7-STABLE.

megacli -CfgDsply -a0

==
Adapter: 0
Product Name: PERC 5/i Integrated
Memory: 256MB
BBU: Present
Serial No: 12345
==
-cut-

megacli -AdpAllInfo -aALL also works without a problem.

7.0-STABLE-200805 FreeBSD 7.0-STABLE-200805 #0: Sun May 11 11:55:15 UTC 
2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  amd64


Did you follow all steps from ports/sysutils/linux-megacli/pkg-message ?
Though I think there is a small bug in the port (maintainer CCed)
It wants compat.linux.osrelease=2.6.12, but I think it should be 
compat.linux.osrelease=2.6.16 ?

Just for reference I installed it with OVERRIDE_LINUX_BASE_PORT=f8
I think you are confusing mega-cli with megamgr (which is the one that 
work with amr driver)



dbms# megacli -CfgDsply -a0
 
Failed to get ControllerId List.

Failed to get CpController object.
dbms# 
  

Sorry if you already answer this and I missed it, but do you have
mfi_linux, linprocfs, linsysfs loaded as modules (or build in kernel)?
Also do you have mounted:
linprocfs on /usr/compat/linux/proc (linprocfs, local)
linsysfs on /usr/compat/linux/sys (linsysfs, local)
If this is done I'm really out of ideas.
But the card is definitely there; this is what it last logged when I manually 
yanked one of the mirrored drives, then shut down and told it to rebuild

from the GUI before boot and let it go on its way:

mfi0: 501 - PD 10(e252/s1) progress 99% seconds 7017s: Rebuild progress on
PD 0a(e0xfc/s1) is 98.94%(7017s)
mfi0: 502 - PD 10(e252/s1) progress 100% seconds 7158s: Rebuild progress on
PD 0a(e0xfc/s1) is 99.94%(7158s)
mfi0: 503 - PD 10(e252/s1) event: Rebuild complete on PD 0a(e0xfc/s1)
mfi0: 504 - VD 00/0 state prior 2 new 3: State change on VD 00/0 from
DEGRADED(2) to OPTIMAL(3)
mfi0: 505 - VD 00/0 event: VD 00/0 is now OPTIMAL
mfi0: 506 - PD 10(e252/s1) state prior 20 new 24: State change on PD
0a(e0xfc/s1) from REBUILD(14) to ONLINE(18)

Oook!

So we have a card that the driver is perfectly happy with, but the
management interface can't find.

Note that this is the Intel board; I grabbed the Intel version of the
software for Linux (which appears to be essentially the same code but under
Intel's name), set the branding so the Linux emulator would play nice, and
got the same thing:

dbms# ./CmdTool2 -Cfgdsply -a0
 
Failed to get ControllerId List.

Failed to get CpController object.
dbms# 

H... this is on a new machine that I loaded 7-RELEASE on and then 
grabbed the CVS tree and pulled a -rRELENG_7 on and rebuilt.


Let me dig around a bit. I wonder if I got a "funny" in here... 
looking at kernel versions, it appears I might.


If so, that's going to be an interesting problem (as in "how did that happen?")
to figure out.

uname -v is returning:
FreeBSD 7.0-CURRENT-200608 #0: Mon Jun 16 20:54:25 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC 

How'd that happen with the tag "RELENG_7" in the tag?  (and yes, it IS 
in there in the CVS directory in the "Tag" file)


-- Karl Denninger
[EMAIL PROTECTED]


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Management interface for cards powered by the "mfi" driver?

[Stefan Lambrev]

Hi Ruben,

Ruben van Staveren wrote:


On 18 Jun 2008, at 16:07, Stefan Lambrev wrote:

Last time I checked it was still 2.6.12. it still is set to that 
value on our 2950's (running 6.2 and linux_base-fc-4_9)
I never saw 2.6.12 in documentation, but you may be right. Tough in 
ports/UPDATING only 2.6.16 is mention.
http://blogs.freebsdish.org/netchild/category/freebsd/linuxolator/ 
speaks also only for 2.6.16 :)


I got this from reading the commit message of r1.5 of 
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/mfi.c


I don't know what the change set between 2.6.12 and 2.6.16 is 
regarding the linuxolator. As I see it the difference should only in 
more syscalls being supported. So if megacli has enough to get going 
on by setting it to just 2.6.12 it should not have a requirement for 
2.6.16. Correct me if I am wrong (and I'll fix the instructions in the 
port)
Yes that's correct, so the sanity check should be >= 2.6.12, not just 
equal to 2.6.12?


Of course, if you think mfi(4) should support your board csup up to 
the latest stable and see whether it works. Also run through 
/usr/local/sbin/megacli instead of /usr/local/libexec/MegaCli as it 
will perform some sanity checks.

I do not have problems with mfi and megacli ;) It's the OP who have them.


People should only realise that they are running a linux binary 
under emulation in order to manage their mission critical servers. 
It is a thing you might not like.
It has been always this way with lsi ? Actually the difference now is 
that we are forced to use tools under beta/experimental linuxolator ;)




Sad but true. But I managed with ease to replace a hot spare not that 
long ago.


You might want to have a peek at the cheat sheet hosted at 
http://tools.rapidsoft.de/perc/

nice site :)


Cheers,
    Ruben



--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: [freebsd-stable] Re: BIND update?

[Stefan Lambrev]

Tuc at T-B-O-H.NET wrote:

On Thu, Jul 10, 2008 at 12:25:33PM +0200, Oliver Brandmueller wrote:

OK, thanx for clarification. I totally overlooked the updated bind port; 
anyhow, I use base system bind and didn't plan to change that (although 
it might me a good idea, as this situation clearly shows).
  

You can always use the WITH_REPLACE_BASE option in the port to
overwrite the base system named, or use the differences in the
extracted tarball of 9.5.0 vs 9.5.0-P1 to update the source of the
base one yourself.



Shouldn't you also add :

NO_BIND=   true# do not build BIND

into /etc/make.conf if you do, so it doesn't get clobbered?
  


Last time I checked WITH_REPLACE_BASE was conflicting with firefox, 
mozilla, thunderbird and everything released from Mozzila ...
I suggest using bind from ports without replacing - just look at 
/etc/defaults/rc.conf & named_program="XX"




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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Announcement: PmcTools callchain capture for RELENG_7

[Stefan Lambrev]

Hi,

Does it mean that hwpmc from now will work "out of the box" with new 
Intel core2 duo/quad processors (like T7500) ?


Joseph Koshy wrote:

Hello List(s),

I am very pleased to announce a patch, by Fabien Thomas, that brings
PmcTools' callchain capture features to 7-STABLE.  Thank you, Fabien!

The patch is linked to from the PmcTools wiki page:
http://wiki.freebsd.org/PmcTools.

The current file name is: "patch-callchain-FreeBSD-7-STABLE-2008-07-12.gz".
As the file name indicates, it should apply against a 7-STABLE tree of
2008-07-12
vintage.

To apply the patch:
% cd /home/src-7x   # or whereever your RELENG_7 tree resides
% patch < PATCH-FILE

Then you should follow the full procedure to update userland
and kernel from source as spelled out in src/UPDATING.

Please note that HWPMC(4) log files that contain callchain information are
not binary compatible with prior versions of pmc(3) and pmcstat(8).

Please do test on your systems and let  Fabien and me know
how you fared.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: CPUTYPE weirdness

[Stefan Lambrev]

Jeremy Chadwick wrote:

On Thu, Aug 14, 2008 at 02:35:46PM +0200, Pascal Hofstee wrote:
  

I just installed a fresh FreeBSD/amd64 7.0-RELEASE and trying to update
to RELENG_7_0.

I added CPUTYPE ?= core2 to my /etc/src.conf and every call to make
in /usr/src now gives me the error

"/usr/src/Makefile.inc1", line 142: CPUTYPE global should be set
with ?=.
*** Error code 1

Anyone has any idea what i am doing wrong here ... this same mechanism
has worked flawlessly on several other systems (although they were not
RELENG_7_0) ?



1) Remove the space after the word "CPUTYPE", e.g.:

CPUTYPE?=core2

You can put a tab after the "=" if you want, e.g.:

CPUTYPE?=   core2

2) According to some very old mail I have (will dig it up if you want),
Core2Duo users should be using CPUTYPE?=nocona.
  
This should be fixed long time ago. core2 is alias for nocona but the 
idea is users to

be ready when additional optimization for core2 are added.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

buildworld failed RELENG_7

[Stefan Lambrev]

Greetings,

Any idea what can cause this:

===> make-roken (depend)
awk -f 
/usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.awk 
/usr/src/kerberos5/tools/make-roken/../../../crypto/heimdal/lib/roken/roken.h.in 
> make-roken.c

rm -f .depend
mkdep -f .depend -a-DHAVE_CONFIG_H 
-I/usr/src/kerberos5/tools/make-roken/../../include make-roken.c

echo make-roken: /usr/lib/libc.a  >> .depend
===> asn1_compile (depend)
sed -e '106s/"/"#ifdef __PARSE_UNITS_H__\\n/;' -e 
'106s/",/\\n#endif\\n",/' 
/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/gen_glue.c 
> gen_glue-fixed.c
lex -t  
/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/lex.l 
> lex.c
yacc -d -o parse.c 
/usr/src/kerberos5/tools/asn1_compile/../../../crypto/heimdal/lib/asn1/parse.y

cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make
cc -O2 -fno-strict-aliasing -pipe -g -march=nocona -DHAVE_CONFIG_H 
-I/usr/src/kerberos5/tools/make-print-version/../../include  -c 
/usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c

ctfconvert -L VERSION make-print-version.o
ctfconvert:No such file or directory
*** Error code 1

Stop in /usr/src/kerberos5/tools/make-print-version.
*** Error code 1

Stop in /usr/src/kerberos5/tools/asn1_compile.
*** Error code 1

Stop in /usr/src/kerberos5/tools.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.


I have security/krb5 installed but do not think this have something to 
do with buildworld and kerberos in base ..


#cat /etc/make.conf
ALWAYS_CHECK_MAKE=YES
CPUTYPE?=core2
KERNCONF=CORE

and few others just for csup.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Panic when detaching Vodafone 3G card

[Stefan Lambrev]

Hi,

Bruce M Simpson wrote:

Hi,

I just acquired one of these cards, it attaches as a USB cardbus device.

I have similar problems with Huawei E630, and not just me
http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073405.html
Panics are fixed with usb4bsd ... :)
I didn't find time to get the card actually working and receive a lot of 
those:

ubsa_cfg_request: device request failed, err=USBD_ERR_STALLED (ignored)


This is just to say that I can reproduce the problem described here:
   http://www.rinta-aho.org/docs/option3g/option.html

The driver support was originally committed here:
   http://www.freebsd.org/cgi/query-pr.cgi?pr=112161&cat=

...the ubsa driver attaches to the virtual modem port.

If I unplug it, the kernel panics.

The panic is in kobj_delete() (a null pointer reference) and it's on 
the usb detach path. Unfortunately I wasn't able to get a backtrace 
this time around.


PS Does anybody know if ubsa will be ported to the new USB driver 
framework?

I think it is because ubsa works with usb4bsd and it's basically the same?


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Upcoming Releases Schedule...

[Stefan Lambrev]

Hi,

Jo Rhett wrote:
I agree with pretty much everything you've said here, with the obvious 
exception that I don't know what's involved in the release management 
process to do as you've said.


Also for my own self, rather than resurrect 6.2 I'd personally rather 
focus on what we could do to extend the support period for 6.4.  And 
other releases going forward. 

If you want extended support period, you should go for 7.1
If I remember correctly .1 REL is supposed to be the target for all 
binary programs/drivers.


But if your target is not only security fixes, but drivers (included in 
base) and new features then release is not working for you, right?
Because new drivers are never back-ported to release, best they go to 
-stable, but you are not tracking -stable?
As I understand if you track stable then you really do not care about 
the numbers after the dot -  you are using just 6.x or 7.x (or 8.x in 
future)

And 7-stable will not reach EOL at least next 4-5 years.

Sorry if you already answer this, but the thread is very long and it's 
hard to track every mail in it.


My simple question is how you plan to benefit if 7.1 have extended EOL?
You will stick with 7.1Release (RELENG_7_1) and security patches, or to 
(RELENG_7) - which include new drivers?


I'm asking because you said, that the main problem with EOL is not 
fixing bugs which you can do fine, but new drivers that are not back-ported.
How you think this can be solved? Most business user do not want new 
driver to be masked as security update?


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: iwn(4) (Intel 4965 wireless) backport

[Stefan Lambrev]

Hi Gavin,

Gavin Atkinson wrote:

On Thu, 2008-09-04 at 18:48 +0100, Gavin Atkinson wrote:
  

On Thu, 2008-09-04 at 11:32 -0600, Dan Allen wrote:


On 4 Sep 2008, at 10:29 AM, Gavin Atkinson wrote:

  

This is supported by the iwn(4) driver in CURRENT, and it should be
quite easy to port the driver to 7-STABLE.  If you're interested in
reinstalling FreeBSD and testing a backported driver, I'm sure this  
can be sorted.

I am interested in doing this.  Please advise on how I can get these  
bits.
  

I've got hold of a laptop with the 4965 chipset in it, if nobody beats
me to it I'll have a go at backporting the driver.



OK, I've backported the iwn(4) driver for the Intel 4965 wireless
chipset to 7-STABLE.

You need both of:
http://people.freebsd.org/~gavin/iwn-7/iwn-7.tgz
  

Loading if_iwn.ko make a nice reboot on my laptop.
No messages just a reset... FreeBSD 7.0-STABLE #29: Tue Jul 29 16:13:47 
EEST 2008 i386

May be I should try with more recent -stable ?

http://people.freebsd.org/~gavin/iwn-7/iwn-7.diff

Both are relative to /usr and are against 7-STABLE (although may well
apply to 7.0-RELEASE cleanly).

Please note that there are a couple of issues with this driver that
aren't seen with the driver in -HEAD.  Firstly, it only supports B/G
channels, it doesn't work with 802.11a.  Apparently this is due to a
firmware issue which the driver in -HEAD works around, although I don't
know how yet.

Secondly, there may be a slight issue with regulatory domains.  I'm not
certain about this, but I was seeing issues while trying to associate to
an access point on channel 13g, changing the AP to channel 1g fixes
things.

Even with those two caveats, I can say that so far in my testing it's
been working very well.  However, even if the driver works for you, I'm
pretty sure it's too late for a merge before 7.1.

Lastly, as the laptop is on loan to me and I'm going to have to give it
back soon, I don't know if I'll have a chance to do any further work on
this driver.  I'm still interested in stories of success or otherwise.

Thanks,

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: 8.x grudges

[Stefan Lambrev]

Hi,

On Jul 28, 2010, at 11:41 PM, Mikhail T. wrote:

> 09.07.2010 05:49, Peter Jeremy ???(??):
>> I doubt I'm personally in a position to debug this and don't personally
>> use splash screens.  Can you reproduce it using an image that you can
>> re-distribute?
>>   
> Ok, the splash-screen problem went away after I put back the original 
> video-card. The one I tried with (a high-end, but old) worked fine in text 
> mode, but, apparently, had issues in the graphical mode... Retracted...
>>>>>3. Likewise, having "device ugen" breaks config(8) -- another
>>>>>   undocumented incompatibility.
>>>>> 
>>> It was a valid device for FreeBSD-7. The UPDATING-file enumerates a
>>> number of things, that need to be changed, when updating to 8, but the
>>> removal of "ugen" is not mentioned there.
>>> 
>> Well, the definitive list is sys/conf/NOTES and sys/$(uname -m)/conf/NOTES
>>   
> The "NOTES" files are code, not documentation... If the "UPDATING" file did 
> not exist, I'd be looking elsewhere for the changes. But it does exist and so 
> should be complete (perhaps, it should be auto-generated based on the 
> commit-history of the NOTES and GENERIC kernel-configs?)

http://www.freebsd.org/doc/handbook/kernelconfig-config.html :
 For an exhaustive list of architecture dependent options and devices, see the 
NOTES file in the same directory as the GENERIC file. For architecture 
independent options, see /usr/src/sys/conf/NOTES.

I duno if this is documentation or not .. the handbook states that this is a 
list :)

Also I'm pretty sure there was an entry for the USB changes in UPDATING:

20090223:
The new USB2 stack has now been permanently moved in and all kernel and
module names reverted to their previous values (eg, usb, ehci, ohci,
ums, ...).  The old usb stack can be compiled in by prefixing the name
with the letter 'o', the old usb modules have been removed.
Updating entry 20090216 for xorg and 20090215 for libmap may still
apply.


There was a huge change for the GENERIC at this date (+29 -88 lines) so it's 
doesn't sound correct to
document verbosely all of them in UPDATING.

-cut- 

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: FreeBSD 6.3-BETA2 Available

[Stefan Lambrev]

Hi,

It's a BETA2 and links about 6.3R on the page are still broken/missing[1] :)
Any idea where one can look at the TODO list for 6.3 ?

[1]http://www.freebsd.org/where.html#helptest

Ken Smith wrote:

The second BETA for the 6.3 release cycle is available on the FTP mirror
sites.  If you would like to update an older system using cvsup the
branch tag to use is still RELENG_6 (note that if you use that approach
your system will claim to be 6.3-PRERELEASE).  You can also give FreeBSD
Update a try, see the instructions here:

http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html

For doing a Fresh install ISOs for each  are available at

ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/6.3/

(or any of the mirror sites).  MD5 and SHA256 sums for the ISO images
are:

MD5 (6.3-BETA1-alpha-disc1.iso) = 0ccd0436e56c40bafb7b6e65b8013f3b

MD5 (6.3-BETA2-amd64-bootonly.iso) = f79822e4f05b7af01e2eb86f15eb8660
MD5 (6.3-BETA2-amd64-disc1.iso) = 10db3cee8006178faae519d5f3c4dbbc
MD5 (6.3-BETA2-amd64-disc2.iso) = 2b70b0a0d22741feaf62dda1dcae
MD5 (6.3-BETA2-amd64-docs.iso) = 7ddc122dcb4dc0ae2d40e7c971370ef1

MD5 (6.3-BETA2-i386-bootonly.iso) = 0f9a03809fa35d85808c973bed606064
MD5 (6.3-BETA2-i386-disc1.iso) = 569aba4a5cb2c0dc468d1b18745150a7
MD5 (6.3-BETA2-i386-disc2.iso) = a1ef8d3c4ba768f82ad257d513e842a2
MD5 (6.3-BETA2-i386-docs.iso) = 3bc8d123fa42f97aecd067d5d49f71e3

MD5 (6.3-BETA2-pc98-bootonly.iso) = d97afc3401d165d95a09b49864b72940
MD5 (6.3-BETA2-pc98-disc1.iso) = 0e49f328c23b3a6ab61b3baa48c865b5

MD5 (6.3-BETA2-sparc64-bootonly.iso) = f9d8bbaa044680016f0b70f3b512546b
MD5 (6.3-BETA2-sparc64-disc1.iso) = ec0f323c52dfd6a0ddc3551869b0
MD5 (6.3-BETA2-sparc64-disc2.iso) = d27d2b1f1a1e347bf8336e44dd3c70ed
MD5 (6.3-BETA2-sparc64-docs.iso) = ac2197a36b93b9a564eb007dd967a33a

SHA256 (6.3-BETA2-amd64-bootonly.iso) = 
46f42b3365f8c12a38071efe76567c92f0a16176f45990a76f79ff2a7b53fe86
SHA256 (6.3-BETA2-amd64-disc1.iso) = 
fb984280db669f1fd7f2babe2b7d8f29c8a58f6a8ca8f4b000fc1417d6ad0248
SHA256 (6.3-BETA2-amd64-disc2.iso) = 
5ebd85be3645c7728f134e17eb1ee9e542a0960066b682fe24205ad28df4a9d3
SHA256 (6.3-BETA2-amd64-docs.iso) = 
d0aa993462ee01953204bb4e0204cf5256e9bbd26ca80c573988e4ae721dd330

SHA256 (6.3-BETA2-i386-bootonly.iso) = 
3233439e001e4e3f6d10f5350d4bec8699cd48f5a232098788d07e38f00e2513
SHA256 (6.3-BETA2-i386-disc1.iso) = 
b2e0c5263ba7c069eaf9d6734c4a6c5a78da06d4508f5ea28ef8ade9481a843e
SHA256 (6.3-BETA2-i386-disc2.iso) = 
eb38dcae0a514f0ced6da803cdecf1bc503c48e355dd9ddad4c03763aa349026
SHA256 (6.3-BETA2-i386-docs.iso) = 
12f4981d5b67064eb2b8744fa00f5914a5f45caf8f5166fff6d322cc82313997

SHA256 (6.3-BETA2-pc98-bootonly.iso) = 
9eab641ff31f37f056f82e87258752e5b44f3d0977978c1776f260d7908b7949
SHA256 (6.3-BETA2-pc98-disc1.iso) = 
9c3ff261bff9a2e7ff5529d6e3eda2c4799081ea62f7ee83c18c1814348e5974

SHA256 (6.3-BETA2-sparc64-bootonly.iso) = 
b7b5a92aaa47461ec8465f8d17b1c654287a9538b9d9175ee715ee1c8e8b0a1d
SHA256 (6.3-BETA2-sparc64-disc1.iso) = 
32f565d5c488fd108072eea999363d2e3c04be3ee95441f4f30a5034b05d680e
SHA256 (6.3-BETA2-sparc64-disc2.iso) = 
6fb51a66b3e50e769a03675e908b1523305531b3475dcd6212936f4511809025
SHA256 (6.3-BETA2-sparc64-docs.iso) = 
37f44ce56b7e9c8dce98a415619d0c5602ecf26e5246727a19268aa66c7d4f93


  


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: panic: rtfree - any work done currently on this?

[Stefan Lambrev]

Hi,

Ivan Voras wrote:

Per olof Ljungmark wrote:
  

Hi,

I wonder if any work is done on
http://www.freebsd.org/cgi/query-pr.cgi?pr=117913
if it is I'll be happy to test patches and/or suggestions or provide
access to a box for debugging.



Last I've heard about it is that a fix was committed to 7-CURRENT.
  
This is different issue (or at least on different place) as the one that 
was discussed before 5-6 months.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Weird issue with DELL PE2850

[Stefan Lambrev]

Hi,

I'm experiencing strange problem with PE2850 - CPU: Intel(R) Xeon(TM) 
CPU 3.20GHz (3192.23-MHz K8-class CPU)
It's a dual processor (with HT) server and worked very well with freebsd 
6.2,
before few days I updated one of ours pe2850 to see how will 6.3 
perform, and the first think that I notice

is a freeze for few minutes during boot.

Everything is ok till the following lines are displayed:
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
2-5min freeze
Trying to mount root from ufs:/dev/amrd0s1a
...
I saw the same thing on other pe2850 with 7-BETA2, and I'm pretty sure 
that both servers

didn't have such problems with earlier versions of 7-current and 6.2-stable.

I'm running amd64 on both servers.
on 6.3 hyperthreading is disabled and on 7b2 is enabled.
I have CPUTYPE?=nocona in /etc/make.conf

Any ideas where to dig and how to debug?
Can someone else confirm this?
I'm sure pe2850 is/was very popular server ;)

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD

[Stefan Lambrev]

Hi Alexey,

Can you please send and dmesg from FreeBSD 7 on this server?

As I'm little puzzled what you mean by 7-stable :)

Alexey Popov wrote:

Hi.

I have a large pool of web backends (Apache + mod_php5) with
2 x Xeon 3.2GHz processors and 2 x Xeon 5120 dual-core processors. The
workload is mostly CPU-bound. I'm using 6-STABLE-amd64 and also tried
7-STABLE.

Now I'm trying to use new hardware with 2 x Xeon 5320 (quad-core), but
it can not work under the same load as dual-core. It shows up to 80%
system CPU load in top:



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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Weird issue with DELL PE2850

[Stefan Lambrev]

Hi,

Ronald Klop wrote:
On Tue, 20 Nov 2007 10:09:33 +0100, Stefan Lambrev 
<[EMAIL PROTECTED]> wrote:



Hi,

I'm experiencing strange problem with PE2850 - CPU: Intel(R) Xeon(TM) 
CPU 3.20GHz (3192.23-MHz K8-class CPU)
It's a dual processor (with HT) server and worked very well with 
freebsd 6.2,
before few days I updated one of ours pe2850 to see how will 6.3 
perform, and the first think that I notice

is a freeze for few minutes during boot.

Everything is ok till the following lines are displayed:
SMP: AP CPU #1 Launched!
SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
2-5min freeze
Trying to mount root from ufs:/dev/amrd0s1a
...
I saw the same thing on other pe2850 with 7-BETA2, and I'm pretty 
sure that both servers
didn't have such problems with earlier versions of 7-current and 
6.2-stable.


I'm running amd64 on both servers.
on 6.3 hyperthreading is disabled and on 7b2 is enabled.
I have CPUTYPE?=nocona in /etc/make.conf

Any ideas where to dig and how to debug?
Can someone else confirm this?
I'm sure pe2850 is/was very popular server ;)



Did you boot with verbose messages on?

Ronald.


SMP: AP CPU #1 Launched!
cpu1 AP:
ID: 0x0100   VER: 0x00050014 LDR: 0x DFR: 0x
 lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff
 timer: 0x000200ef therm: 0x0001 err: 0x0001 pcm: 0x0001
SMP: AP CPU #3 Launched!
cpu3 AP:
ID: 0x0700   VER: 0x00050014 LDR: 0x DFR: 0x
 lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff
 timer: 0x000200ef therm: 0x0001 err: 0x0001 pcm: 0x0001
SMP: AP CPU #2 Launched!
cpu2 AP:
ID: 0x0600   VER: 0x00050014 LDR: 0x DFR: 0x
 lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff
 timer: 0x000200ef therm: 0x0001 err: 0x0001 pcm: 0x0001
ioapic0: Assigning ISA IRQ 1 to local APIC 0
ioapic0: Assigning ISA IRQ 4 to local APIC 0
ioapic0: Assigning ISA IRQ 9 to local APIC 0
ioapic0: Assigning ISA IRQ 14 to local APIC 0
ioapic0: Assigning ISA IRQ 15 to local APIC 0
ioapic0: Assigning PCI IRQ 16 to local APIC 0
ioapic0: Assigning PCI IRQ 18 to local APIC 0
ioapic0: Assigning PCI IRQ 19 to local APIC 0
ioapic0: Assigning PCI IRQ 21 to local APIC 0
ioapic0: Assigning PCI IRQ 23 to local APIC 0
ioapic1: Assigning PCI IRQ 46 to local APIC 0
ioapic2: Assigning PCI IRQ 64 to local APIC 0
ioapic2: Assigning PCI IRQ 65 to local APIC 0
ioapic3: Assigning PCI IRQ 106 to local APIC 0
ioapic3: Assigning PCI IRQ 107 to local APIC 0
~2min freeze
Trying to mount root from ufs:/dev/amrd0s1a

Do not think this is more helpful :(

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: FreeBSD 6.2-RELEASE always hang

[Stefan Lambrev]

Hi,

Unga wrote:

Hi all

I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz,
512MB Ram computer.

Its very irritatingly hangs very frequently, more than
10 times a day. Do others find FreeBSD 6.2-RELEASE
always hangs? I simply cannot use it for any serious
use, not even to send a mail, other than browsing web.

I find it mostly when I try to move the mouse it
hangs. Upward and downward cursor keys press and hold
also hangs, but not always. These may be just
coincidental. How do I find why it hangs?
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html 
should help you how to start finding out why :)

 How is the
stability of the upcoming 7.0?
  
You should try it on your hardware and see how it will perform. it can 
be more stable .. or less :) but it have to be faster :)

Best Regards
Unga


  

Be a better sports nut!  Let your teams follow you 
with Yahoo Mobile. Try it now.  http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Intel S3000AH stall on boot

[Stefan Lambrev]

Hi,

Antony Mawer wrote:

On 3/12/2007 1:37 PM, Tim Daneliuk wrote:

Jack Vogel wrote:

On Dec 1, 2007 8:32 PM, Daniel O'Connor <[EMAIL PROTECTED]> wrote:

Hi,
I am doing some work for a company that recently bought 2 systems 
based

on the above motherboard and mostly they work fine, however on boot
just before userland starts they stall for about a minute. (Just after
it starts the second CPU).

It's 2 minutes for me, but I see this on Dell's PE2850 (2 years old).
It seems that the problem starts after I installed a Dell's remote 
access controller card.
This card have support for virtual CD and virtual floppy, so I'll try to 
disable it from the card, as setting hint.fdc.0.disabled="1"

does not help at all.
I see this problem on FreeBSD 7 and 6.3-prerelease.



Did you happen to check if during that time the floppy disk is being 
accessed?

If it is just reconfig the kernel with that device out and the hang
won't happen.

That is the only hang that I've seen that lasts that long.

Jack



Or you can just turn it off in the BIOS to avoid having to fiddle 
with the

kernel.  *Why* this is happening is of more interest to me.  ISTM that
the kernel startup logic should be able to detect a floppy drive with no
disk in it and move on promptly.  I believe this because that is exactly
what 4.x did ... well, now that I think about it, I never tried 4.x on
the Intel MOBO that is causing this aggravation here


Another "me too". We saw this and wound up removing the floppy drive 
from the systems in order to avoid this lengthy delay on boot - we 
weren't using them anyway and it saved a whole $5 or so on the 
hardware costs... ;-)


I seem to recall it was not purely a 6.x thing - as I'm sure that we 
have plenty of 6.x machines with FDDs that don't exhibit this hang - 
but it was only newer Intel motherboards (I think 9xx series onwards) 
that we were seeing the issue on...


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: why lighttpd complain "sendfile: Broken pipe 32 "

[Stefan Lambrev]

Hi Ken,

Ken Chen wrote:

What causes this happen?

2007-12-12 21:17:47: (network_freebsd_sendfile.c.173) sendfile:  Broken pipe
32
2007-12-12 21:17:47: (connections.c.603) connection closed: write failed on
fd 149
2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile:  Broken pipe
32
2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on
fd 476
2007-12-12 21:19:19: (network_freebsd_sendfile.c.173) sendfile:  Broken pipe
32
2007-12-12 21:19:19: (connections.c.603) connection closed: write failed on
fd 476
2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile:  Broken pipe
32
2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on
fd 158
2007-12-12 21:20:30: (network_freebsd_sendfile.c.173) sendfile:  Broken pipe
32
2007-12-12 21:20:30: (connections.c.603) connection closed: write failed on
fd 158
  
This is probably because the client closed the connection before the 
server send all data - so broken pipe.

web# sysctl -a | grep maxfiles
kern.maxfiles: 32768
kern.maxfilesperproc: 32768
web# netstat -m
2126/1654/3780 mbufs in use (current/cache/total)
793/495/1288/25600 mbuf clusters in use (current/cache/total/max)
855/2538/6656 sfbufs in use (current/peak/max)
2117K/1403K/3521K bytes allocated to network (current/cache/total)
0 requests for sfbufs denied
0 requests for sfbufs delayed
273045 requests for I/O initiated by sendfile
325 calls to protocol drain routines

web# uname -a
FreeBSD web 6.0-RELEASE FreeBSD 6.0-RELEASE #4: Tue Dec 11 18:30:27 CST
2007 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/WEB  i386
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
  


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: boot problems?

[Stefan Lambrev]

Torfinn Ingolfsen wrote:

On Tue, 22 Jan 2008 11:00:36 +0200
Krassimir Slavchev <[EMAIL PROTECTED]> wrote:

  

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi All,

I am trying to boot 7.0-PRERELEASE on my notebook from USB memory
stick. With the original BTX i have "BTX halted". The only way to



Not related to your problem, but I'm interested:
- what is the size of the memory stick you are using?
- how did you buold / install FreeBSD on it. Are there build
instructions somewhere?

  
May be you want to look at m0n0wall and FreeNAS documentation as they 
both are FreeBSD based and can boot from usb stick :)


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: T7200 CPU not detected by est

[Stefan Lambrev]

Greetings,

Krassimir Slavchev wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ian Smith wrote:
  

On Fri, 25 Jan 2008, John Baldwin wrote:
 > On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote:
 > > John Baldwin wrote:
 > > > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
 > > >> Hi folks,
 > > >>
 > > >> I have several systems using T7200 mobile CPUs running under 7-stable.
 > > >> However, EST does not recognize the cpus. When loading cpufreq I get:
 > > >
 > > > You can try this patch.  It won't add support for all of the levels, but 
it
 > > > will support the current level and the highest level (IIRC).
 > > >
 > > 
 > > 
 > > It works now on my T7700:
 > > 
 > > dev.est.0.%desc: Enhanced SpeedStep Frequency Control

 > > dev.est.0.%driver: est
 > > dev.est.0.%parent: cpu0
 > > dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000
 > > 1200/16000
 > > dev.est.1.%desc: Enhanced SpeedStep Frequency Control
 > > dev.est.1.%driver: est
 > > dev.est.1.%parent: cpu1
 > > dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000
 > > 1200/16000
 > 
 > Odd, it shouldn't have provided that many settings.  It also doesn't

 > provide power info.  I wonder if you are getting the settings from
 > ACPI.

Assuming so, wouldn't this seem to be an instance needing the recent:

 kern/114722: [acpi] [patch] Nearly duplicate p-state entries reported 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=114722



With this patch the result is the same.
  

Patched src/sys/kern/kern_cpu.c is already in RELENG_7_0.
It was submitted 8 days ago.
Are you sure your sources are newer then this?
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: T7200 CPU not detected by est

[Stefan Lambrev]

Greetings,

Krassimir Slavchev wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan Lambrev wrote:
  

Greetings,

Krassimir Slavchev wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ian Smith wrote:
 
  

On Fri, 25 Jan 2008, John Baldwin wrote:
 > On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote:
 > > John Baldwin wrote:
 > > > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote:
 > > >> Hi folks,
 > > >>
 > > >> I have several systems using T7200 mobile CPUs running under
7-stable.
 > > >> However, EST does not recognize the cpus. When loading
cpufreq I get:
 > > >
 > > > You can try this patch.  It won't add support for all of the
levels, but it
 > > > will support the current level and the highest level (IIRC).
 > > >
 > >  > >  > > It works now on my T7700:
 > >  > > dev.est.0.%desc: Enhanced SpeedStep Frequency Control
 > > dev.est.0.%driver: est
 > > dev.est.0.%parent: cpu0
 > > dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000
1600/22000
 > > 1200/16000
 > > dev.est.1.%desc: Enhanced SpeedStep Frequency Control
 > > dev.est.1.%driver: est
 > > dev.est.1.%parent: cpu1
 > > dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000
1600/22000
 > > 1200/16000
 >  > Odd, it shouldn't have provided that many settings.  It also
doesn't
 > provide power info.  I wonder if you are getting the settings from
 > ACPI.

Assuming so, wouldn't this seem to be an instance needing the recent:

 kern/114722: [acpi] [patch] Nearly duplicate p-state entries
reported  http://www.freebsd.org/cgi/query-pr.cgi?pr=114722



With this patch the result is the same.
  
  

Patched src/sys/kern/kern_cpu.c is already in RELENG_7_0.
It was submitted 8 days ago.
Are you sure your sources are newer then this?




No, they where almost 2 weeks older.
I have just upgraded to todays 7.0 and the result is the same.

  

Can you show me the result of: sysctl dev.cpu.0.freq_levels

May be est driver doesn't use the patched function in 
src/sys/kern/kern_cpu.c ?


Also do you see any problems with this? :)
Powerd should work because it reads dev.cpu.0.freq_levels

CC Nate Lawson.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177


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

option HZ=?

[Stefan Lambrev]

Greetings,

I want to know what is the bad effect of increasing HZ too much?
And when is too much? What problems can I expect when HZ>2000?
Can I change this value without pre-compiling the kernel?

Because all docs I found for HZ is in src/sys/conf/NOTES and it doesn't 
say much.

How can I know if my kernel misses ticks?

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: option HZ=?

[Stefan Lambrev]

Greetings,

Dominic Fandrey wrote:

cpghost wrote:
  

On Wed, Jan 30, 2008 at 02:55:30PM +0200, Stefan Lambrev wrote:


Greetings,

I want to know what is the bad effect of increasing HZ too much?
And when is too much? What problems can I expect when HZ>2000?
Can I change this value without pre-compiling the kernel?
  

You can change HZ by adding a line to /boot/loader.conf like this:

kern.hz="100"



Is there a way to see which value is in effect?

# sysctl kern.hz
sysctl: unknown oid 'kern.hz'

  

sysctl kern.clockrate will report this, and few other things.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: kld regression

[Stefan Lambrev]

Greetings,

Andriy Gapon wrote:

on 30/01/2008 19:39 Andriy Gapon said the following:
  

The problem is as follows:
1. put udf_load="YES" in loader.conf
2. you can mount and unmount udf filesystems
3. you can kldunload udf if no udf filesystems are mounted
4. now mount udf fs while udf.ko is unloaded
5. udf is auto loaded and fs is mounted
6. unmount fs
7. try to kldunload udf
kldunload: can't unload file: Device busy
kernel message: kldunload: attempt to unload file that was loaded by the
kernel

Yeah, it was loaded by kernel indeed, but WTF - what is the difference
from manual/loader.conf loading and why I can not manage my modules as I
wish?




This is 6.3 RELEASE for amd64, sorry.
  

It happens with all modules not just udf :)
I have the same experience with ucom & ubsa.
If both are not loaded and I load ubsa it depends on ucom and load it.
Then I can kldunload ubsa, but can't do this with ucom.

This is  FreeBSD 7.0-RC1 #20: Sat Jan 26 14:53:02 EET 2008 i386

Well it never annoyed me enough to report it :)

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Allowing access to IP/MAC pairs only

[Stefan Lambrev]

Greetings,

Szemerédy Gábor wrote:

Hello list!
We have feeBSD 6.2 machines with local subnets on the servers and 
would like to allow access to the internet only for workstations with 
exact IP/MAC pairs and deny access for not predefined pairs.

Is there a solution in firewall settings?

man arp and look at options -s and -S.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177


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

lists.freebsd.org is down?

[Stefan Lambrev]

Greetings,

I cannot open port 80 on lists.freebsd.org.
Is it just me?

Sorry if this is not the proper maillist.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: FreeBSD 7.0-RELEASE Available

[Stefan Lambrev]

Greetings,

Georgi Iovchev wrote:

   Congrats :))

   I have been waiting it :>>

   p.s. yesteday csuped sources and rebuilded world,

   but my tag in supfile was RELENG_7 not 7_0
  

RELENG_7 will show 7.0-STABLE.
If you want release use RELENG_7_0.

I guess there is not big difference between R_7 & R_7_0,
but from now it's going to change more and more.
For production environment R_7_X is recommended, but if you need more 
then critical patches

and security updates R_7 is the way to go.

   and now in dmesg i am stil getting FreeBSD 7 PRERELEASE

   is this a problem, and should i csup again and rebuild world again?

   Georgi Iovchev

   --

   Thursday, February 28, 2008, 12:32:55 AM:

   > Just in case some interested parties are not subscribed to the

   > freebsd-announce mailing list...  FreeBSD 7.0-RELEASE has been forma
   lly

   > released.  If you would like to see the release announcement it's he
   re:

   >   [1]http://www.freebsd.org/releases/7.0R/announce.html

   > On behalf of the FreeBSD Project thanks for your interest in FreeBSD
   .

   > We hope you enjoy the new release.

References

   1. http://www.freebsd.org/releases/7.0R/announce.html
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
  


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: +rtfree: 0xffffff0003635780 has 1 refs

[Stefan Lambrev]

Greetings Dave,

Dave Overton wrote:

I am new to the AMD64 stable branch, so forgive me if this has been beat to
death, but I can't find why this message keeps occurring over and over all
day.  FreeBSD 7.0 Stable on AMD x2.  It works (or seems to) fine.

+rtfree: 0xff0003635780 has 1 refs
  
check google for rtfree() used when RTFREE() needed .. or something like 
this :)

Those messages are annoying but harmless.

its a kernel "bold" on the terminal, and would scare me to death if I just
knew what it meant...

Should I be worried about something?  I hate bold white text



Dave Overton, Owner
SYIX.COM

[EMAIL PROTECTED]
(530) 755-1751 x101
Fax (530) 751-8871
800-988-SYIX

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


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

Re: Upgrading to 7.0 - stupid requirements

[Stefan Lambrev]

Greetings,

Eirik Øverby wrote:

On Mar 23, 2008, at 08:28, Matthew Seaman wrote:


Freddie Cash wrote:


All that's really needed is a more formalised process for handling
upgrading config files, with as much as possible managed via the ports
framework itself.  Something that dictates the name of the config
file, and that compares the config file from the port against the
installed config file (or against an md5 of the port config file) and
only replaces it if it is unchanged.  Something that is part of the
make system.


Most ports that install configuration files actually do this already.
It's generally why you'll find that a sample configuration file is
considered part of the port, but the actuall live configuration file
is not.  The port will only feel free to meddle with the config file if
it is still identical to the sample file.


There are a few exceptions to this rule: The courier authdaemon ports, 
for instance, are notorious for overwriting my carefully-crafted 
configuration files when upgrading. I loathe those ports (or apps - 
not sure who's to blame) for that reason alone. In fact, it not only 
installs a config.dist file (which is fine), but it ALSO overwrites 
the current config. A cardinal sin, if there ever were any..
I'm using FreeBSD + courrier for imap/pop3 and auth for more then 2 
years till now and this never happen to me.

Though I'm using portupgrade to upgrade those ports.
The only port that destroyed my configuration file is blocksshd, I 
reported it and it was fixed in 2 days.


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

Re: Upgrading to 7.0 - stupid requirements

[Stefan Lambrev]

Garrett Wollman wrote:

In article <[EMAIL PROTECTED]>,
Freddie Cash writes:

  

Oh, gods, please, no!  That is one of the things I absolutely hate
about Debian (and its derivatives).  There are some packages on Debian
where they use separate text files for each configuration option
(ProFTPd, for examples).  It is a huge mess of directories and files
that makes it a *royal* PITA to edit at the CLI.

Yes, a scheme like that is better for GUI tools, but it really makes
things more difficult for non-GUI users/uses (like headless servers
managed via SSH).



Try managing a few hundred mostly-but-not-entirely-identical machines
and you really begin to appreciate the value of this approach.  It is
orders of magnitude easier to drop one file into the central config
repository that does *one thing* than it is to manage a dozen
not-quite-identical copies of a monolithic configuration file, keeping
in sync the parts that are supposed to be in sync, and keeping the
parts that are supposed to be different, different.

If FreeBSD were able to do this, it might have a bit more traction at
my place of employment.
  
I'm little puzzled. What actually FreeBSD and current portsystem + tools 
are not able to do?!?!

You mean "I do not know how to do it" may be?


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


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

Re: What does system do after "Uptime: "?

[Stefan Lambrev]

Xin LI wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Gavin Atkinson wrote:
| FWIW, there have been probably around 10 PRs in in the last few months
| about this behaviour.  I'd vote for it as an errata candidate.

FWIW I have written to re@ indicating some changes I wanted for
RELENG_7_0 as candidates.  Could you please let me know if I have missed
something important?

http://www.delphij.net/errata-20080430.xml


Please look at this thread in -net :
TCP options order changed in FreeBSD 7,incompatible with some routers
I think problem mention there should go in errata as it's quite serious.

src/sys/netinet/tcp_output.c Revision 1.141.2.4 (not sure that this is 
the fix ..)


P.S. When can we expect 7.0p1 ? :)


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

mpd5.1 and HUAWEI 3g card (ubsa)

[Stefan Lambrev]

horization successful
May  2 20:04:15 laptop mpd: [L1] Link: Matched action 'bundle "B1" ""'
May  2 20:04:15 laptop mpd: [L1] Creating new bundle using template "B1".
May  2 20:04:15 laptop mpd: [B1-1] Bundle: Interface ng0 created
May  2 20:04:15 laptop mpd: [L1] Link: Join bundle "B1-1"
May  2 20:04:15 laptop mpd: [B1-1] Bundle: Status update: up 1 link, 
total bandwidth 28800 bps

May  2 20:04:15 laptop mpd: [B1-1] IPCP: Open event
May  2 20:04:15 laptop mpd: [B1-1] IPCP: state change Initial --> Starting
May  2 20:04:15 laptop mpd: [B1-1] IPCP: LayerStart
May  2 20:04:15 laptop mpd: [B1-1] IPCP: Up event
May  2 20:04:15 laptop mpd: [B1-1] IPCP: state change Starting --> Req-Sent
May  2 20:04:15 laptop mpd: [B1-1] IPCP: SendConfigReq #1
May  2 20:04:15 laptop mpd: [B1-1]   IPADDR 10.1.1.2
May  2 20:04:15 laptop mpd: [B1-1]   COMPPROTO VJCOMP, 16 comp. 
channels, no comp-cid

May  2 20:04:16 laptop mpd: [L1] MODEM: carrier detect (CD) signal lost
May  2 20:04:16 laptop mpd: [L1] Link: DOWN event
May  2 20:04:16 laptop mpd: [L1] LCP: Down event

Btw why I see 10.1.1.2 - this is the IP of my LAN card ?

Another issues is that after the first attempt to dial the modem freezes 
for few seconds and I see lot of those messages:
May  2 20:04:10 laptop kernel: ubsa_cfg_request: device request failed, 
err=USBD_ERR_STALLED (ignored)

but this should go to -usb probably :)

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

cvsup.uk.FreeBSD.org

[Stefan Lambrev]

Greetings,

cvsup.uk.FreeBSD.org is outdated.
I know this is not the proper list, but which one is?

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

/usr/bin/ksu and missing suid bit

[Stefan Lambrev]

Greetings,

What the reason /usr/bin/ksu to be without setuid bit?
Are there any security concerns?
I'm asking because the only way to get ksu working is adding by hand the 
suid bit.
For example when you install heimdal from ports it activate the setuid 
bit on $prefix/bin/su.


And my second question - is there a option that I can define in src.conf 
or make.conf, next time when I build/installworld
ksu to have setuid bit ? (in manual I found only knobs for disabling 
kerberos)


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: udf

[Stefan Lambrev]

Zoran Kolic wrote:

Howdy!
What is the experience regarding udf on cd/dvd on 7.0?
I saw netbsd mail few days ago having those steps:
newfs_udf and mount_udf.
Best regards
  

From man mount_udf (FreeBSD7)

HISTORY
The mount_udf utility first appeared in FreeBSD 5.0.

FreeBSD 7.0 March 23, 2002 
FreeBSD 7.0


I have no idea for newfs_udf , and what is supposed this to do :)

   Zoran

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Java binaries for FreeBSD 7

[Stefan Lambrev]

Greetings,

From http://www.freebsdfoundation.org/
"We are working on providing Java 1.6 support for FreeBSD 6.3 and 7.0. 
The binaries for 7.0 will be available by June 1."


Any news? :) Where I can read more?

P.S. I understand that this is not the mailing list to ask, but I can't 
find better.


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: optimization levels for 6-STABLE build{kernel,world}

[Stefan Lambrev]

Hello,

Oliver Fromme wrote:

Marc G. Fournier <[EMAIL PROTECTED]> wrote:
 > What are ppl currently using for CFLAGS/COPTFLAGS in /etc/make.conf for 
 > building kernel/world?  I know awhile back it wasn't recommended to go 
 > above -O2, for instance, but suspect that has changed ... ?


The best optimization is probably to not override the
defaults at all, because they're already pretty optimal.
In fact, by overriding the defaults there's a good chance
to make things worse.  :-)

The default CFLAGS are "-O2 -pipe -fno-strict-aliasing".
Anything above -O2 isn't supported, and using -O2 without
-fno-strict-aliasing also isn't supported (and will create
broken code for some programs).  A common mistake is to
specify CFLAGS="-O2 -pipe" and omit -fno-strict-aliasing.
That'll shot you in the foot sooner or later.

Best regards
   Oliver

  

May be default flags have to be set here:
/usr/src/share/examples/etc/make.conf ?
I'm asking because in this file I read:

# CFLAGS controls the compiler settings used when compiling C code.
# Note that optimization settings other than -O and -O2 are not recommended
# or supported for compiling the world or the kernel - please revert any
# nonstandard optimization settings to "-O" or -O2 before submitting bug
# reports without patches to the developers.
#
#CFLAGS= -O -pipe

May be "-fno-strict-aliasing" have to be added here then ?

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: bind round robin

[Stefan Lambrev]

Dominic Marks wrote:

From the original message:

[1]


wwwIN A   10.10.10.10
wwwIN A   192.168.0.10





From pen homepage:

"This is pen, a load balancer for "simple" tcp based protocols such 
as http or smtp."


As I know DNS uses both tcp and udp protocols.


From the posters excerpt it looks like they are looking to load 
balance HTTP. [1]


For failover you can try OpenBSD Packet Filter with CARP protocol. PF 
can do load-balacing using different algorithms also. CARP is ported 
to FreeBSD. More info on: http://pf4freebsd.love2party.net/carp.html


Also true. Last time I looked at this however there was a big 
disclaimer saying that
CARP's load balancing was likely to give a distorted distribution of 
load and I don't
believe it does weighting. I believe this would also be a problem 
considering the

example in [1]:

From carp(4):

 Note: ARP balancing only works on the local network segment.  It 
cannot
 balance traffic that crosses a router, because the router itself 
will

 always be balanced to the same virtual host.

Cheers,
Dominic
Yes but the idea here is to use http balancer that runs on CARP 
interface(s) for fail-over.

Balancing will be done by balancer ;)


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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: linux-oracle-instantclient-sqlplus-10.2.0.2.20060331

[Stefan Lambrev]

Hi,

Joseph Olatt wrote:

On Tue, Aug 29, 2006 at 10:55:42AM +0300, Stefan Lambrev wrote:
  

Hi all,

First sorry if this is not the right place to post my questions :)

I'm trying to run linux-oracle-instantclient-sqlplus-10.2.0.2.20060331
(ports/databases/linux-oracle-instantclient-sqlplus)
on FreeBSD 6.1-STABLE (i386 or/and amd64), but with no success for now.

After installation I run:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/lib 
/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/bin/sqlplus /nolog


but it just freezes. Friend of mine told me that he have no problems 
with FreeBSD 5.4(i386)


My goal is to run oracle-instant client (i386) on FreeBSD-6.x amd64.

So is there some big change in linux module in FreeBSD 6.1 compared to 5.4 ?
Did somebody manage to run successfully linux-instant-oracle-client 
under FreeBSD 6.1 (i386/amd64)?

Please help :))

P.S. oracle instant client does not depend on any linux_base, which was 
little strange for me, but just for info

I have installed latest linux_base_fc4.

Thanks in advance.

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177




FWIW, I have oracle8-client-0.1.1_1 package running in FreeBSD 6-STABLE.
This package does not have sqlplus but allows me to connect to Oracle
using p5-DBD-Oracle-1.16_3 & p5-DBI-1.50 and perl.


$ pkg_info | egrep "Oracle|DBI"
oracle8-client-0.1.1_1 Oracle 8 client
p5-DBD-Oracle-1.16_3 DBI driver for Oracle RDBMS server
p5-DBI-1.50 The perl5 Database Interface.  Required for DBD::* modules

  

Is there any way to make this under FreeBSD 6.x amd64 ?
FreeBSD 6.1-STABLE amd64 ?

$ uname -sr
FreeBSD 6.1-STABLE

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: linux-oracle-instantclient-sqlplus-10.2.0.2.20060331

[Stefan Lambrev]

Hi,

Joseph Olatt wrote:

On Wed, Sep 20, 2006 at 10:37:34AM +0300, Stefan Lambrev wrote:
  

Hi,

Joseph Olatt wrote:


On Tue, Aug 29, 2006 at 10:55:42AM +0300, Stefan Lambrev wrote:
  
  

Hi all,

First sorry if this is not the right place to post my questions :)

I'm trying to run linux-oracle-instantclient-sqlplus-10.2.0.2.20060331
(ports/databases/linux-oracle-instantclient-sqlplus)
on FreeBSD 6.1-STABLE (i386 or/and amd64), but with no success for now.

After installation I run:

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/lib 
/compat/linux/usr/lib/oracle/10.2.0.2.20060331/client/bin/sqlplus /nolog


but it just freezes. Friend of mine told me that he have no problems 
with FreeBSD 5.4(i386)


My goal is to run oracle-instant client (i386) on FreeBSD-6.x amd64.

So is there some big change in linux module in FreeBSD 6.1 compared to 5.4 ?
Did somebody manage to run successfully linux-instant-oracle-client 
under FreeBSD 6.1 (i386/amd64)?

Please help :))

P.S. oracle instant client does not depend on any linux_base, which was 
little strange for me, but just for info

I have installed latest linux_base_fc4.

Thanks in advance.

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177



FWIW, I have oracle8-client-0.1.1_1 package running in FreeBSD 6-STABLE.
This package does not have sqlplus but allows me to connect to Oracle
using p5-DBD-Oracle-1.16_3 & p5-DBI-1.50 and perl.


$ pkg_info | egrep "Oracle|DBI"
oracle8-client-0.1.1_1 Oracle 8 client
p5-DBD-Oracle-1.16_3 DBI driver for Oracle RDBMS server
p5-DBI-1.50 The perl5 Database Interface.  Required for DBD::* modules

  
  

Is there any way to make this under FreeBSD 6.x amd64 ?
FreeBSD 6.1-STABLE amd64 ?




It appears that the current port of oracle8-client in the ports tree
only support i386

$ grep ARCH /usr/ports/databases/oracle8-client/Makefile 
ONLY_FOR_ARCHS= i386


As of now, I don't have access to an amd64 machine and hence I've no
idea what would happen if you tried to use the current oracle8 client
libraries on it.
  

It's not like I didn't try :) but 64bit apps can't link to 32bit libs. :(

regards,
joseph


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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Watchdog Timeout - bge devices

[Stefan Lambrev]

Hi all,

I have few servers that have Intel and Broadcom (em&bge) giga NICs
running FreeBSD RELENG_6 (from 6.1-R to 6.2-PRERELEASE).
And (luckily) there are no such problems like watchdog timeouts.
So may be something is different in our configurations, do you want my 
kernel confs

or something else ?
I have usb enabled on 3 servers (Serial HUBs, and usb dvd-burners 
connected),

but the load on the servers rarely goes more then 2.x
Do you want me to check something else? :)

John Marshall wrote:

$ dmesg | grep bge
bge0:  mem
0xe820-0xe820 irq 17 at device 4.0 on pci4
miibus1:  on bge0
bge0: Ethernet address: 00:0b:cd:e7:51:ba
bge0: watchdog timeout -- resetting
bge0: link state changed to DOWN
bge0: link state changed to UP

I initially pronounced the network cable dead and replaced it. Then I
suspected the FastEthernet switch port and relocated to a different
port. Watchdog timeouts persisted. I concluded that the bge hardware
must be flaky until I read a recent thread on em device watchdog
timeouts which led me to wonder about CPU scheduling.

The server experiencing the bge timeouts was using SCHED_ULE. I built
6.2-PRERELEASE on a spare disk and booted the problem server from that
disk - bge problem persisted.

We have a second (identical) problem-free server configured with
SCHED_4BSD. I reconfigured both machines so that the first machine (now
6.2-PRERELEASE) used SCHED_4BSD and the second machine (6.1-RELEASE)
uses SCHED_ULE. Both machines are configured with PREEMPTION.

+---+
| THE PROBLEM FOLLOWS SCHED_ULE ACROSS MACHINES |
+---+

The machines are hp ProLiant ML110 servers.

There is nothing sharing the interrupt with the bge device. No USB
drivers are loaded.


$ vmstat -i
interrupt  total   rate
irq1: atkbd0  70  0
irq6: fdc0 9  0
irq14: ata0  1234430  6
irq15: ata1   47  0
irq17: bge0 17543591 93
irq26: fxp070832  0
cpu0: timer376381765   1999
Total  395230744   2099


$ sysctl kern.version kern.sched kern.smp hw.machine hw.model dev.bge
kern.version: FreeBSD 6.1-RELEASE-p10 #1: Mon Oct  2 08:36:56 AEST 2006

kern.sched.name: ule
kern.sched.slice_min: 10
kern.sched.slice_max: 142
kern.sched.preemption: 1
kern.smp.maxcpus: 1
kern.smp.active: 0
kern.smp.disabled: 0
kern.smp.cpus: 1
hw.machine: i386
hw.model: Intel(R) Pentium(R) 4 CPU 2.80GHz
dev.bge.0.%desc: Broadcom BCM5705K Gigabit Ethernet, ASIC rev. 0x3003
dev.bge.0.%driver: bge
dev.bge.0.%location: slot=4 function=0
dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1654 subvendor=0x103c
subdevice=0x1654 class=0x02
dev.bge.0.%parent: pci4

Is there any other information I ought to post to help with diagnosis -
or is this a known problem? (I've only subscribed recently)

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

External DVD burner - connected via USB.

[Stefan Lambrev]

Hello,

Is this supposed to work under FreeBSD 6.X amd64 at all ?

cd0 at umass-sim0 bus 0 target 0 lun 0
cd0:  Removable CD-ROM SCSI-0 device
cd0: 40.000MB/s transfers
cd0: cd present [2295104 x 2048 byte records]
umass0: Unsupported ATAPI command 0x46

(the last line is the error msg when I try to use the burner)

I also have :
at scbus1 target 0 lun 0 (cd1,pass1)
cd1 at umass-sim1 bus 1 target 0 lun 0
cd1:  Removable CD-ROM SCSI-0 device
cd1: 40.000MB/s transfers

and it works without a problems.

Both DVD burners are external and connected via USB

Thanks.

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: External DVD burner - connected via USB.

[Stefan Lambrev]

Daniel O'Connor wrote:

On Wednesday 04 October 2006 20:33, Stefan Lambrev wrote:
  

Is this supposed to work under FreeBSD 6.X amd64 at all ?



Did you actually try using it?

  

Of course :) and it does not work - can't mount, read, write and so on.
Checked under other os - it works so it is not HW problem.

This is from mount:

cd0 at umass-sim0 bus 0 target 0 lun 0
cd0:  Removable CD-ROM SCSI-0 device
cd0: 40.000MB/s transfers
cd0: cd present [2295104 x 2048 byte records]
(cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 
0 0 1 0 c 0

(cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(cd0:umass-sim0:0:0:0): SCSI Status: Check Condition
(cd0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:24,0
(cd0:umass-sim0:0:0:0): Invalid field in CDB
(cd0:umass-sim0:0:0:0): Unretryable error

growisofs complains something about "non-MMC" compatible.

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

PLEXTOR DVD & SCSI emu

[Stefan Lambrev]

Hello,

There are some weird problems with those dvd burners & atapicam.

acd0: DMA limited to UDMA33, controller found non-ATA66 cable
acd0: DVDR  at ata1-master UDMA33
acd1: DMA limited to UDMA33, controller found non-ATA66 cable
acd1: DVDR  at ata1-slave UDMA33

I compile kernel with device atapicam and followed all steps from:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM
and on dmesg now I have:

cd1 at ata1 bus 0 target 0 lun 0
cd1:  Removable CD-ROM SCSI-0 device
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not present 
- tray open

cd2 at ata1 bus 0 target 1 lun 0
cd2:  Removable CD-ROM SCSI-0 device
cd2: 33.000MB/s transfers
cd2: Attempt to query device size failed: NOT READY, Medium not present 
- tray open


(cd0 is Light-On external DVD burner connected via USB)

While burning DVDs with growisofs is working perfect I have problems 
reading them :)
The only way to mount/read the DVD is to use /dev/acd0/1 - /dev/cd1,2 
just does not work.


When I try to access /dev/cd1,2 I have :

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP {MMC 
Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI Status Error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check Condition
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP {MMC 
Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI Status Error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check Condition
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error

It's not a big deal as I have the needed access using /dev/acd0,1, but 
the some

apps can only work with SCSI devices :(

Also is there any app in base that can tell me what is the label (Volume 
ID) of the DVD, or other

useful info ? :) - like "cd-info" from ports/multimedia/vcdimager/

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: [-SPAM-] Re: PLEXTOR DVD & SCSI emu

[Stefan Lambrev]

Hello,

Rainer Hurling wrote:

Rainer Hurling schrieb:

I get the following on dmesg:

acd0: DVDR  at ata1-master UDMA66
cd0 at ata1 bus 0 target 0 lun 0
cd0:  Removable CD-ROM SCSI-0 device
cd0: 66.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
 - tray closed

Perhaps you have to update your firmware on plextor drive? Plextor 
introduced advanced descriptions for new and/or corrected dvd types 
in their updates.


Give 
http://www.plextor-europe.com/technicalservices/downloads/firmw_716A.asp?choice=DVD-Recorders 
a chance.


Sorry,

I mistyped the address. For your Plextor drive the right page is
http://www.plextor-europe.com/technicalservices/downloads/firmw_716AL.asp?choice=DVD-Recorders 



Please don't update your drive to PX-716A firmware, only to PX-716AL !!!

It seems that the problem is only with PLEXTOR PX-716AL (you are using 
PX-716A)

I tried on few different servers and I always got this :
umass0: Unsupported ATAPI command 0x46
when I try to do something with the burner.

I'll play little more connection on IDE slot, but last time when I tried 
I got the same errors with atapicam.

Rainer




Rainer Hurling



Stefan Lambrev schrieb:

Hello,

There are some weird problems with those dvd burners & atapicam.

acd0: DMA limited to UDMA33, controller found non-ATA66 cable
acd0: DVDR  at ata1-master UDMA33
acd1: DMA limited to UDMA33, controller found non-ATA66 cable
acd1: DVDR  at ata1-slave UDMA33

I compile kernel with device atapicam and followed all steps from:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM 


and on dmesg now I have:

cd1 at ata1 bus 0 target 0 lun 0
cd1:  Removable CD-ROM SCSI-0 device
cd1: 33.000MB/s transfers
cd1: Attempt to query device size failed: NOT READY, Medium not 
present - tray open

cd2 at ata1 bus 0 target 1 lun 0
cd2:  Removable CD-ROM SCSI-0 device
cd2: 33.000MB/s transfers
cd2: Attempt to query device size failed: NOT READY, Medium not 
present - tray open


(cd0 is Light-On external DVD burner connected via USB)

While burning DVDs with growisofs is working perfect I have problems 
reading them :)
The only way to mount/read the DVD is to use /dev/acd0/1 - 
/dev/cd1,2 just does not work.


When I try to access /dev/cd1,2 I have :

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP 
{MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI 
Status Error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check 
Condition

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): READ TOC/PMA/ATIP 
{MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): CAM Status: SCSI 
Status Error
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): SCSI Status: Check 
Condition

Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): ILLEGAL REQUEST asc:24,0
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Invalid field in CDB
Oct  9 11:50:09 thor kernel: (cd2:ata1:0:1:0): Unretryable error

It's not a big deal as I have the needed access using /dev/acd0,1, 
but the some

apps can only work with SCSI devices :(

Also is there any app in base that can tell me what is the label 
(Volume ID) of the DVD, or other

useful info ? :) - like "cd-info" from ports/multimedia/vcdimager/



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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Standrat way to apply custom patches. WAS [Re: Pleading for commit]

[Stefan Lambrev]

Hello,

While talking about custom patches, what's the best way to apply patches 
after every cvsup.


In my case I'm using custom patches for bktr and network driver nfe from 
HEAD.

As freebsd 6.2 is coming soon and there is work in progress on nfsmb
and I would like to test those new features/drivers I cvsup very often
and sometimes I forget to apply my custom patches :)
The good thing is that all my patches are in kernel sources so 
pre-compiling kernel
after patch solve the problem, but it is nasty when I do this remotely 
and forget

to compile nfe driver ;)

I saw few other distributions that have a directory with custom patches 
that are applied

before compilation. What's the FreeBSD way in this direction ? :)

Yar Tikhiy wrote:

On Tue, Oct 24, 2006 at 03:04:09PM -0500, Dan Nelson wrote:
  

In the last episode (Oct 24), Doug Barton said:


Duane Whitty wrote:
  

Patching it myself after every cvs update is not such a big deal; It
is forgetting to patch it after every update which is a big deal.


Write a little script for yourself that calls cvsup then runs patch
so you won't forget. :)
  

Or cvsup the CVS repository (instead of using checkout mode), check out
your working tree from there, and run "cvs update" to update your
sources, which will preserve local changes.



... or run a local CVS/SVN/whatever repo and keep your
customized FreeBSD source tree in it and import recent
FreeBSD changes once in a while, as tough guys do... :-)

Well, returning to the main topic, inability to run Flash
can be a good thing, after all, if your browser doesn't
have a knob to turn the damned thing off. :-)  But what
else suffers in an unpatched system?

  


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

weird permitions

[Stefan Lambrev]

Hello,

Can someone explain to me why next can happened on freebsd:
1. add 2 users in same group - user test and test-ro in group test
2. as user test: cd /home/test ; mkdir test; chmod 775 test; echo 
"asdasd" > ~/test/del.me

3. su - test-ro ; cd /home/test; vim del.me - make changes; force save (:x!)

ls -l
total 2
-rw-r--r--  1 test-ro  test  10 Nov 29 18:19 del.me (how is that possible ?)

back "su - test" and try to edit this file - impossible!

I do not know what the RFC says about it, but it is ultra weird for me
that such ownership takeover is possible.

6.2-PRERELEASE FreeBSD Fri Oct 27 19:53:30 amd64

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Dell hardware raid 0 (sas5ir) or gmirror?

[Stefan Lambrev]

Andrew Pantyukhin wrote:

On 1/15/07, Josef Karthauser <[EMAIL PROTECTED]> wrote:

I'm purchasing a new server, and was wondering what anyone thought about
whether to pay extra for the SAS5IR card so I can RAID0 the two drives,
or whether to just rely on gmirror.  My worry about the former is that I
can't seem to find management tools for controlling the hardware
controller.  What if one of the drives fails?  How would I know?


By all means I would go the gmirror way, and I always do
even when a hardware raid controller is already present.

I really do not understand this. :)
When you say something like this it will be good to explain why you 
think so.
I have few servers with good hw raid controllers and I'm very happy with 
them, I also use
gmirror on my desktop pc, but it is not as good as hw raid on servers 
for sure.

Also it is harder to support it (during OS updates and etc).
Also it (gmirror) will put some load on the CPU and hw raid have it's 
own CPU/memory for this.
LSI have a nice tool to monitor/config RAID arrays that just works under 
fbsd in my case so I'm happy with it.

There are a lot of reasons to use hw raids on mission critical servers...

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: impossible rc.d ordering problem with stf and pf ?

[Stefan Lambrev]

Hello,

James Long wrote:

Date: Mon, 29 Jan 2007 12:02:52 +
From: Pete French <[EMAIL PROTECTED]>
Subject: Re: impossible rc.d ordering problem with stf and pf ?
To: freebsd-stable@freebsd.org, [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>



1) You use the interface name as address w/o dynamic lookup.
i.e. "... from stf0 ..."
  
Yes, thats it - I hadn't come across this 'dynamic lookup' thing before 
though, so I didn't realise what it was. I still cant find it in the PF

manual, aside from a reference that you need to do it for NAT.



To 1 and 2 there is a simple sollution: Don't do that then!  1 can easily=20
be defused by adding parentheses. i.e. "... from (stf0) ...".
  

pass out on (stf0) inet6 from any to any keep state



Just for my edification, what is the point of "keep state" on an
"any-to-any" rule?

  

imagine that you have only 2 rules -
block in on $if all
pass out on $if from any to any keep state

- with "keep state" you have internet, without it you do not have ;)

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

ifconfig carp1 destroy = kernel panic

[Stefan Lambrev]

Hi all,

This combination of commands lead my freebsd servers to kernel panic.

ifconfig bge0 192.168.1.1 netmask 255.255.255.0
ifconfig bge0 alias 10.1.1.1 netmask 255.255.255.0
ifconfig carp create
ifconfig carp create
ifconfig carp0 192.168.1.222/24 vhid 1 advskew 0 pass somekey
ifconfig carp1 10.1.1.222/24 vhid 2 advskew 0 pass somekey
- to this point everything is ok -
ifconfig carp1 destroy - at this point this will cause kernel panic.
I tested with ifconfig carp1 delete before destroy but the result is the 
same.


tested on freebsd 6.2 pre-release i386 SMP and freebsd 6.2 release amd64 
SMP - in both cases kernel panic.


This seems very similar to this PR - 
http://www.freebsd.org/cgi/query-pr.cgi?pr=92776


I'm going to test on 6.2 stable from today, but I'm not very optimistic.

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x24
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc0555bcd
stack pointer   = 0x28:0xe4b77bd4
frame pointer   = 0x28:0xe4b77be8
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= resume, IOPL = 0
current process = 14 (swi1: net)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 7m2s
Cannot dump. No dump device defined.
aac0: shutting down controller...done

P.S. should I open new PR or just follow up to pr #92776 ?

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: ifconfig carp1 destroy = kernel panic

[Stefan Lambrev]

Hi all,

Anton Yuzhaninov wrote:

Hello Stefan,

You wrote on Monday, February 5, 2007, 7:06:16 PM:

SL> ifconfig bge0 192.168.1.1 netmask 255.255.255.0
SL> ifconfig bge0 alias 10.1.1.1 netmask 255.255.255.0
SL> ifconfig carp create
SL> ifconfig carp create
SL> ifconfig carp0 192.168.1.222/24 vhid 1 advskew 0 pass somekey
SL> ifconfig carp1 10.1.1.222/24 vhid 2 advskew 0 pass somekey
SL> - to this point everything is ok -
SL> ifconfig carp1 destroy - at this point this will cause kernel panic.
SL> I tested with ifconfig carp1 delete before destroy but the result is the
SL> same.

It seems to be fixed in CURRENT - src/sys/netinet/ip_carp.c Revision 1.47

  
Sorry if this sound too stupid, but do you think, that if I download 
rev. 1.47 (or latest rev. 1.48)
of src/sys/netinet/ip_carp.c and I recompile the kernel this will/can 
fix the problem ?

Anyway I'm going to test this tomorrow :)

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: What is a good choice of sata-ii raid controller for freebsd?

[Stefan Lambrev]

Hello,

Artem Kuchin wrote:

Hello!

I need a raid controller for FBSD 6.2 which has the following options

1) Full SATA-II support
2) Good rperfomance (over 50MB read, over 30 write) in mirror mode
3) No weird problems with freebSD (like with SRCS16)
4) Utility to monitor status of raids (command line or web)
5) Utility to rebuild, repair, manager arrays in OS
6) Preferably Intel

I'm very happy with ARECA ARC1110.
ARECA also provide cli tool for freebsd on their site.
I'm using it in RAID 10 configuration and here are few benchmark results 
that I run on production server ;)


*bonnie++ -d /var/tmp -u root -s 16g -n 256:65536:65536:16 Version 1.93c*

Version 1.93c   --Sequential Output-- --Sequential Input- 
--Random-
Concurrency   1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- 
--Seeks--
MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  
/sec %CP
blah.cmotd.com  16G   159  88 54264  24 24727  12   299  94 70744  19 
223.5  12
Latency 63581us 803ms1123ms   93936us   94991us 
251ms
Version 1.93c   --Sequential Create-- Random 
Create
blah.cmotd.com  -Create-- --Read--- -Delete-- -Create-- --Read--- 
-Delete--
files:max:min/sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  
/sec %CP
256:65536:65536/16   715  24   826  25 17321  49   733  2451   2  
6039  70
Latency  1220ms 408ms2805ms1189ms 692ms
2735ms



*./bonnie++ -d /mnt/mblogs -u root -s 16g -n 256:65536:65536:16 - 
Version  1.03*


Version  1.03   --Sequential Output-- --Sequential Input- 
--Random-
   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- 
--Seeks--
MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  
/sec %CP
blah.cmotd.com  16G 54953  57 56950  21 24375  10 48757  49 70351  17 
202.5   1
   --Sequential Create-- Random 
Create
   -Create-- --Read--- -Delete-- -Create-- --Read--- 
-Delete--
files:max:min/sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  
/sec %CP
256:65536:65536/16   723  20   909  17 20905  41   756  2151   2  
6528  74


FreeBSD blah.XXX 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Tue Oct 10 
13:28:56 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CORE-SMP  i386


I know, 3ware has such good stuff, but those controller are not
certified for internet services in here (russia). So, i am pretty much
limited to Intel controllers. Is there intel controller which 
satisfied all the

1-6  conditions? I only need mirroring.

--
С уважением,
Артем Кучин
ООО "Ай  Ти Легион"
www.itlegion.ru
+7 (495) 232-0338



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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177


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

Re: Background process

[Stefan Lambrev]

Hi,

[EMAIL PROTECTED] wrote:

Hello,

I connect to my freebsd box via ssh using putty from a WindowsXP
workstation, I want to run a process on the freebsd box, then close my ssh
session (closing putty) while keeping the process running.

So I run my process like this : # myprogram &, then I exit the shell.

But when I do that, I can see with ps that my process go from "TT" "p0" to
"TT" "p0-" and the application doesn't work anymore. For information, the
program I want to be able to run via ssh then close the ssh session is the
moinmoin wiki which is a wiki written in python.

In man ps I can see that the trailing "-" after "p0" means my process can
no longer reach the controlling terminal... But what can I do to achieve
my goal ?
  

Did you try "disown" before closing ssh ?
Anyway if you want to be able to restore (on foreground) your 
application then you need screen from ports.

But if you just want to start something as daemon this work for me:
./app ^Z
bg
disown
exit :)

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Call for Testers: ncurses 5.6 update

[Stefan Lambrev]

Rong-en Fan wrote:

Hi folks,

ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x
with wide character support now. The patch at

http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz 



gives you ncurses 5.6 and wide character support in 6.x. Please
apply with 'patch -p0' under /usr/src.

For more information, please visit

http://people.freebsd.org/~rafan/ncurses/

You can also find individual patches, say ncurses update and wide
character support, there.

Feedbacks and suggestions are welcome.

P.S. Due to some lib32 issues, the patch above contains changes
made by ru@ recently for src/Makefile.inc1.

make installworld failed:

cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32
mkdir -p /usr/lib32 # XXX add to mtree
cd /usr/src/lib; MAKEOBJDIRPREFIX=/usr/obj/lib32 
_SHLIBDIRPREFIX=/usr/obj/usr/src/lib32 MACHINE=i386 MACHINE_ARCH=i386 
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.74joOgie 
CC="cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT  -iprefix 
/usr/obj/usr/src/lib32/usr/  -L/usr/obj/usr/src/lib32/usr/lib32  
-B/usr/obj/usr/src/lib32/usr/lib32" CXX="c++ -m32 -march=k8 
-mfancy-math-387 -DCOMPAT_32BIT  -iprefix /usr/obj/usr/src/lib32/usr/  
-L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32" 
OBJC="cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT  -iprefix 
/usr/obj/usr/src/lib32/usr/  -L/usr/obj/usr/src/lib32/usr/lib32  
-B/usr/obj/usr/src/lib32/usr/lib32" LD="ld -m elf_i386_fbsd -Y 
P,/usr/obj/usr/src/lib32/usr/lib32" AS="as --32" LIBDIR=/usr/lib32 
SHLIBDIR=/usr/lib32 /usr/obj/usr/src/make.amd64/make -DNO_CPU_CFLAGS 
-DCOMPAT_32BIT -DNO_BIND -DNO_MAN -DNO_NLS -DNO_INFO -DNO_HTML -DNO_INCS 
install

===> csu/i386-elf (install)
cc -m32 -march=k8 -mfancy-math-387 -DCOMPAT_32BIT  -iprefix 
/usr/obj/usr/src/lib32/usr/  -L/usr/obj/usr/src/lib32/usr/lib32  
-B/usr/obj/usr/src/lib32/usr/lib32 -O2 -fno-strict-aliasing -pipe 
-I/usr/src/lib/csu/i386-elf/../common  
-I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror 
-Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual 
-Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter 
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c crt1.c

In file included from /usr/obj/usr/src/tmp/usr/include/sys/types.h:44,
from /usr/obj/usr/src/tmp/usr/include/sys/param.h:63,
from /usr/src/lib/csu/i386-elf/../common/crtbrand.c:29,
from crt1.c:36:
/usr/obj/usr/src/tmp/usr/include/machine/endian.h: In function `__bswap64':
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: right 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: right 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left 
shift count >= width of type
/usr/obj/usr/src/tmp/usr/include/machine/endian.h:162: warning: left 
shift count >= width of type



FreeBSD hater.cmotd.com 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Feb  6 
18:47:56 EET 2007 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CORE64-SMP  amd64


I'm rebuilding everything (base&kernels) just to be sure that the 
problems does not exist without the patch :)


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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Call for Testers: ncurses 5.6 update

[Stefan Lambrev]

Hello,

Rong-en Fan wrote:

On 3/12/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:

Rong-en Fan wrote:
> Hi folks,
>
> ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x
> with wide character support now. The patch at
>
> 
http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz 


>
>
> gives you ncurses 5.6 and wide character support in 6.x. Please
> apply with 'patch -p0' under /usr/src.
>
> For more information, please visit
>
> http://people.freebsd.org/~rafan/ncurses/
>
> You can also find individual patches, say ncurses update and wide
> character support, there.
>
> Feedbacks and suggestions are welcome.
>
> P.S. Due to some lib32 issues, the patch above contains changes
> made by ru@ recently for src/Makefile.inc1.
make installworld failed:

cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32
mkdir -p /usr/lib32 # XXX add to mtree

[...]

Sorry about this. I messed up the lib32 changes in the all-in-one patch.
Could you please use this one instead?

http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz 



This works for me (at least make buildworld && make installworld 
finished without problems).


Should I recompile and the kernel again or the patch is only in contrib ? :)


It should solve lib32 problem. Note that individual patches work well.

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

FreeBSD amd64 apache + mod_perl

[Stefan Lambrev]

Hello list,

Is there any way to have apache + mod_perl on FreeBSD amd64 and to 
connect to oracle 10g server?
Can I use something different then ports/databases/p5-DBD-Oracle or get 
it working?

All my attempts to get p5-DBD-Oracle to work for me failed miserably :(
uname -srm : FreeBSD 6.2-STABLE amd64

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Changing Console Resolution - Vidcontrol

[Stefan Lambrev]

Hi list,

All those things work only under i386 right ?
There is no option VESA in amd64 ?

Andrei Kolu wrote:

On Friday 06 April 2007 02:43, Kevin Oberman wrote:
  

I always run a 2000 line scrollback buffer. 200 won't make it to the
start of my boot. And, it's SC_HISTORY_SIZE. I'm unclear as to what you
refer to as 'slideshow" like teleporting', though.



in case someone want colourful console

options SC_HISTORY_SIZE=1000 
options SC_NORM_ATTR=(FG_LIGHTGREEN|BG_BLACK) 
options SC_NORM_REV_ATTR=(FG_YELLOW|BG_BLACK) 
options SC_KERNEL_CONS_ATTR=(FG_LIGHTBLUE|BG_BLACK) 
options SC_KERNEL_CONS_REV_ATTR=(FG_LIGHTRED|BG_BLACK)

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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Call for Testers: ncurses 5.6 update

[Stefan Lambrev]

Hi list,

Rong-en Fan wrote:

On 3/13/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:

Hello,

Rong-en Fan wrote:
> On 3/12/07, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
>> Rong-en Fan wrote:
>> > Hi folks,
>> >
>> > ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x
>> > with wide character support now. The patch at
>> >
>> >
>> 
http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz 


>>
>> >
>> >
>> > gives you ncurses 5.6 and wide character support in 6.x. Please
>> > apply with 'patch -p0' under /usr/src.
>> >
>> > For more information, please visit
>> >
>> > http://people.freebsd.org/~rafan/ncurses/
>> >
>> > You can also find individual patches, say ncurses update and wide
>> > character support, there.
>> >
>> > Feedbacks and suggestions are welcome.
>> >
>> > P.S. Due to some lib32 issues, the patch above contains changes
>> > made by ru@ recently for src/Makefile.inc1.
>> make installworld failed:
>>
>> cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 
install32

>> mkdir -p /usr/lib32 # XXX add to mtree
> [...]
>
> Sorry about this. I messed up the lib32 changes in the all-in-one 
patch.

> Could you please use this one instead?
>
> 
http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz 

This patch doesn't seems to work anymore on 6.2-stable i386 (my previous 
test was on amd64)

It seems that part of this patch is already in -stable :)

If I'm right the patch for src/Makefile.inc1 should be replaced by :

--- Makefile.inc1   Fri Apr  6 20:03:35 2007
+++ /root/Makefile.inc1.origFri Apr  6 20:03:17 2007
@@ -894,8 +894,7 @@
bin/csh \
bin/sh \
${_rescue} \
-lib/ncurses/ncurses \
-lib/ncurses/ncursesw \
+lib/libncurses \
${_share} \
${_aicasm} \
usr.bin/awk \
@@ -1000,8 +999,7 @@

_prebuild_libs+= lib/libbz2 lib/libcom_err lib/libcrypt lib/libexpat \
   lib/libkvm lib/libmd \
-   lib/ncurses/ncurses lib/ncurses/ncursesw \
-   lib/libnetgraph lib/libopie lib/libpam \
+   lib/libncurses lib/libnetgraph lib/libopie lib/libpam \
   lib/libradius \
   lib/libsbuf lib/libtacplus lib/libutil \
   lib/libz lib/msun

I'm still compiling and will let you know if things still works.

>

This works for me (at least make buildworld && make installworld
finished without problems).


Thanks for testing.

Should I recompile and the kernel again or the patch is only in 
contrib ? :)


No you don't.

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


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

Re: watchdog network card

[Stefan Lambrev]

Hi all,

JoaoBR wrote:

On Tuesday 10 April 2007 01:24, Andrew Reilly wrote:
  

Wow.  Somehow we've slipped through a one-year timewarp:

On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote:


On Tuesday 28 March 2006 07:40, Andrew Reilly wrote:
  

After the last rebuild on my amd64-x2 box, both the nve ethernet
on the motherboard and the dc ethernet that I had been using to
work around other problems in the nve driver stopped working in
this way.  DEVICE_POLLING and ifconfig...polling has got me
going again.  I thoroughly recommend it.


nve does not run polling mode but dc does

I guess you have an IRQ conflict, nve and dc on the same hw interrupt, 
and that setting dc in polling mode worked around this problem then


you could check vmstat -i with and without polling enabled to see it
  

Thanks for the tip.  I haven't been running dc or nve for about
a year, now :-)  Nfe has been working beautifully for me,
without polling.  I guess that I should have a look to see if
nve has improved in the interim, but it's difficult to make
oneself mess with something that isn't broken...




nfe appears to work much better (also with polling) and flawless. I tried one 
and another time nve but nfe is what works, at least on amd64 and newer 
hardware so probably you don't need to waste your time ;)



  
I noticed before few months that something changed in freebsd and now 
nfe is not very stable :(
I said in freebsd because In the beginning I updated only freebsd and 
not the drivert itself.

I thought getting latest nfe source will help but it doesn't.

Anyway nfe is still lot better then nve, nve for me was useless
best uptime for my network card with nve was few minutes.

nfe0: watchdog timeout (missed Tx interrupts) -- recovering

interrupt  total   rate
irq1: atkbd06660  0
irq12: psm0   153054  0
irq15: ata1   778797  1
irq16: pcm0  2735727  7
irq17: skc0115669786296
irq18: nvidia0  24802500 63
irq21: ohci0+2418887  6
irq22: nfe0 ehci0   92319117236
cpu0: timer780827522   2000
Total 1019712050   2612

FreeBSD 6.2-STABLE i386

nfe0:  port 0xb000-0xb007 
mem 0xd500-0xd5000fff irq 22 at device 10.0 on pci0


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

Re: watchdog network card

[Stefan Lambrev]

Hi,

-cut-

 > I thought getting latest nfe source will help but it doesn't.
 > 
  

-cut-
 > 
 > nfe0: watchdog timeout (missed Tx interrupts) -- recovering
 > 


According to the above message, it seems that you use new nfe(4). :-)
  
Yes this is is with latest nfe, but I've got watchdog timeouts with 
previous version of this driver too.

 > interrupt  total   rate
 > irq1: atkbd06660  0
 > irq12: psm0   153054  0
 > irq15: ata1   778797  1
 > irq16: pcm0  2735727  7
 > irq17: skc0115669786296
 > irq18: nvidia0  24802500 63
 > irq21: ohci0+2418887  6
 > irq22: nfe0 ehci0   92319117236
  ^^
You are using shared interrut so it's possible to get occasional
watchdog timeouts. polling(4) should fix your issue here.
  
I'll try this, and test :), It wasn't hard to generate generate watchdog 
timeout.

But isn't polling bad under heavy load and busy CPU(s) ?


 > cpu0: timer780827522   2000
 > Total 1019712050   2612
 > 
 > FreeBSD 6.2-STABLE i386
 > 
 > nfe0:  port 0xb000-0xb007 
 > mem 0xd500-0xd5000fff irq 22 at device 10.0 on pci0
 > 


nfe(4) should be teached to use MSI/MSI-X for PCI-Express/PCI-X based
adapters but it's not done yet.

  



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

Re: 6.2-RELEASE does not use second CPU?

[Stefan Lambrev]

Hi,


Alex Povolotsky wrote:

Hello!

On the Pentium-D box, kernel detects both CPUs, but it seems like 
scheduler use only one.


(from dmesg)

Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
   The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/P4D
WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant
WARNING: MPSAFE network stack disabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU)
 Origin = "GenuineIntel"  Id = 0xf64  Stepping = 4
 
Features=0xbfebfbff

MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
 Features2=0xe49d,>
 AMD Features=0x2010
 AMD Features2=0x1
 Logical CPUs per core: 2
real memory  = 1046757376 (998 MB)
avail memory = 1015095296 (968 MB)
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID:  0
cpu1 (AP): APIC ID:  1


Are you sure it is second CPU ? :)
May be it is single processor with HT?



SMP: AP CPU #1 Launched!

(from top)

last pid: 12408;  load averages:  4.99,  4.91,  4.08up 0+01:08:02  
19:26:23

265 processes: 8 running, 256 sleeping, 1 zombie
CPU states: 35.0% user,  0.0% nice, 14.1% system,  0.9% interrupt, 
50.0% idle

Mem: 267M Active, 503M Inact, 171M Wired, 29M Cache, 109M Buf, 1636K Free
Swap: 2006M Total, 2006M Free

 PID USERNAME  THR PRI NICE   SIZERES STATE  C   TIME   WCPU COMMAND
1399125  1 1090  4684K  2808K RUN0  11:20 18.85% qmgr
1819300  1   40 33552K 30824K select 0   8:58 13.57% 
perl5.8.8
1821300  1   40 33364K 30644K select 0   9:15  6.05% 
perl5.8.8

12398125  1   40  3588K  2524K select 0   0:00  2.00% cleanup
1394 root1 1040  3444K  1596K RUN0   1:58  1.66% master
10601125  1  970  3580K  1728K select 0   0:18  0.83% 
trivial-rewri

10051125  1  970  4536K  2688K RUN0   0:13  0.63% scache


All processes runs on CPU0, and I did not see less than 50% idle cpu.

What can be wrong?

Alex.


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


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

sio0: port may not be enabled

[Stefan Lambrev]

Hi list,

I have some problems with one of my servers and need serial to 
investigate more,

unfortunately I have and problems with serial port too.

from dmesg:
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on 
acpi0

sio0: type 16550A

I thought it can be a problem because of shared IRQs .. but vmstat -i 
shows this:


% vmstat -i
interrupt  total   rate
irq4: sio0 7  0
irq15: ata1   69  0
irq20: atapci0  3783 15
irq21: uhci0 uhci* 2  0
cpu0: timer   491698   1990
Total 495559   2006

from /boot/device.hints :
hint.sio.0.at="isa"
hint.sio.0.port="0x3F8"
hint.sio.0.flags="0x10"
hint.sio.0.irq="4"

uname -srm
FreeBSD 6.2-STABLE amd64

I checked my BIOS - both irq 3&4 are reserved for ISA,
and com port 1 is setup to use irq4 port 3F8.

What else can I check?

--
Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: sio0: port may not be enabled

[Stefan Lambrev]

Hello,

Marcel Moolenaar wrote:


On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote:


Look closely at the dmesg line, note what device sio0 is claiming to be
associated with (acpi0, not isa0):

sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 
on acpi0


This is one of the drawbacks to using ACPI.


This is not a drawback. It's partly why ACPI was designed and 
implemented:

to describe legacy hardware.


Some systems apparently tie the serial port to ACPI functionality in a
different way.  For example, I have a couple boxes which have sio0
attached to acpi0 that work fine.  In some other cases, I have ones
which result in a non-working serial port unless I disable ACPI (thus
sio0 shows up as being attached to isa0).


Could you try uart(4) instead. It seems quite excessive to have to
disable ACPI just to get a serial port working. I'd like to know
if this is related to the sio(4) driver or something else.

This did the trick:

uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0
uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0

ports are swapped but this is probably because I swap them in bios, but 
this is ok.

Serial is working and now I can start working on the main problem :)
So it's not acpi problem, but instead problem with sio?

Thank you very much for your help!


Thanks,

--Marcel Moolenaar
[EMAIL PROTECTED]




--
Best Wishes,
Stefan Lambrev
ICQ# 24134177


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

Re: Can't make buildworld in 6-STABLE

[Stefan Lambrev]

Hi,

Neo [GC] wrote:

Hi,

currently i have a strange problem with 'make buildworld'. I use the 
amd64 6-STABLE branch with daily csup on src-all.


When i do a 'make buildworld' in /usr/src, the make stops with the 
following error:

--
/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm':
/usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 
'swinfo' isn't known

/usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init':
/usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 
'swinfo' isn't known

*** Error code 1

Stop in /usr/src/lib/libkvm.
--

When i do the same on a i386 machine wich is in config &c absolutely 
indetical to the amd64, buildworld runs perfectly through.


make.conf:
CPUTYPE=nocona
CFLAGS= -O2 -pipe
CC=/usr/bin/cc
CXX=/usr/bin/g++
NO_BLUETOOTH=  # do not build Bluetooth related stuff
NO_GAMES=  # do not build games (games/ subdir)
NO_INET6=  # do not build IPv6 related programs and libraries
NO_I4B=# do not build isdn4bsd package
NO_LPR=# do not build lpr and related programs
NO_BIND=   # Do not build any part of BIND
NO_DICT=   # do not build the Webster dictionary files
NO_INFO=   # do not make or install info files
NO_KERBEROS=   # do not build and install Kerberos 5 (KTH 
Heimdal)

NO_PF= # do not build PF firewall package
NO_PROFILE=# Avoid compiling profiled libraries
NO_SENDMAIL=   # do not build sendmail and related programs
NO_SHAREDOCS=  # do not build the 4.4BSD legacy docs
May be I'm wrong, but can you try again, after removing CPUTYPE, CFLAGS, 
CC and CCX from your make.conf file ?
It was said many times that setting CFLAGS is bad :) and CPUTYPE should 
be CPUTYPE?= (so make can change it if needed)


Also I'm not sure that there is any optimization available in GCC for 
amd64 architecture.


(only difference to the i386-machine where it works is the CPUTYPE, 
wich is, of course, athlon-xp there).


Has anyone an idea? It is currenty not THAT important, because there 
is a working 6.2-RELEASE world on the machine, but i don't wan't to 
have a broken world build if a important security advisory comes...



Thank you all very much & greetings,



--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Incorrect df -k output

[Stefan Lambrev]

Hi,



Newtunes Support wrote:

Hi all!

I have the folliwing issue on 6.1 and 6.2
df -k utility always shows me incorrect disk usage.


This is more for questions@
and already discussed many times:

from man tunefs:
-m minfree
Specify the percentage of space held back from normal 
users; the

minimum free space threshold.  The default value used is 8%.
Note that lowering the threshold can adversely affect perfor-
mance:

and etc..



Server with 6.1 on board:
===
x# uname -a
FreeBSD x 6.1-RELEASE-p6 FreeBSD 6.1-RELEASE-p6 #0: Mon Sep 18 
17:06:13

MSD 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386

x# df -k
Filesystem  1K-blocks UsedAvail Capacity  Mounted on
/dev/ad4s1a  76866422 51507978 1920913273%/
devfs   110   100%/dev
*/dev/ad6s1d  77879478 75006042 -3356922   105%
/usr/home/ftp/pub/ARCHIEVE*


x# du -sk /usr/home/ftp/pub/ARCHIEVE
75006042/usr/home/ftp/pub/ARCHIEVE

And I have such bug oh 6.2 on second server too.


x# uname -a
FreeBSD x 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC
2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP   i386

x# df -h
Filesystem SizeUsed   Avail Capacity  Mounted on
/dev/ad0s1a496M 36M420M 8%/
devfs  1.0K1.0K  0B   100%/dev
/dev/ad0s1d1.9G425M1.4G 23%/tmp
/dev/ad0s1f136G 70G 55G56%/usr
*/dev/ad0s1e3.9G3.6G-21M   101%/var*
/dev/ad2s1d144G 25G108G19%/hd2
procfs 4.0K4.0K  0B   100%/proc

x# du -sh /var
202M/var


What can be a reason of this malfunction? I tryed to bounce serve4rs 
but it

had not fix the issue.
Please advise.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: xfce4 broke after pkgdb -Ff

[Stefan Lambrev]

KAYVEN RIESE wrote:



On Thu, 17 May 2007, John Nielsen wrote:


On Thursday 17 May 2007 02:37:15 pm KAYVEN RIESE wrote:

On Thu, 17 May 2007, Lowell Gilbert wrote:

Please don't top-post.

KAYVEN  RIESE <[EMAIL PROTECTED]> writes:

so the "-r" option will be the significant difference for the
portupgrade comamnd, just verifying


Yes.  Otherwise, you may end up with some of the ports that depend on
pango being unable to use the new version.

Make sure you look through the UPDATING file to see if there are any
other issues you need to take special action for at the same time.


this guy seems to disagree

jnielsendotnet:Try what I asked in my first reply (deleting and
reinstalling pango manually), and see if you can get any error messages
from xfce.

If portupgrade -f is failing portupgrade -fr isn't likely to succeed
either.


Portupgrade with the -r option is very useful, and you will probably 
want to
use it. My point was that _before_ you try that you should figure out 
why

portupgrade is failing to upgrade pango, and/or upgrade it manually.
Otherwise it will just keep failing.

JN



i guess i can see how u guys r on the same page then.  he says -r won't
help, u say  it's nice.  makes sense
I have the feeling that you didn't post the exact error message that you 
get?

So with or without -r is only guessing.
It will be very useful  to know what failed - portupgrade ot just build 
and the error messages of course.


And if you posted the error, but nobody can see it, this is because you 
break the thread with subject
"NIC (Network Card) is not detected by FreeBSD 6.2 into PowerEdge Blade 
1955 Server"

and I personally am little lost in your mails ;)

There are simple rules if you want everybody to understand you:
new problem - new thread,
do not top post ;)
and of course the most important - explain you problem better - not just 
"XX does not work, problem?".

Explain what you did and how the OS respond, what version you use and etc.

After you provide this information we'll gladly help you (if we can)  :)


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

serial over /dev/ttyu0 does not work.

[Stefan Lambrev]

Hello list.

There is a weird situation where my serial connection stoped working.

I have disabled device sio in kernel and replaced it with device uart.

And so dmesg |grep uart is :

uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0

I was expecting to see uart1 too .. but it is not here.

I have: /dev/ttyu0 & /dev/cuau0, also in /etc/ttys I have the following 
line:

ttyu0   "/usr/libexec/getty std.9600"   vt100   on  secure

I have this configuration on other servers too and it works without 
problems,

but the main difference that I found is when I use minicom.

I think if I try to open /dev/cuau0 I should see "Device busy" - and on 
all other servers where I checked
it does respond with "Device busy" as it is already used, but on this 
server I do not!


Also I notice that where the serial is NOT working I have this line in 
ps xa:

1653  ??  I  0:00.00 /usr/libexec/getty std.9600 ttyu0
In first moment I thought it is OK to have getty on ttyu0, but what is 
this "??" :)
so I checked on the other server and I saw that there is NO getty on 
ttyu0 running at all (it is started

when I start minicom from the other side of the serial but then it shows:
99615  u0  Ss+0:00.00 /usr/libexec/getty std.9600 ttyu0
and it is stopped when I stop minicom)

Any useful ideas where to look for ? Also switching back from uart to 
sio may sound OK, but it needs another restart :(


both machines are using:
uname -srm
FreeBSD 6.2-STABLE amd64

P.S. I'm 100% sure it is not a cable problem as the serial console was 
working with device sio 5minutes ago :(
The problem is that with sio the second com port that not work due I/O 
range conflicts and uart saved me once so I try

same solution and here.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

carp patch - will this ever be in releng_6?

[Stefan Lambrev]

Hi,

Are there any chances for this: 
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_carp.c.diff?r1=1.46;r2=1.47

to be MFCed to RELENG_6 before 6.3-release ?

It fixes quite annoying bug - destroying carpX (when having at least 2 
carp interfaces) will panic immediately.

This bugfix is from 3+ months ago.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: carp patch - will this ever be in releng_6?

[Stefan Lambrev]

Hi,

Bruce M. Simpson wrote:

Stefan Lambrev wrote:


Are there any chances for this: 
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_carp.c.diff?r1=1.46;r2=1.47 


to be MFCed to RELENG_6 before 6.3-release ?

It fixes quite annoying bug - destroying carpX (when having at least 
2 carp interfaces) will panic immediately.

This bugfix is from 3+ months ago.

Sadly it is unlikely the failure condition you describe will be fixed 
in -STABLE, as resolving it requires far more work to be merged than 
the link to the diff you post above.

The attached patch worked for me - it is based on the posted URL.
At least I didn't notice bad effects and it fixes the bug.

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

--- src/sys/netinet/ip_carp.c.orig  Thu Feb  1 18:53:55 2007
+++ src/sys/netinet/ip_carp.c   Tue Feb  6 18:41:24 2007
@@ -191,7 +191,7 @@
 static voidcarp_input_c(struct mbuf *, struct carp_header *, sa_family_t);
 static int carp_clone_create(struct if_clone *, int);
 static voidcarp_clone_destroy(struct ifnet *);
-static voidcarpdetach(struct carp_softc *);
+static voidcarpdetach(struct carp_softc *, int);
 static int carp_prepare_ad(struct mbuf *, struct carp_softc *,
struct carp_header *);
 static voidcarp_send_ad_all(void);
@@ -406,9 +406,7 @@
 
if (sc->sc_carpdev)
CARP_SCLOCK(sc);
-   carpdetach(sc); 
-   if (sc->sc_carpdev)
-   CARP_SCUNLOCK(sc);
+   carpdetach(sc, 1);  /* Returns unlocked. */
 
mtx_lock(&carp_mtx);
LIST_REMOVE(sc, sc_next);
@@ -420,7 +418,7 @@
 }
 
 static void
-carpdetach(struct carp_softc *sc)
+carpdetach(struct carp_softc *sc, int unlock)  
 {
struct carp_if *cif;
 
@@ -450,9 +448,10 @@
sc->sc_carpdev->if_carp = NULL;
CARP_LOCK_DESTROY(cif);
FREE(cif, M_IFADDR);
-   }
+   } else if (unlock)
+   CARP_UNLOCK(cif);
+   sc->sc_carpdev = NULL;
}
-sc->sc_carpdev = NULL;
 }
 
 /* Detach an interface from the carp. */
@@ -471,7 +470,7 @@
CARP_LOCK(cif);
for (sc = TAILQ_FIRST(&cif->vhif_vrs); sc; sc = nextsc) {
nextsc = TAILQ_NEXT(sc, sc_list);
-   carpdetach(sc);
+   carpdetach(sc, 0);
}
 }
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: serial over /dev/ttyu0 does not work.

[Stefan Lambrev]

Marcel Moolenaar wrote:


On May 19, 2007, at 8:26 AM, Stefan Lambrev wrote:


I have disabled device sio in kernel and replaced it with device uart.

And so dmesg |grep uart is :

uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0

I was expecting to see uart1 too .. but it is not here.


It's likely that the port doesn't exist or you disabled it
in the BIOS. With ACPI you can be sure we won't try to
create a device for hardware that isn't described by ACPI.

I have: /dev/ttyu0 & /dev/cuau0, also in /etc/ttys I have the 
following line:

ttyu0   "/usr/libexec/getty std.9600"   vt100   on  secure


I have this configuration on other servers too and it works without 
problems,

but the main difference that I found is when I use minicom.


I think if I try to open /dev/cuau0 I should see "Device busy" - and 
on all other servers where I checked
it does respond with "Device busy" as it is already used, but on this 
server I do not!


Are you sure your minicom configuration is correct? Could it
be that it still tries to open ttyd0?


Yes I'm sure :)


Also I notice that where the serial is NOT working I have this line 
in ps xa:

1653  ??  I  0:00.00 /usr/libexec/getty std.9600 ttyu0
In first moment I thought it is OK to have getty on ttyu0, but what 
is this "??" :)


It means that there's no terminal associated with the getty process.
It's perfectly normal.

so I checked on the other server and I saw that there is NO getty on 
ttyu0 running at all (it is started
when I start minicom from the other side of the serial but then it 
shows:

99615  u0  Ss+0:00.00 /usr/libexec/getty std.9600 ttyu0
and it is stopped when I stop minicom)


Interesting. How is getty started exactly?
BTW: In this case getty is associated with ttyu0 itself. That's not
uncommon and happens when you manually start and/or stop getty.

No, I do not start it manually.
The parent process is 1 - /sbin/init
May be someone more familiar with rc.scripts, init and ttys can explain.


Any useful ideas where to look for ? Also switching back from uart to 
sio may sound OK, but it needs another restart :(


The problem doesn't seem to be with uart(4). I see getty(8) and
minicom(1) behaviour that's different on this box from other
boxes (as per your description). It looks to me to be a config
problem.

Well it is not uart because, if I start minicom on both ends, the first 
minicom

receive : AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0.
So the serial is working, but for some reason getty cannot start on it 
(or/and lock it) ?


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: xorg 7.2 start problem

[Stefan Lambrev]

Hi,


JoaoBR wrote:

On Friday 25 May 2007 23:36:24 Scot Hetzel wrote:
  

On 5/25/07, JoaoBR <[EMAIL PROTECTED]> wrote:


... it tells to run script xorg-upgrade but this xorg-upgrade does not
exist either
  

The UPDATING entry does not tell you to run a script named
xorg-upgrade, it tells you to run the script(1) command, which will
then save all output to the file xorg-upgrade.




oh really? h ...

how can you possible defend this? A computer manual is not an approximation 
algorithm. Computer science is about three possible outcomes, 0, 1 or error. 
There is nothing else.

Guess what you get when the input already is error?
And perhaps you have access to computer users, give them this manual and ask  
to follow the instructions, guess what they will type in ...



  

This is off topic in this mail list.

Why do not you please move the thread to freebsd-x11/freebsd-ports
Most of us are subscribed to this list because they are interested in 
FreeBSD-STABLE,
and if we want to read discussions about problems with specific ports we 
will subscribe to freebsd-ports/freebsd-x11


Thanks.


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: DDoS in FreeBSD 6.2-STABLE And Problen With The Clock

[Stefan Lambrev]

Abdullah Ibn Hamad Al-Marri wrote:

On 6/11/07, Kevin K. <[EMAIL PROTECTED]> wrote:


> There are some problems, first DDoS (hardware DDoS) in the system.

I'd like to know what you mean by "hardware DDoS"


~k


It's very clear that English isn't his mother language, and he may
means the DDoS he gets kills his box cpu ..etc.


May be because Otel.net is in Bulgaria I have the feeling that his 
mother language is bulgarian .. and his age is 11? :)

Shame that google now hide the IP of the sender :(

Now, if you explain little more about your problem and forget for the 
hardware DDOS we can help ? :)

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

[SOLVED] Re: DDoS in FreeBSD 6.2-STABLE And Problen With The Clock

[Stefan Lambrev]

Hi all,


Karol Kwiatkowski wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

[format recovered, please don't top-post]
[also keep @freebsd-stable in cc]

ExTaZyTi wrote:
  

2007/6/12, Karol Kwiatkowski <[EMAIL PROTECTED]>:
  
ExTaZyTi wrote:
  

Next problem is the clock, have e 4 minuts different from the world


time
  

for
my country. I try to fix this with a "ntpdate otel.net" for example ..
this
again return 4 minutes different. I try and the "date" command but it's


NOT
  

WORK..You can see:



[...]
  

..now example for "nptdate":

[EMAIL PROTECTED] (~)]: ntpdate otel.net


Try using -b switch:

# ntpdate -b otel.net
  

oh this again return 4 minutes different :(



Hmmm... strange. Do you have ntpd running? What does those commands say:

# ps aux | grep ntp
# ntpq -np
  

After private conversation with ExTaZyTi :
The problem with time was because of kern.securelevel = 2 ;)
hardware DDoS .. well it's just a DoS in his case.

-cut-

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Dual Core Problems

[Stefan Lambrev]

Ivaylo Mateev wrote:

Hi!

FreeBSD Stable can not detect my dual core CPU correctly. It uses only 
one core.


and

ACPI is not working corectly. When i type shutdown -h now, the 
Computer do not power off, but stay on with the Uptime massage


Thanx for the help

Wich version, what hardware ?
uname -a , dmesg ? Little more info please.


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: ntpd just sits there and does nothing

[Stefan Lambrev]

Hi,

[LoN]Kamikaze wrote:

Doug Hardie wrote:
  

On Jul 19, 2007, at 10:08, [LoN]Kamikaze wrote:



As the subject says, on my 6-stable systems ntpd just sits there and does
nothing. The logs only mention when the daemon gets started or shut
down. It
complains when servers are not reachable, but does nothing when they
are available.

The drift file always contains 0.00.

ntpdate and openntpd both successfully manage to set the time, so I
suppose
it's a problem with ntpd.
  

Are you on a static IP address?  If not, ntpd obtains its IP address
when it starts up and uses it forever.  If your IP address changes then
it will not be able to communicate with the upstream ntp servers.  It
has to be restarted everytime your IP address changes.



I have a static address. The trouble is it seems to operate fine, only it
forgets to change the time when it differs from the time servers too much.
Sometimes my clock goes wrong more than 1 second within a day.
  
ntpd will not change time if the difference is too big - I think it 
should be less then 1000s.

ntpdate will :)

Also if you have increased your kernel secure level 2+ :

  In addition, kernel time changes are restricted to less than or
  equal to one second.  Attempts to change the time by more 
than this

  will log the message ``Time adjustment clamped to +1 second''.

So grep for ntpd in /var/log/messages and I'm sure you will find the 
problem.


Other problem that I see is if you are behind NAT/firewall.
Because ntpd make a request and wait for response on different port, so 
check your firewall configuration and blocked packets.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: unable to kill process, problem with FBSD6?

[Stefan Lambrev]

Hello,

peceka wrote:

Hi.

I've got strange problem. I've setup pound on my FBSD6 box and
sometimes it (pound) stops. Normally it should exit but it doesn't -
it hangs.

# ps auwx | grep pound
pound   46868  0.0  1.0 55428 21932  ??  SE1:58PM   0:31.34
/usr/local/sbin/pound -f /usr/local/etc/pound.cfg

S: Marks a process that is sleeping for less than about 20 seconds.
E: The process is trying to exit.

It dies after 30 minutes.

This problem doesn't exists on Linux.

This behaviour is very irregular.
Why FBSD doesn't kill this process?

Regards,
p.
  


I saw this before, and I think it's a thread related problem :)
Unfortunately it happens only in production and busy environment (?) and 
it is very hard to test/debug.

But putting in /etc/libmap.conf :

[/usr/local/sbin/pound]
libpthread.so.2libthr.so.2
libpthread.so  libthr.so

may help.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: unable to kill process, problem with FBSD6?

[Stefan Lambrev]

Hello,

Eugene Grosbein wrote:

On Fri, Aug 17, 2007 at 10:19:11AM +0200, peceka wrote:

  

It does if it become 'trying to exit'.
It may have a serial device open and bugs in the driver may prevent
process from closing device in timely manner. Try switching to uart(4) driver
from sio(4) if this is your case.
  

But pound (web reverse proxy: http://www.apsis.ch/pound/) has nothing
common with serial device. So this solution is not for me. :(



Don't you use serial console?
  
This happens only with pound, so I really do not think it's a sio/uart 
related.

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: When's the nfe driver likely to arrive in 6 STABLE?

[Stefan Lambrev]

Hi,

Stephen Hocking wrote:

Hi,

Have an MSI motherboard that has an onboard MCP61 ethernet chipset
that's supported by the nfe driver, but not the nve driver.
  
It's already here : 
http://www.f.csce.kyushu-u.ac.jp/~shigeaki//software/freebsd-nfe.html :)


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


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

cvs questions

[Stefan Lambrev]

Hello,

Sorry if this is off-topic here, but I want to ask few questions about 
the cvs that is in FreeBSD base system.


We have project that is in cvs and we uses different branches.
I want to separate permitions for different developers, and to allow all 
of them to commit
changes in HEAD, but only few of them to be able to make changes in 
STABLE branch for example.


From what I found I should use commitinfo for this, but I have the 
feeling, that I cannot provide the name of the branch

in this file as variable to the script that is run.

Any ideas how to accomplish this? Is it possible without additional patches?

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: cvs questions

[Stefan Lambrev]

Hi,

Stefan Lambrev wrote:

Hello,

Sorry if this is off-topic here, but I want to ask few questions about 
the cvs that is in FreeBSD base system.


We have project that is in cvs and we uses different branches.
I want to separate permitions for different developers, and to allow 
all of them to commit
changes in HEAD, but only few of them to be able to make changes in 
STABLE branch for example.


From what I found I should use commitinfo for this, but I have the 
feeling, that I cannot provide the name of the branch

in this file as variable to the script that is run.

Any ideas how to accomplish this? Is it possible without additional 
patches?


To answer myself (if anybody else needs this info too) - 
/usr/share/examples/cvs/contrib/cvs_acls :)

As aways FreeBSD have everything that SA needs ;)

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Mounting smbfs as user?

[Stefan Lambrev]

Hi,

Ivan Voras wrote:

On 18/10/2007, Roland Smith <[EMAIL PROTECTED]> wrote:

  

The user in question probably needs read/write access to the /dev/smbX
device in question.



There is no such device:

# ls /dev/smb*
ls: No match.
  
Err, /dev/smb stands for "System Management Bus" and have nothing to do 
with smbfs :)
What I found is the claim that "only root is allowed to set up the 
kernel's iconv table"
And now I'm thinking, may be, if the root setup this table, the right 
way before the user try to mount ...

(with and without a smbfs mount point mounted by root)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
  


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

USB-4COMi-SI-M : Isolated 4 Port USB-RS422/RS485

[Stefan Lambrev]

Hi,

I'm trying to get working this USB to serial adapter under freebsd 7. 
The driver uftdi, detects the adapter,

but I'm unable to get any import from newly created /dev/cuaU0-3.

Is this device supported from the uftdi driver? Should it work and am I 
hitting a bug?


This is what I have from usbdevs -v:

Controller /dev/usb1:
addr 1: full speed, self powered, config 1, UHCI root hub(0x), 
Intel(0x), rev 1.00
port 1 addr 2: full speed, self powered, config 1, USB Hub(0x0604), 
vendor 0x05e3(0x05e3), rev 3.05
 port 1 addr 3: full speed, power 44 mA, config 1, USB TO RS-422/485 
ADAPTER(0x6001), FTDI(0x0403), rev 4.00
 port 2 addr 4: full speed, power 44 mA, config 1, USB TO RS-422/485 
ADAPTER(0x6001), FTDI(0x0403), rev 4.00
 port 3 addr 5: full speed, power 44 mA, config 1, USB TO RS-422/485 
ADAPTER(0x6001), FTDI(0x0403), rev 4.00
 port 4 addr 6: full speed, power 44 mA, config 1, USB TO RS-422/485 
ADAPTER(0x6001), FTDI(0x0403), rev 4.00

port 2 powered

dmesg:
uhub4:  on uhub1
uhub4: 4 ports with 4 removable, self powered
ucom0: 3> on uhub4
ucom1: 4> on uhub4
ucom2: 5> on uhub4
ucom3: 6> on uhub4


kldstat:
Id Refs AddressSize Name
16 0x8010 5ccc70   kernel
21 0x806cd000 1b68 coretemp.ko
42 0xb057d000 102c ucom.ko
51 0xb057c000 fad  uftdi.ko


FreeBSD 7.0-PRERELEASE #1: Fri Oct 19 - amd64

--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: USB-4COMi-SI-M : Isolated 4 Port USB-RS422/RS485

[Stefan Lambrev]

Hi,

Thanks for the answer, but please ignore my question.
I made cabling mistake, so this thread is invalid.

Daniel O'Connor wrote:

On Wed, 31 Oct 2007, Stefan Lambrev wrote:
  

Hi,

I'm trying to get working this USB to serial adapter under freebsd 7.
The driver uftdi, detects the adapter,
but I'm unable to get any import from newly created /dev/cuaU0-3.

Is this device supported from the uftdi driver? Should it work and am
I hitting a bug?



Since it is showing ucomX it should work.
How are you testing it?

  


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: Test changes to em

[Stefan Lambrev]

Jack Vogel wrote:

Although I see it at least one person claims the message
came thru with only the header file, so I am going
to send if_em.c thru again.

Jack
  



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

In this mail if_em.c is not here for me, as in the previous.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD-BETA2 Signal 11 During Install

[Stefan Lambrev]

[EMAIL PROTECTED] wrote:

Byung-Hee HWANG wrote:

Hi,

On Sat, 2007-11-03 at 18:27 -0400, [EMAIL PROTECTED] wrote:
 

Hi,

I tested out FreeBSD 7.0-BETA2 [...]



Really? I think you are from the future..

  

lftp :~> open freebsd.mirrors.tds.net
lftp freebsd.mirrors.tds.net:~> cd pub/FreeBSD/releases/i386/ISO-IMAGES
cd ok, cwd=/pub/FreeBSD/releases/i386/ISO-IMAGES
lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES> cd 
7.0
lftp 
freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0> ls
-rw-r--r--1 ftp  ftp  116736000 Nov 02 17:20 
7.0-BETA2-i386-bootonly.iso
-rw-r--r--1 ftp  ftp  669032448 Nov 02 17:21 
7.0-BETA2-i386-disc1.iso
-rw-r--r--1 ftp  ftp372736 Nov 02 17:21 
7.0-BETA2-i386-disc2.iso
-rw-r--r--1 ftp  ftp  232144896 Nov 02 17:22 
7.0-BETA2-i386-docs.iso

-rw-r--r--1 ftp  ftp   266 Nov 02 17:22 CHECKSUM.MD5
-rw-r--r--1 ftp  ftp   406 Nov 02 17:22 CHECKSUM.SHA256


It was released on November 2nd.  Unless someone on accident uploaded 
the beta 2 images by mistake at the wrong time, it exists.

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh:
Revision *1.72.2.3
*Branches: RELENG_7 


Get ready for the BETA2 builds.

And yes beta2 exist not only on mirrors but on the main ftp too.
Normally announces are little late to give enough time for all mirrors 
to sync new iso images.


So let's focus on the real problem :)



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


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

Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64

[Stefan Lambrev]

Hi,

Andrei Kolu wrote:
After some experimenting with BETA1/1.5 or whatever it is I encountered 
serious problems:


1. Emergency shell on tty3 is useless- not a single command is available.
  
This is install CD not fixit CD. On istall CD emergency shell becomes 
useful once you actually install those commands.
2. When tried to use installcd as livecd is asked me to insert livecd (there 
is plenty of free space available on installcd- why not use that usefully?).
  
BETA ISOs are smaller only because packages are not included, and they 
will be included for FreeBSD 7.0-RELEASE.
I am positive I was able to use emergency shell and livecd function on CURRENT 
september snapsot just fine (i386 version though).
  

Yes you can use it and now after the install process is started.


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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: FreeBSD 7.0-BETA2 Available

[Stefan Lambrev]

Hi,

Andrei Kolu wrote:

Sunday 04 November 2007 18:04:55 kirjutas Ladislav Bodnar:
  

On Sunday 04 November 2007, Ken Smith wrote:


The 7.0-BETA2 builds have completed and are on many of the FreeBSD
mirror sites.  If you want to update an existing machine using cvsup use
RELENG_7 as the branch tag.  Instructions on using FreeBSD Update to
perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided
via the freebsd-stable list when available.
  

These release announcements seem to be shorter and shorter with every
release. Is there a changelog to see what has changed since BETA1? If so,
would you please consider linking to it in future announcements?


Why hurry with untested releases? I see so many obvious bugs and human errors 
during release builds. Where is quality assurance or release engineering?


It smells more like ALPHA development not proper releasing...

IMHO
  

It will be better if you summarize all those BUGs that you see.
Human errors can always happen. I guess BETA2 comes so short only 
because there was few major problems
with BETA1, and BETA1.5 changed version to BETA1 after update, which was 
little weird, hence the need to bump version.

So for me BETA2 is actually the real BETA1 :)
I'm not part of re@ but this seems reasonable explanation.

Also have in mind that this is voluntary project, and I think that the 
resources that it have are well used. Don't you think so?
BTW snapshots are done every month, so it's just time for the next 
snapshot, that is called BETA2 ...


Instead of moaning we better start testing and report problems (and 
whoever can send fixes) :)

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


--

Best Wishes,
Stefan Lambrev
ICQ# 24134177

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

Re: FreeBSD 6.3-BETA1 available

[Stefan Lambrev]

Ken Smith wrote:

The 6.3-BETA1 builds got delayed a bit by a last minute MFC causing some
undesired ABI breakage.  That has been fixed and the 6.3-BETA1 builds
for amd64, i386, pc98, and sparc64 have completed.

  

-cut-

Is there a page with open issues for 6.3, like for 7.0 - 
http://www.freebsd.org/releases/7.0R/todo.html

because I'm not able to find it, if there is one.

And the link for 6.3 here - http://www.freebsd.org/releases/ is not 
working :(

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

Re: Big problems with 7.1 locking up :-(

[Stefan Lambrev]

Hi all,

In this thread someone mention a problem with soekris devices.
I personally have one of those new soekris devices and installed 7.1R  
and it is very easy to freeze it.
All that I have to do is to copy big file vfer WIFI (atheros) with  
speed higher then 1-2MB/s.
It takes less then 2 minutes to freeze. I wonder if there is some  
improvement
in 7.1-stable so I can try it or if I can help by compiling debug  
kernel?
But I'm not sure if this is the same problem as it may be just the  
wireless driver in my case.


On Feb 8, 2009, at 3:11 PM, Pete French wrote:

load.  Kip Macy has corrected at least one (both?) problems in  
head, and
plans to MFC the fixes in the near future.  We'll follow up further  
once

the fixes are merged, and if any further problems transpire.


Hi, just wondering if we are any closer to having the MFC for this  
yet, or

if there are any patches I could test ?

cheers,

-pete.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org 
"


--
Best Wishes,
Stefan Lambrev
ICQ# 24134177





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"