date:20120609

Hi,
I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
once done, i created regular accounts, in wheel group.

first all was okay, but suddenly i found my self blocked out, because i
can't ssh as root, and i can't su either, when i su i get this:
%su -
Password:

and it stuck in that state whitout givving me root shell #.

any ideas how to solve this problem? the system is in the servers farm and
i need to drive 3 hours each direction, so if there is remote solution i
would appreciate it.


%more /etc/group
# $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith Exp $
#
wheel:*:0:root,sody
.
.
.
sody:*:1001:

Thanks in advance,

-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: em interfaces supermicro X9SCM-F board / X9SCA-F

2012-06-09 Thread Miroslav Lachman


Sebastian Stach wrote:

Thanks for doing the test.

My conditions are different in that i have a gigabit network.
The only difference in the iperf options is that i'm using
-d (dualmode).

On the weekend i will have time to do a test with the NICs
set to 100MBit.

Sebastian Stach


Hi,

I changed the switch to 1Gbps and run the test again.

No problems with the NICs. The iperf is running for 10 hours now. 2TB of 
data was transmitted in both directions.


I am running an endless loop on a client side

while 1
iperf -c xx.xx.xx.xx --format k -m -p 999 -t 1800 -d
sleep 5
end


Server listening on TCP port 999
TCP window size: 64.0 KByte (default)


Client connecting to yy.yy.yy.yy, TCP port 999
TCP window size:  137 KByte (default)

[  5] local xx.xx.xx.xx port 18834 connected with yy.yy.yy.yy port 999
[  4] local xx.xx.xx.xx port 999 connected with yy.yy.yy.yy port 59754
[ ID] Interval   Transfer Bandwidth
[  4]  0.0-1800.0 sec  82823213 KBytes  376938 Kbits/sec
[  4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
[  5]  0.0-1800.0 sec  73954944 KBytes  336575 Kbits/sec
[  5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)


And another endless loop on server side

while 1
iperf -s -p 999
end


Server listening on TCP port 999
TCP window size: 64.0 KByte (default)

[  4] local yy.yy.yy.yy port 999 connected with xx.xx.xx.xx port 18834

Client connecting to xx.xx.xx.xx, TCP port 999
TCP window size: 65.0 KByte (default)

[  6] local yy.yy.yy.yy port 59754 connected with xx.xx.xx.xx port 999
Waiting for server threads to complete. Interrupt again to force quit.
[ ID] Interval   Transfer Bandwidth
[  6]  0.0-1800.0 sec  79.0 GBytes   377 Mbits/sec
[  4]  0.0-1800.0 sec  70.5 GBytes   337 Mbits/sec


Client is on the Supermicro X9SCA-F

em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 
1500 
options=4219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO

ether 00:25:90:73:d1:76
inet xx.xx.xx.xx netmask 0xff80 broadcast xx.xx.xx.xx
media: Ethernet autoselect (1000baseT full-duplex)
status: active


Server is running on the Cisco UCS C200 M2

igb0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST metric 
0 mtu 1500 
options=401bbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,VLAN_HWTSO

ether 50:57:a8:af:eb:0a
inet yy.yy.yy.yy netmask 0xff80 broadcast yy.yy.yy.yy
media: Ethernet autoselect (1000baseT full-duplex)
status: active

Both sides are running FreeBSD 8.3-RELEASE amd64 GENERIC

So the only difference is that I am using NIC em0 in shared mode for 
remote management. Can you try your test with shared mode?


Miroslav Lachman
___
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: mpt: Unable to memory map registers

2012-06-09 Thread Andrey Zonov


On 6/8/12 10:27 PM, John Baldwin wrote:

On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote:

On Fri, Jun 8, 2012 at 7:19 PM, John Baldwinj...@freebsd.org  wrote:

On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote:

On 6/7/12 10:02 PM, Andrey Zonov wrote:

Hi,

I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE
(r234600) and now they can't find any disk because SAS controller cannot
initialize with the following diagnostic:

mpt0:LSILogic SAS/SATA Adapter  port 0xd000-0xd0ff irq 26 at device
3.0 on pci6
mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0x).
mpt0: Unable to memory map registers.
mpt0: Giving Up.

pciconf -lv:
mpt0@pci0:6:3:0: class=0x01 card=0x81dd1043 chip=0x00541000 rev=0x02
hdr=0x00
vendor = 'LSI Logic / Symbios Logic'
device = 'SAS1068 PCI-X Fusion-MPT SAS'
class = mass storage
subclass = SCSI

I tried to boot to latest HEAD and found the same problem. I also tried
to build kernel with mpt driver from my 8.2. Controller didn't
initialize with the same diagnostic. So it looks like the problem is not
in mpt driver.

Any help would be appreciated.



+jhb@

Hi John,

Could you please help me with the problem above?  It looks like the
problem is in PCI code and you changed things there.


Can you get a verbose dmesg?



Yes, it's in attach.


Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken kernel?



Attached.


Can you also try setting 'debug.acpi.disable=sysres' in the loader?



Didn't help.

--
Andrey Zonov
# devinfo -rv
nexus0
  apic0
  ram0
  I/O memory addresses:
  0x0-0x9fbff
  0x10-0xdff9
  0xdffae000-0xdffa
  0x1-0x81fff
  acpi0
  Interrupt request lines:
  9
  I/O ports:
  0x10-0x1f
  0x22-0x3f
  0x44-0x4f
  0x50-0x5f
  0x60
  0x62-0x63
  0x64
  0x65-0x6f
  0x72-0x7f
  0x80
  0x84-0x86
  0x88
  0x8c-0x8e
  0x90-0x9f
  0xa2-0xbf
  0xe0-0xef
  0x480-0x4bf
  0x4d0-0x4d1
  0x800-0x87f
  0xa00-0xa0f
  0xa10-0xa1f
  I/O memory addresses:
  0xc-0xc
  0xe-0xf
  0xe000-0xefff
  0xfe00-0xfebf
  0xfec0-0x
cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.P001
  acpi_throttle0
  coretemp0
  est0
  p4tcc0
  cpufreq0
cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.P002
  coretemp1
  est1
  p4tcc1
  cpufreq1
cpu2 pnpinfo _HID=none _UID=0 at handle=\_PR_.P003
  coretemp2
  est2
  p4tcc2
  cpufreq2
cpu3 pnpinfo _HID=none _UID=0 at handle=\_PR_.P004
  coretemp3
  est3
  p4tcc3
  cpufreq3
cpu4 pnpinfo _HID=none _UID=0 at handle=\_PR_.P005
  coretemp4
  est4
  p4tcc4
  cpufreq4
cpu5 pnpinfo _HID=none _UID=0 at handle=\_PR_.P006
  coretemp5
  est5
  p4tcc5
  cpufreq5
cpu6 pnpinfo _HID=none _UID=0 at handle=\_PR_.P007
  coretemp6
  est6
  p4tcc6
  cpufreq6
cpu7 pnpinfo _HID=none _UID=0 at handle=\_PR_.P008
  coretemp7
  est7
  p4tcc7
  cpufreq7
pcib0 pnpinfo _HID=PNP0A08 _UID=0 at handle=\_SB_.PCI0
I/O ports:
0xcf8-0xcff
  pci0
hostb0 pnpinfo vendor=0x8086 device=0x4003 subvendor=0x1043 
subdevice=0x82aa class=0x06 at slot=0 function=0
pcib1 pnpinfo vendor=0x8086 device=0x4021 subvendor=0x8086 
subdevice=0x8086 class=0x060400 at slot=1 function=0 handle=\_SB_.PCI0.NPE1
  pci11
pcib2 pnpinfo vendor=0x8086 device=0x4025 subvendor=0x8086 
subdevice=0x8086 class=0x060400 at slot=5 function=0 handle=\_SB_.PCI0.NPE5
  pci10
pcib3 pnpinfo vendor=0x8086 device=0x4029 subvendor=0x8086 
subdevice=0x8086 class=0x060400 at slot=9 function=0 handle=\_SB_.PCI0.NPES
I/O ports:
0xd000-0xefff
I/O memory addresses:
0xfdf0-0xfdff
  pci5
pcib4 pnpinfo vendor=0x8086 device=0x3500 subvendor=0x 
subdevice=0x class=0x060400 at slot=0 function=0 handle=\_SB_.PCI0.NPES.SPE4
pcib3 I/O port window:
0xe000-0xefff
pcib3 memory window:
0xfdf0-0xfdff
  pci7
pcib5 pnpinfo vendor=0x8086 device=0x3510 subvendor=0x 
subdevice=0x class=0x060400 at slot=0 function=0 
handle=\_SB_.PCI0.NPES.SPE4.SPE1
  pci9
pcib6 pnpinfo vendor=0x8086 device=0x3518 subvendor=0x 
subdevice=0x class=0x060400 at slot=2 function=0 
handle=\_SB_.PCI0.NPES.SPE4.P8PC
pcib4 I/O port window:
0xe000-0xefff
pcib4 memory window:
0xfdf0-0xfdff
  pci8
em0 pnpinfo

Re: su problem

Sami Halabi sodyn...@gmail.com wrote:
  I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
  once done, i created regular accounts, in wheel group.
  
  first all was okay, but suddenly i found my self blocked out, because i
  can't ssh as root, and i can't su either, when i su i get this:
  %su -
  Password:
  
  and it stuck in that state whitout givving me root shell #.

What's the output from id?  Does it include 0(wheel)?

And are you 100% sure that you know the correct root password?
If you don't, you will have to drive to the machine and fix
it from the console, I'm afraid.  There's no other way, unless
you discover a yet-unknown local root exploit.  ;-)

Best regards
   Oliver


-- 
Oliver Fromme, secnetix GmbH  Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

With Perl you can manipulate text, interact with programs, talk over
networks, drive Web pages, perform arbitrary precision arithmetic,
and write programs that look like Snoopy swearing.
___
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: su problem

2012-06-09 Thread Mehmet Erol Sanliturk

On Sat, Jun 9, 2012 at 3:35 AM, Oliver Fromme o...@lurza.secnetix.dewrote:

Sami Halabi sodyn...@gmail.com wrote:
I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
once done, i created regular accounts, in wheel group.

first all was okay, but suddenly i found my self blocked out, because i
can't ssh as root, and i can't su either, when i su i get this:
%su -
Password:

and it stuck in that state whitout givving me root shell #.

What's the output from id? Does it include 0(wheel)?

And are you 100% sure that you know the correct root password?
If you don't, you will have to drive to the machine and fix
it from the console, I'm afraid. There's no other way, unless
you discover a yet-unknown local root exploit. ;-)

Best regards
Oliver

--
Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd

With Perl you can manipulate text, interact with programs, talk over
networks, drive Web pages, perform arbitrary precision arithmetic,
and write programs that look like Snoopy swearing.

Please see ,

http://www.freebsd.org/cgi/man.cgi?query=login.accesssektion=5apropos=0manpath=FreeBSD+9.0-RELEASE
http://www.freebsd.org/cgi/man.cgi?query=loginapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html
http://www.freebsd.org/cgi/man.cgi?query=telnetdsektion=8apropos=0manpath=FreeBSD+9.0-RELEASE
http://www.freebsd.org/cgi/man.cgi?query=login.confsektion=5apropos=0manpath=FreeBSD+9.0-RELEASE

and , define remote login capability , otherwise the system will not permit
remote root login because of it has dangerous security vulnerability .

Thank you very much .

Mehmet Erol Sanliturk
___
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: Boot hangs on v9 system at CD device probe

2012-06-09 Thread Marius Strobl

On Fri, Jun 08, 2012 at 10:11:48PM -0700, Kevin Oberman wrote:
 On Thu, May 31, 2012 at 9:10 AM, Kevin Oberman kob6...@gmail.com wrote:
  On Thu, May 31, 2012 at 4:02 AM, Marius Strobl
  mar...@alchemy.franken.de wrote:
  On Wed, May 30, 2012 at 05:13:44PM -0600, Ian Lepore wrote:
  On Wed, 2012-05-30 at 14:54 -0700, Kevin Oberman wrote:
   I sent a note about this a couple of weeks ago, but have not heard
   anything. I'm really getting a bit desperate.
  
   I have a system that I am trying to upgrade from 8.2 to 9.0. I have
   built it and installed the kernel, but it fails to boot. The boot
   freezes after probing for my hard drives during the probe of the
   CDROM. It just sits there, seemingly forever, though I have never
   waited longer then a few minutes.
  
   The system is a SuperMicro C25BX mother board. The DVD is PATA,
   reported on boot of 8-Stable as:
   acd0: DVDR ATAPI DVD A DH20A4P/9P59 at ata2-master UDMA66
  
   If I unplug the CDROM, it boots fine, but I really need the device on
   the system, so I really can't leave it unplugged. Also, after the 9
   kernel is installed, my Mk file have been updated so that I can't
   build some ports if I boot the 8.2 kernel. Does anyone remember this
   being reported by others? It was most likely on current, as it was
   probably prior to the release of 9. I googled around, but could not
   find it.
  
   I'd really appreciate it if anyone can point me toward a solution.
  
   Thanks,
 
  When faced with a mystery like this I sometimes go into the mode of
  poke it with a stick and see if it twitches. ?If you can get it to
  twitch at all, maybe that's a starting point. ?In this case, I guess I
  might start with seeing if setting hw.ata.atapi_dma=0 in the loader
  makes any difference.
 
 
  Note that hw.ata.atapi_dma isn't honored by 9.0 with options ATA_CAM
  (default in GENERIC). Support for that loader tuneable was only
  resurrected rather recently (but is available in stable/9). The
  equivalent for 9.0 would be setting hint.ata.X.mode to PIO4 where
  X is the number of the ata(4) device attached for the channel the
  CDROM is connected to.
  ATA_CAM is indeed known to break ATAPI DMA for some ATA controllers
  though. What's the `pciconf -lv` output for this one?
 
  Good point. I had forgotten about the hw.ata.atapi_dma removal and was
  not even awarethat it had been recently re-enabled.
  My controller is:
  atapci0@pci0:17:4:0: ? ?class=0x010185 card=0x82131283 chip=0x82131283
  rev=0x00 hdr=0x00
  ? ?vendor ? ? = 'Integrated Technology Express (ITE) Inc'
  ? ?device ? ? = 'IDE Controller (IT8213F)'
  ? ?class ? ? ?= mass storage
  ? ?subclass ? = ATA
 
  It is used ONLY for the CD/DVD as all other disks use the 3ware RAID 
  controller.
 
  Unfortunately, the system is not located where I am, so I can't really
  try anything until I get over there. Maybe later today I can run into
  that office and try some of the suggestions. I can certainly build a
  kernel without ATA_CAM.
 
 I just did the obvious as suggested and built a kernel without ATA_CAM
 and with atapicam. It boots fine and I have my CD/DVD working on 9.0.
 Clearly, there is some issue with ATAPI drives with ATA_CAM as others
 have seen the same thing. It is entirely possible that a serial
 connected drives don't have this issue. It does look like there is
 some locking issue between CAM and GEOM under some circumstances. I
 worry that 10 will lose support for other than ATA_CAM and that the
 work-around will no longer be available. Of course, if ahci fixes it,
 the problem will go away on systems that support it.
 
 Next time I get to the system I will try putting ATA_CAM back and
 adding ahci and report on the results.
 

I don't think that the latter test makes much sense as the above
mentioned controller doesn't support AHCI. If you could test
whether the following patch works around the issue when using
ATA_CAM that would be more useful.
http://people.freebsd.org/~marius/ata_ite_ATA_CAM_ATA_NO_ATAPI_DMA.diff

Marius

___
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: su problem

Hi,

%id
uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel)
%

i have another account also id 1002 - sody2, also in group wheel.
i can ssh using user sody/sody2, however su doesn't work if i do: su sody2,
when i logged in with user sody.
it seems that su is broken somehow

any ideas?

Thanks,
Sami

On Sat, Jun 9, 2012 at 2:07 PM, Mehmet Erol Sanliturk
m.e.sanlit...@gmail.com wrote:

On Sat, Jun 9, 2012 at 3:35 AM, Oliver Fromme o...@lurza.secnetix.dewrote:

Sami Halabi sodyn...@gmail.com wrote:
I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
once done, i created regular accounts, in wheel group.

first all was okay, but suddenly i found my self blocked out, because i
can't ssh as root, and i can't su either, when i su i get this:
%su -
Password:

and it stuck in that state whitout givving me root shell #.

What's the output from id? Does it include 0(wheel)?

Best regards
Oliver

FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd

With Perl you can manipulate text, interact with programs, talk over
networks, drive Web pages, perform arbitrary precision arithmetic,
and write programs that look like Snoopy swearing.

Please see ,

http://www.freebsd.org/cgi/man.cgi?query=login.accesssektion=5apropos=0manpath=FreeBSD+9.0-RELEASE

http://www.freebsd.org/cgi/man.cgi?query=loginapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html

http://www.freebsd.org/cgi/man.cgi?query=telnetdsektion=8apropos=0manpath=FreeBSD+9.0-RELEASE

http://www.freebsd.org/cgi/man.cgi?query=login.confsektion=5apropos=0manpath=FreeBSD+9.0-RELEASE

and , define remote login capability , otherwise the system will not
permit remote root login because of it has dangerous security vulnerability
.

Thank you very much .

Mehmet Erol Sanliturk

--
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem

Hmm.. I don't get shell to send any commands, its just go a newline and
stuck there until i hit CTRL-C and go back.
waiting for long time doesn't work either

Sami

On Sat, Jun 9, 2012 at 3:24 PM, David Wolfskill da...@catwhisker.orgwrote:

 On Sat, Jun 09, 2012 at 03:21:29PM +0300, Sami Halabi wrote:
  Hi,
 
  %id
  uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel)
  %
 
  i have another account also id 1002 - sody2, also in group wheel.
  i can ssh using user sody/sody2, however su doesn't work if i do: su
 sody2,
  when i logged in with user sody.
  it seems that su is broken somehow
 
  any ideas?

 You might want to check the output of id after you've done that, then.

  ...

 Peace,
 david
 --
 David H. Wolfskill  da...@catwhisker.org
 Depriving a girl or boy of an opportunity for education is evil.

 See http://www.catwhisker.org/~david/publickey.gpg for my public key.




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem

%su -
Password:
load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k


Thanks,
Sami

On Sat, Jun 9, 2012 at 3:36 PM, David Wolfskill da...@catwhisker.orgwrote:

 On Sat, Jun 09, 2012 at 03:32:44PM +0300, Sami Halabi wrote:
  Hmm.. I don't get shell to send any commands, its just go a newline and
  stuck there until i hit CTRL-C and go back.
  waiting for long time doesn't work either

 ^T can sometimes provide clues as to the resource for which the process
 is waiting.

 Peace,
 david
 --
 David H. Wolfskill  da...@catwhisker.org
 Depriving a girl or boy of an opportunity for education is evil.

 See http://www.catwhisker.org/~david/publickey.gpg for my public key.




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem

2012-06-09 Thread Ronald Klop


On Sat, 09 Jun 2012 09:55:28 +0200, Sami Halabi sodyn...@gmail.com wrote:


Hi,
I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
once done, i created regular accounts, in wheel group.

first all was okay, but suddenly i found my self blocked out, because i
can't ssh as root, and i can't su either, when i su i get this:
%su -
Password:

and it stuck in that state whitout givving me root shell #.

any ideas how to solve this problem? the system is in the servers farm  
and

i need to drive 3 hours each direction, so if there is remote solution i
would appreciate it.


%more /etc/group
# $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith  
Exp $

#
wheel:*:0:root,sody
.
.
.
sody:*:1001:

Thanks in advance,



It does not solve your problem now, but if it is a couple of hours away  
arrange some remote serial console access.


Ronald.
___
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: su problem

is it possible to set serial console over ip? or i need null cable?

On Sat, Jun 9, 2012 at 3:58 PM, Ronald Klop ronald-freeb...@klop.yi.orgwrote:

 On Sat, 09 Jun 2012 09:55:28 +0200, Sami Halabi sodyn...@gmail.com
 wrote:

  Hi,
 I Just finished upgrade from FBSD-8.1-R fresh system to FBSD-8.3-p2.
 once done, i created regular accounts, in wheel group.

 first all was okay, but suddenly i found my self blocked out, because i
 can't ssh as root, and i can't su either, when i su i get this:
 %su -
 Password:

 and it stuck in that state whitout givving me root shell #.

 any ideas how to solve this problem? the system is in the servers farm and
 i need to drive 3 hours each direction, so if there is remote solution i
 would appreciate it.


 %more /etc/group
 # $FreeBSD: src/etc/group,v 1.35.10.2.2.1 2012/03/03 06:15:13 kensmith
 Exp $
 #
 wheel:*:0:root,sody
 .
 .
 .
 sody:*:1001:

 Thanks in advance,


 It does not solve your problem now, but if it is a couple of hours away
 arrange some remote serial console access.

 Ronald.
 __**_
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/**mailman/listinfo/freebsd-**stablehttp://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to 
 freebsd-stable-unsubscribe@**freebsd.orgfreebsd-stable-unsubscr...@freebsd.org
 




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem

Hi,
/var/log/messages - no new logs

%id sody2
uid=1002(sody2) gid=1002(sody2) groups=1002(sody2),0(wheel)
%

i did top on one session and followed it after I issued su -
the only new process issued is su and it stays there even after I supply
the password...

This is really strange, it never happend to me in earlier releases

even su sody2 worked, but stopped after a while...

Help me please...

Sami

On Sat, Jun 9, 2012 at 4:05 PM, David Wolfskill da...@catwhisker.orgwrote:

 On Sat, Jun 09, 2012 at 03:47:07PM +0300, Sami Halabi wrote:
  %su -
  Password:
  load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k
  ...
  load: 0.00  cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k
  ...

 Well, that wasn't as helpful as it might have been, then -- though it
 does clearly indicate that the process isn't waiting on (say) keyboard
 input.

 Have you checked messages (e.g., /var/log/messages)?

 Also, while you're logged in as your primary account, the output of id
 sody2 may be useful.

 The other thing that comes to mind is that it may be useful for you to
 login (as sody) twice (i.e., from 2 different xterms, or using a
 terminal mux program such as tmux(1) (in ports; sysutils/tmux) so from
 one session, you can try su sody2 and from the other, you can issue
 commands such as top or ps lwt ttydcd to see what processes are
 running on the (apparently stalled) session.

 It's also possible that there's something wrong with the login shell
 initialization scripts used for sody2.  The above commands may help
 identify that case.

 Peace,
 david
 --
 David H. Wolfskill  da...@catwhisker.org
 Depriving a girl or boy of an opportunity for education is evil.

 See http://www.catwhisker.org/~david/publickey.gpg for my public key.




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem


On 6/9/2012 20:29, Sami Halabi wrote:

Hi,
/var/log/messages - no new logs


Sorry if this has been asked, anything in dmesg?
___
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: su problem

its the same as /var/log/messages

On Sat, Jun 9, 2012 at 4:32 PM, Adam Strohl
adams-free...@ateamsystems.comwrote:

 On 6/9/2012 20:29, Sami Halabi wrote:

 Hi,
 /var/log/messages - no new logs


 Sorry if this has been asked, anything in dmesg?




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem


On 6/9/2012 20:33, Sami Halabi wrote:

its the same as /var/log/messages


I assume you mean there is nothing there because it's not the same thing 
(yes dmesg stuff should get logged into syslog but your system obviously 
isn't working right so ...).


Past that I've been skimming this thread since you posted and I can't 
think of anything here that would resolve this except that it might be 
worth a try to have someone ctrl-alt-del it (requires no FreeBSD 
knowledge, passwords, etc by the person doing it and should gracefully 
reboot the server).   Its a total Hail Mary [pass] though [and probably 
won't work].


It might lock you out entirely, too.

P.S.
Beyond this incident obviously setting up a remote console is ideal, 
IPMI is very worth it, but my guess is you'd have it setup if your MB 
had it.  If you don't have an IPMI module and you happen to have another 
box there cross-patching their serial consoles to each other so if one 
goes down you can serial via the other one (ie; server1's com1 to 
server2's com2, and server2's com1 to server1's com2).  You need to set 
this up as root though so no help now.


--
Adam Strohl
http://www.ateamsystems.com/
___
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: Why Are You NOT Using FreeBSD ?


On 6/9/2012 14:50, O. Hartmann wrote:

Lucky man! We are off from some desktop services (like LibreOffice and
Firefox) for more than a week now!


Why did you update to begin with?  Bug/security fix?

--
Adam Strohl
http://www.ateamsystems.com/
___
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: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread O. Hartmann

On 06/09/12 15:43, Adam Strohl wrote:
 On 6/9/2012 14:50, O. Hartmann wrote:
 Lucky man! We are off from some desktop services (like LibreOffice and
 Firefox) for more than a week now!
 
 Why did you update to begin with?  Bug/security fix?
 
 -- 
 Adam Strohl
 http://www.ateamsystems.com/

Well, this is a good question. Unfortunately, I did an update of the
ports tree and PNG update rushed in. The information in UPDATING came a
in bit later, but since then several ports have been updated already -
and rendered some applications unuseable.

The question why isn't applicable here. Sometimes ports need updates
or a port that is installed reels in another or even an update and this
triggers the avalnche of messes.



signature.asc
Description: OpenPGP digital signature

Re: Why Are You NOT Using FreeBSD ?


On 6/9/2012 21:04, O. Hartmann wrote:


Well, this is a good question. Unfortunately, I did an update of the
ports tree and PNG update rushed in. The information in UPDATING came a
in bit later, but since then several ports have been updated already -
and rendered some applications unuseable.

The question why isn't applicable here. Sometimes ports need updates
or a port that is installed reels in another or even an update and this
triggers the avalnche of messes.



Fair enough, I just feel like people reporting 48 hours of not using 
their computer are doing something extraordinarily weird and I'm just 
at a loss as to what they're doing and why.


I get the feeling people are updating their ports tree and then 
recompiling/reinstalling everything just because and then are 
complaining when one thing breaks (its the only thing I can think of).


--
Adam Strohl
http://www.ateamsystems.com/
___
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: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread H

Adam Strohl wrote:
 On 6/9/2012 3:34, Steve Franks wrote:
 Every time libjpeg or
 perl or python bumps the rev, I have to explain to my boss that I
 won't be using my computer for 48 hours.
 
 Why is this?  And why are you updating every time there is a rev bump?
 

certainly the worse question ever

why is there an update, would be a little bit better

but a real good question would be, why is there a not working/compiling
update released to the ports tree


Hans






-- 
H
+55 11 4249.



signature.asc
Description: OpenPGP digital signature

Re: su problem

Sami Halabi sodyn...@gmail.com wrote:
  %id
  uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel)
  %
  
  i have another account also id 1002 - sody2, also in group wheel.
  i can ssh using user sody/sody2, however su doesn't work if i do: su sody2,
  when i logged in with user sody.
  it seems that su is broken somehow

Something is definitely broken.  Maybe the suid-root bit was
accidentally removed from the su binary?  What is the output
from ls -l /usr/bin/su?

Best regards
   Oliver


-- 
Oliver Fromme, secnetix GmbH  Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when was the
last time you needed one?
-- Tom Cargil, C++ Journal
___
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: Why Are You NOT Using FreeBSD ?


On 6/9/2012 21:36, H wrote:

why is there an update, would be a little bit better


My point was why do you need the update, and can't wait until its been 
better vetted.  The porters do the best they can but can't test everything.



but a real good question would be, why is there a not working/compiling
update released to the ports tree


Because it was just released and every combination of system 
configuration hasn't been tested, so there is some lag time before it 
stabilizes, especially with complicated software.


There in lies the question -- why do you need to compile a port which 
was just released?   Is it a security thing or is it I want the latest 
?  I'm just curious (and totally uninterested in how this ranks in your 
worse question list).


--
Adam Strohl
http://www.ateamsystems.com/
___
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: su problem

Hi,
%ls -l /usr/bin/su
-r-sr-xr-x  1 root  wheel  16944 Jun  7 19:47 /usr/bin/su
%

I don't think this realtred to suid bit, because if so it would give
permission denied error...

Sami

On Sat, Jun 9, 2012 at 5:43 PM, Oliver Fromme o...@lurza.secnetix.dewrote:

 Sami Halabi sodyn...@gmail.com wrote:
   %id
   uid=1001(sody) gid=1001(sody) groups=1001(sody),0(wheel)
   %
  
   i have another account also id 1002 - sody2, also in group wheel.
   i can ssh using user sody/sody2, however su doesn't work if i do: su
 sody2,
   when i logged in with user sody.
   it seems that su is broken somehow

 Something is definitely broken.  Maybe the suid-root bit was
 accidentally removed from the su binary?  What is the output
 from ls -l /usr/bin/su?

 Best regards
   Oliver


 --
 Oliver Fromme, secnetix GmbH  Co. KG, Marktplatz 29, 85567 Grafing b. M.
 Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
 secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
 chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

 FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

 If you think C++ is not overly complicated, just what is a protected
 abstract virtual base pure virtual private destructor, and when was the
 last time you needed one?
-- Tom Cargil, C++ Journal




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: 9-stabe: cd device gone, ATA_CAM panics

Oliver Fromme o...@secnetix.de wrote:
  [...]
  I need a working DVD drive, so I'm now considering to
  downgrade to 8-stable.  But then again, TMPFS didn't work
  a well for me as it does in 9-stable (which was the main
  reason for me to upgrade), so I'm kind of stuck in a
  difficult situation.

Fortunately, 9-stable works with device atapicam, as I
just found out.  I thought I had already tried that and
got errors during linking, but that was probably with
the ATA_CAM option enabled at the same time which causes
conflicts, obviously.

So, everything's back to normal with device atapicam
for now, and without ATA_CAM.

Best regards
   Oliver


-- 
Oliver Fromme, secnetix GmbH  Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

In My Egoistical Opinion, most people's C programs should be indented
six feet downward and covered with dirt.
-- Blair P. Houghton
___
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: Experience with Intel SATA and fbsd 8.3-amd64 ?

Kurt Jaeger li...@opsec.eu wrote:
  I have a problem with some host: If I put heavy IO load on that
  system, write errors happen, and then it crashes.

What kind of write errors, exactly?  What messages do you
get on the console?

It's also worth mentioning that such problems could also
be caused by bad RAM, or even by the power supply (though
the latter is unlikely in this case, I think).

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH  Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

One of the main causes of the fall of the Roman Empire was that,
lacking zero, they had no way to indicate successful termination
of their C programs.
-- Robert Firth
___
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: su problem

2012-06-09 Thread Ian Lepore

On Sat, 2012-06-09 at 15:47 +0300, Sami Halabi wrote:
 %su -
 Password:
 load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k
 load: 0.00  cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k
 
 
 Thanks,
 Sami

Since the wait is ttydcd, try stty clocal before doing the su
command.  I don't know why su would be waiting for dcd (modem carrier)
but setting clocal mode should eliminate that wait.

-- Ian


___
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: su problem

2012-06-09 Thread Eugene Grosbein

09.06.2012 19:47, Sami Halabi пишет:
 %su -
 Password:
 load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k

Perpaps, your system had no keyboard attached at boot time;
or for some other reason it booted with /dev/console being serial console
instead of vidconsole. su locks trying to access serial console
that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
Hence, it waits for CD on the first serial port (miserably and hopelessly).

You can check if it's true with sysctl kern.console command.
You could ask someone to boot the system with keyboard attached -
no need to type anything, though. The system should detect it
and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
And su won't lock.

Eugene Grosbein
___
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: mpt: Unable to memory map registers

2012-06-09 Thread Marius Strobl

On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote:
 On 6/8/12 10:27 PM, John Baldwin wrote:
 On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote:
 On Fri, Jun 8, 2012 at 7:19 PM, John Baldwinj...@freebsd.org  wrote:
 On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote:
 On 6/7/12 10:02 PM, Andrey Zonov wrote:
 Hi,
 
 I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE
 (r234600) and now they can't find any disk because SAS controller 
 cannot
 initialize with the following diagnostic:
 
 mpt0:LSILogic SAS/SATA Adapter  port 0xd000-0xd0ff irq 26 at device
 3.0 on pci6
 mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0x).
 mpt0: Unable to memory map registers.
 mpt0: Giving Up.
 
 pciconf -lv:
 mpt0@pci0:6:3:0: class=0x01 card=0x81dd1043 chip=0x00541000 
 rev=0x02
 hdr=0x00
 vendor = 'LSI Logic / Symbios Logic'
 device = 'SAS1068 PCI-X Fusion-MPT SAS'
 class = mass storage
 subclass = SCSI
 
 I tried to boot to latest HEAD and found the same problem. I also tried
 to build kernel with mpt driver from my 8.2. Controller didn't
 initialize with the same diagnostic. So it looks like the problem is 
 not
 in mpt driver.
 
 Any help would be appreciated.
 
 
 +jhb@
 
 Hi John,
 
 Could you please help me with the problem above?  It looks like the
 problem is in PCI code and you changed things there.
 
 Can you get a verbose dmesg?
 
 
 Yes, it's in attach.
 
 Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken 
 kernel?
 
 
 Attached.
 
 Can you also try setting 'debug.acpi.disable=sysres' in the loader?
 
 
 Didn't help.
 

That's probably due to a typo, the corret loader tunable is
debug.acpi.disabled=sysres (note the 'd').

Marius

___
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: su problem

%stty clocal
%su -
Password:
load: 0.00  cmd: su 34023 [ttydcd] 0.72r 0.00u 0.00s 0% 2092k
load: 0.00  cmd: su 34023 [ttydcd] 0.99r 0.00u 0.00s 0% 2092k

I tried stty -clocal also but didn't work

:(

any other ideas?


On Sat, Jun 9, 2012 at 6:43 PM, Ian Lepore free...@damnhippie.dyndns.orgwrote:

 On Sat, 2012-06-09 at 15:47 +0300, Sami Halabi wrote:
  %su -
  Password:
  load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 3.99r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 4.81r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 5.34r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 5.72r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 6.21r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 6.67r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 7.14r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 7.53r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 7.89r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 8.14r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 8.35r 0.00u 0.00s 0% 2092k
  load: 0.00  cmd: su 30588 [ttydcd] 8.53r 0.00u 0.00s 0% 2092k
 
 
  Thanks,
  Sami

 Since the wait is ttydcd, try stty clocal before doing the su
 command.  I don't know why su would be waiting for dcd (modem carrier)
 but setting clocal mode should eliminate that wait.

 -- Ian





-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: su problem

Hi,

%sysctl kern.console
kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom,

%tail /var/log/messages
Jun  7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a
Jun  7 19:54:36 vps16 kernel: bge0: link state changed to UP
Jun  7 20:18:04 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
Jun  7 20:18:04 vps16 kernel: ukbd0: vendor 0x09da USB Keyboard, class
0/0, rev 1.10/2.50, addr 2 on usbus0
Jun  7 20:18:04 vps16 kernel: kbd2 at ukbd0
Jun  7 20:18:05 vps16 kernel: uhid0: vendor 0x09da USB Keyboard, class
0/0, rev 1.10/2.50, addr 2 on usbus0
Jun  7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1
Jun  7 20:21:19 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
(disconnected)
Jun  7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnected)
Jun  7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnected)
%

the system was loaded with keyboard and disconnected later if i understand
the logs...

New ideas are appreciated, and thanks in advance,
Sami

On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein egrosb...@rdtc.ru wrote:

 09.06.2012 19:47, Sami Halabi пишет:
  %su -
  Password:
  load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k

 Perpaps, your system had no keyboard attached at boot time;
 or for some other reason it booted with /dev/console being serial console
 instead of vidconsole. su locks trying to access serial console
 that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
 Hence, it waits for CD on the first serial port (miserably and hopelessly).

 You can check if it's true with sysctl kern.console command.
 You could ask someone to boot the system with keyboard attached -
 no need to type anything, though. The system should detect it
 and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
 And su won't lock.

 Eugene Grosbein




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: mpt: Unable to memory map registers

2012-06-09 Thread Andrey Zonov


On 6/9/12 9:35 PM, Marius Strobl wrote:

On Sat, Jun 09, 2012 at 12:58:05PM +0400, Andrey Zonov wrote:

On 6/8/12 10:27 PM, John Baldwin wrote:

On Friday, June 08, 2012 11:48:50 am Andrey Zonov wrote:

On Fri, Jun 8, 2012 at 7:19 PM, John Baldwinj...@freebsd.org   wrote:

On Friday, June 08, 2012 3:14:19 am Andrey Zonov wrote:

On 6/7/12 10:02 PM, Andrey Zonov wrote:

Hi,

I just upgraded a few machines from 8.2-STABLE (r221983) to 9.0-STABLE
(r234600) and now they can't find any disk because SAS controller
cannot
initialize with the following diagnostic:

mpt0:LSILogic SAS/SATA Adapter   port 0xd000-0xd0ff irq 26 at device
3.0 on pci6
mpt0: 0x4000 bytes of rid 0x14 res 3 failed (0, 0x).
mpt0: Unable to memory map registers.
mpt0: Giving Up.

pciconf -lv:
mpt0@pci0:6:3:0: class=0x01 card=0x81dd1043 chip=0x00541000
rev=0x02
hdr=0x00
vendor = 'LSI Logic / Symbios Logic'
device = 'SAS1068 PCI-X Fusion-MPT SAS'
class = mass storage
subclass = SCSI

I tried to boot to latest HEAD and found the same problem. I also tried
to build kernel with mpt driver from my 8.2. Controller didn't
initialize with the same diagnostic. So it looks like the problem is
not
in mpt driver.

Any help would be appreciated.



+jhb@

Hi John,

Could you please help me with the problem above?  It looks like the
problem is in PCI code and you changed things there.


Can you get a verbose dmesg?



Yes, it's in attach.


Can you get the output of 'devinfo -u' and 'devinfo -rv' from a broken
kernel?



Attached.


Can you also try setting 'debug.acpi.disable=sysres' in the loader?



Didn't help.



That's probably due to a typo, the corret loader tunable is
debug.acpi.disabled=sysres (note the 'd').



This helps, thanks!  Please explain what this means.


--
Andrey Zonov
___
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: su problem

2012-06-09 Thread Mark Saad




On Jun 9, 2012, at 2:45 PM, Sami Halabi sodyn...@gmail.com wrote:

 Hi,
 
 %sysctl kern.console
 kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom,
 
 %tail /var/log/messages
 Jun  7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a
 Jun  7 19:54:36 vps16 kernel: bge0: link state changed to UP
 Jun  7 20:18:04 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
 Jun  7 20:18:04 vps16 kernel: ukbd0: vendor 0x09da USB Keyboard, class
 0/0, rev 1.10/2.50, addr 2 on usbus0
 Jun  7 20:18:04 vps16 kernel: kbd2 at ukbd0
 Jun  7 20:18:05 vps16 kernel: uhid0: vendor 0x09da USB Keyboard, class
 0/0, rev 1.10/2.50, addr 2 on usbus0
 Jun  7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1
 Jun  7 20:21:19 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
 (disconnected)
 Jun  7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2 (disconnected)
 Jun  7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2 (disconnected)
 %
 
 the system was loaded with keyboard and disconnected later if i understand
 the logs...
 
 New ideas are appreciated, and thanks in advance,
 Sami
 
 On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein egrosb...@rdtc.ru wrote:
 
 09.06.2012 19:47, Sami Halabi пишет:
 %su -
 Password:
 load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
 
 Perpaps, your system had no keyboard attached at boot time;
 or for some other reason it booted with /dev/console being serial console
 instead of vidconsole. su locks trying to access serial console
 that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
 Hence, it waits for CD on the first serial port (miserably and hopelessly).
 
 You can check if it's true with sysctl kern.console command.
 You could ask someone to boot the system with keyboard attached -
 no need to type anything, though. The system should detect it
 and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
 And su won't lock.
 
 Eugene Grosbein
 
 
 
 
 -- 
 Sami Halabi
 Information Systems Engineer
 NMS Projects Expert
 FreeBSD SysAdmin Expert
 ___
 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 

Check the permissions on the su binary it could be missing the suid but.

---
Mark saad | mark.s...@longcount.org

___
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

Backups with 9-STABLE -- Options?

2012-06-09 Thread Karl Denninger

With SU+J as the default filesystem, what options actually WORK now?

1. Dump L will NOT -- it doesn't hang any more but now just bitches
and refuses to run.  I suppose that beats a hang

2. Dump without L and take your chances?  What risks am I running by
doing this on a running system?

3.  Other?

Dump has been the canonical means of backing up... forever.  And it
still is claimed to be the canonical means in the documentation. 

So what options do we have now that actually work -- is there now a new
canonical backup method that is recommended?

-- 
-- Karl Denninger
/The Market Ticker ®/ http://market-ticker.org
Cuda Systems LLC
___
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: su problem

I already posted that:

%ls -l /usr/bin/su
-r-sr-xr-x  1 root  wheel  16944 Jun  7 19:47 /usr/bin/su
%

Sami

On Sat, Jun 9, 2012 at 10:57 PM, Mark Saad nones...@longcount.org wrote:




 On Jun 9, 2012, at 2:45 PM, Sami Halabi sodyn...@gmail.com wrote:

  Hi,
 
  %sysctl kern.console
  kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom,
 
  %tail /var/log/messages
  Jun  7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a
  Jun  7 19:54:36 vps16 kernel: bge0: link state changed to UP
  Jun  7 20:18:04 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
  Jun  7 20:18:04 vps16 kernel: ukbd0: vendor 0x09da USB Keyboard, class
  0/0, rev 1.10/2.50, addr 2 on usbus0
  Jun  7 20:18:04 vps16 kernel: kbd2 at ukbd0
  Jun  7 20:18:05 vps16 kernel: uhid0: vendor 0x09da USB Keyboard, class
  0/0, rev 1.10/2.50, addr 2 on usbus0
  Jun  7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1
  Jun  7 20:21:19 vps16 kernel: ugen0.2: vendor 0x09da at usbus0
  (disconnected)
  Jun  7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2
 (disconnected)
  Jun  7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2
 (disconnected)
  %
 
  the system was loaded with keyboard and disconnected later if i
 understand
  the logs...
 
  New ideas are appreciated, and thanks in advance,
  Sami
 
  On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbein egrosb...@rdtc.ru
 wrote:
 
  09.06.2012 19:47, Sami Halabi пишет:
  %su -
  Password:
  load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
 
  Perpaps, your system had no keyboard attached at boot time;
  or for some other reason it booted with /dev/console being serial
 console
  instead of vidconsole. su locks trying to access serial console
  that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
  Hence, it waits for CD on the first serial port (miserably and
 hopelessly).
 
  You can check if it's true with sysctl kern.console command.
  You could ask someone to boot the system with keyboard attached -
  no need to type anything, though. The system should detect it
  and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
  And su won't lock.
 
  Eugene Grosbein
 
 
 
 
  --
  Sami Halabi
  Information Systems Engineer
  NMS Projects Expert
  FreeBSD SysAdmin Expert
  ___
  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
 

 Check the permissions on the su binary it could be missing the suid but.

 ---
 Mark saad | mark.s...@longcount.org

 ___
 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




-- 
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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: [stable 9] broken hwpstate calls

2012-06-09 Thread Theodor-Iulian Ciobanu

On Wed, 06 Jun 2012 19:02:16 -0400
Jung-uk Kim j...@freebsd.org wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 2012-06-06 17:58:57 -0400, Andriy Gapon wrote:
  on 31/05/2012 23:28 Jung-uk Kim said the following:
  It is simple but I don't like locking scheduler, binding CPU, and
  writing the same MSR, multiple times for each core.
  
  Not sure if parse this.  The MSR is _written_ /once/ for each
  core. (BTW, locking scheduler is not a completely accurate
  description of what thread_lock does)
 
 I apologize.  I didn't see the whole picture and read your patch
 wrong.
 
 Any way, hwpstate still isn't quite right even without your patch.
 
 sys/kern/kern_cpu.c
   cpufreq_curr_sysctl() -
   CPUFREQ_SET() -/* for all CPU devices */
   cf_set_method() -  /* thread_lock(), sched_bind(), ...
 */ CPUFREQ_DRV_SET() -
 sys/x86/cpufreq/hwpstate.c
   hwpstate_set() -
   hwpstate_goto_pstate()  /* for each CPU unit */
   /* thread_lock(), sched_bind(), ... */
 
 Therefore, sysctl dev.cpu.0.cpufreq=freq loops n^2 times (i.e., n
 times per CPU) where n is number of CPUs.  At least, it should check
 unit == 0, e.g.,
 
 hwpstate_goto_pstate(...)
 {
 ...
   if (unit == 0) {
   /* XXX Is this really necessary? */
   CPU_FOREACH(i) {
   ...
   wrmsr(MSR_AMD_10H_11H_CONTROL, id);
   ...
   }
   }
   /* Check the current P-state. */
   for (...) {
   ...
   msr = rdmsr(MSR_AMD_10H_11H_STATUS);
   if (msr == id)
   break;
   ...
   }
   /* XXX Maybe your patch here? */
 ...
 }
 
  Besides, it introduces more delay and you may be reading the
  correct status because of that. :-P
  
  Having a separate reading pass does introduce more delay indeed. 
  Reading the correct status is a good thing, OTOH.
 
 That's what I said.
 
  Why would anyone want to read incorrect status?  (just want to note
  that correct and expected are different things)
 
 Okay, okay.
 
  If people really think checking MSRC001_0071[18:16] is unworthy
  for
  
  Well, other people hasn't demonstrated/proved/convinced yet that
  it is worthy
  
  Bulldozer, I prefer skipping status check
  
  That's what I suggested from the very start.
 
 Buy me a Bulldozer and I'll fix it for you! :-P

If it's of any help, I have an Opteron 6274 I'd be willing to test some
patches on, to get Turbo Core working.

  but I disagree with this patch.
  
  Since I am not invested in this issue (I am not affected by the
  problem and I do not have any personal attachment to the code in
  question), I will just defer any decision to those who do care
  about the problem.  I hope that a fix will be provided in the end.
 
 Same here.
 
 Jung-uk Kim
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.19 (FreeBSD)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iEYEARECAAYFAk/P4XgACgkQmlay1b9qnVP8cgCgl9sAzyE956YjB2B3bK0wvOHu
 n64Anih7sdWYQgflQVHuUGstdk05Fs9i
 =2dS0
 -END PGP SIGNATURE-
 ___
 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

-- 
Theo
___
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: su problem

2012-06-09 Thread Mel Flynn

On 9-6-2012 18:42, Eugene Grosbein wrote:
 09.06.2012 19:47, Sami Halabi пишет:
 %su -
 Password:
 load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k
 
 Perpaps, your system had no keyboard attached at boot time;
 or for some other reason it booted with /dev/console being serial console
 instead of vidconsole. su locks trying to access serial console
 that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
 Hence, it waits for CD on the first serial port (miserably and hopelessly).
 
 You can check if it's true with sysctl kern.console command.
 You could ask someone to boot the system with keyboard attached -
 no need to type anything, though. The system should detect it
 and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
 And su won't lock.

Just to get this clear - are you connected via ssh and want to use su?
If so, I fail to see why the keyboard would be in play as you need a
pty, not a vty.
Secondly, your logs mention a kbd2 that is disconnected, so where's
kbd1. And finally, why did the person that connected and disconnected
the keyboard leave a root login open?

-- 
Mel
___
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: su problem

2012-06-09 Thread Andrey Zonov


sudo is not installed?

On 6/10/12 12:22 AM, Sami Halabi wrote:

I already posted that:

%ls -l /usr/bin/su
-r-sr-xr-x  1 root  wheel  16944 Jun  7 19:47 /usr/bin/su
%

Sami

On Sat, Jun 9, 2012 at 10:57 PM, Mark Saadnones...@longcount.org  wrote:





On Jun 9, 2012, at 2:45 PM, Sami Halabisodyn...@gmail.com  wrote:


Hi,

%sysctl kern.console
kern.console: ttyv0,dcons,/dcons,ttyv0,uart,ucom,

%tail /var/log/messages
Jun  7 19:54:35 vps16 kernel: Trying to mount root from ufs:/dev/da0s1a
Jun  7 19:54:36 vps16 kernel: bge0: link state changed to UP
Jun  7 20:18:04 vps16 kernel: ugen0.2:vendor 0x09da  at usbus0
Jun  7 20:18:04 vps16 kernel: ukbd0:vendor 0x09da USB Keyboard, class
0/0, rev 1.10/2.50, addr 2  on usbus0
Jun  7 20:18:04 vps16 kernel: kbd2 at ukbd0
Jun  7 20:18:05 vps16 kernel: uhid0:vendor 0x09da USB Keyboard, class
0/0, rev 1.10/2.50, addr 2  on usbus0
Jun  7 20:19:37 vps16 login: ROOT LOGIN (root) ON ttyv1
Jun  7 20:21:19 vps16 kernel: ugen0.2:vendor 0x09da  at usbus0
(disconnected)
Jun  7 20:21:19 vps16 kernel: ukbd0: at uhub0, port 1, addr 2

(disconnected)

Jun  7 20:21:19 vps16 kernel: uhid0: at uhub0, port 1, addr 2

(disconnected)

%

the system was loaded with keyboard and disconnected later if i

understand

the logs...

New ideas are appreciated, and thanks in advance,
Sami

On Sat, Jun 9, 2012 at 7:42 PM, Eugene Grosbeinegrosb...@rdtc.ru

wrote:



09.06.2012 19:47, Sami Halabi пишет:

%su -
Password:
load: 0.00  cmd: su 30588 [ttydcd] 0.91r 0.00u 0.00s 0% 2092k


Perpaps, your system had no keyboard attached at boot time;
or for some other reason it booted with /dev/console being serial

console

instead of vidconsole. su locks trying to access serial console
that is /dev/ttyd0 by default and has Carrier Detect flag enabled.
Hence, it waits for CD on the first serial port (miserably and

hopelessly).


You can check if it's true with sysctl kern.console command.
You could ask someone to boot the system with keyboard attached -
no need to type anything, though. The system should detect it
and assingn /dev/ttyv0 as /dev/console instead of /dev/ttyd0.
And su won't lock.

Eugene Grosbein





--
Sami Halabi
Information Systems Engineer
NMS Projects Expert
FreeBSD SysAdmin Expert
___
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



Check the permissions on the su binary it could be missing the suid but.

---
Mark saad | mark.s...@longcount.org

___
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








--
Andrey Zonov
___
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: su problem