problem that needs to
be looked at and/or fixed.
(Note, you have to make sure the response is 256 bytes to get Apache to
compress, so that's what the str_repeat() bit is)
Thanks,
Rob Donovan.
Thanks - that brought me more progress than I've seen all day :)
Changing to the following on the server :
upsd.conf:
LISTEN 0.0.0.0
with no other changes from what I posted on the previous page got both
the server and slave nuts starting up ok.
For the record ifconfig on the server
Changing to the following on the server :
upsd.conf:
LISTEN 127.0.0.1
LISTEN 192.168.1.102
also works :)
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser
has happened again :
top - 22:49:30 up 7 days, 7:38, 3 users, load average: 1.19, 0.88, 0.80
Tasks: 212 total, 3 running, 209 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 1.5%sy, 92.7%ni, 5.9%id, 0.0%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 16461424k total, 11328664k used, 5132760k
(max being 800%).
Under Lenny xload displayed similar jobs as (almost) 8 bars. Now it's
much less than 1 bar.
xload is therefore effectively broken.
Rob Donovan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
This may be related :
I run jobs that eat nearly 800% of my 800% available CPU that take about
10 days to complete, and I run them at nice 19. Under Lenny such jobs
always showed up at the top of top reporting 700% + CPU consumption, as
you'd expect. I upgraded to Squeeze on 19 August 2011,
Me neither. I gave up on Ubuntu eventually (due to another bug) and
installed Debian Lenny
best
/rob
flavin wrote:
I got the same, and I found this:
http://mjg59.livejournal.com/126270.html
but I still don't know how to fix it
--
buffer length error in syslog
1) syslog errors every 20+ minutes or so like : Aug 7 10:21:03 ben
usbhid-ups[3321]: libusb_get_string: error sending control message:
Broken pipe
Not a cause of concern. It is a way of telling that the UPS is
currently not able to handle a command. Most likely this is due to the
UPS
I think I should add that the more serious consequences of this bug
(machine hanging, etc) were seen when running ddd on my 64bit Linux
server via a ssh session from, and with the display exported to, a 32bit
Windows XP machine running the Cygwin X server. I haven't tried running
an X server
I have/had this bug running ddd under a new installation of Debian Lenny
5.05 amd64. It is now solved.
In my case this bug didn't only cause the error message, but also caused
ddd to become sluggish or unresponsive, consume large amounts of CPU or
hang when accessing menus. For example,
It turns out Cyberpower's own Linux software can't talk to the cp1500avr
over serial cable either.
So the nut serial driver probably isn't the problem.
I've already shown the UPS and cable are OK by talking to Windows.
It seems unlikely that both Thomas and I and all the other posts you can
I applied the aforementioned patch to 2.4.3 and recompiled. Since the
patch only affects newmge-shut and usbhid-ups I just copied the latter
into /lib/nut/ This works, insomuchas all the nut programs start up and
run. However, there are 3 remaining problems:
1) syslog errors every 20+
hi there, I ran portmon. Read on...
I'm running nut 2.2.2-6.5 under Debian Lenny 5.05 on a Dell T110
PowerEdge Server hooked to a Cyberpower 1500 AVR LCD. All new hardware
purchased in the last 3 months. I tried to attach via usb at first, but
was getting stale data errors in syslog
My previous post was a follow-up to this discussion in February:
http://lists.alioth.debian.org/pipermail/nut-upsuser/2010-February/005924.html
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
The solution (namely, turning @ into !-- blah --#64!-- blah -- is
a needless obfuscation that isn't going to actually net us anything.
This sounds like a plausible argument, but it hasn't been my recent experience.
I submitted my 1st Debian bug on 7/29/10 at 3.51pm and got my first spam email
Package: sysvinit
Version: 2.86.ds1-61
Severity: normal
The shutdown man page says that the -P option will set the INIT_HALT variable
to POWEROFF.
However, echo statements placed at the top of do_stop() in /etc/init.d/halt
reveal that this
variable is set to POWERDOWN. Assuming nothing
Turns out this is not an Ubuntu bug - sorry.
On this keyboard the last regular key on the right hand end of the
function key row is F Lock. It has to be on (the indicator light
nearest you) for the function keys to work. Except with the BIOS,
apparently...
Thanks for the post kurt.
--
ctrl
Public bug reported:
Title says it all really. Leads to error messages like
umount2: Device or resource busy.
umount: /dev/sda8 busy - remounted read-only
in the shutdown console messages.
Since /var is remounted read-only the technical consequences of this bug
are nil, I think. However, the
Public bug reported:
Ctrl-Alt-F1 does nothing on either of my machines : Dell Dimension 2400
(old cheap desktop) and Dell T110 Poweredge (new expensive server). In
both cases I'm using a Microsoft Natural Ergonomic Keyboard 4000 v1.0.
I chose the nearest thing on setup, Microsoft Natural I
woops : this is Ubuntu 10.04 LTS 32 bit and 64 bit.
--
ctrl alt F1 does nothing
https://bugs.launchpad.net/bugs/606996
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Public bug reported:
Binary package hint: acpi
This error occurs in /var/log/syslog on boot. I have no idea if it has
any consequences. System is Dell T110 Poweredge running Ubuntu 10.04
LTS 64-bit.
Jul 16 10:57:42 ben kernel: [4.352252] ACPI Error: SMBus or IPMI write
requires Buffer of
I spent another half day or so on this.
I didn't really get anywhere but I think the evidence is that
neither the mountall.conf main script nor mountall itself actually
restart (the script doesn't echo and the 2nd set of fscks don't show the
parse_filesystems comments of the first, which are
1) I added 4 echo statements to each script in mountall.conf and can now
say with no doubt that the main script runs once, and the post-stop
script runs twice. I don't know how this can happen, but it does.
2) I added echo statements to both scripts in mountall-shell.conf too, also
changing
Public bug reported:
Binary package hint: plymouth
I run Ubuntu 10.04 64-bit using a serial over lan (SOL) console.
On shutdown I find my console messages print normally at first until I
get to
Stopping dsm_sa_eventmgr32d: *
Stopping dsm_sa_datamgr32d: *
Shutting down DSM SA Connection
** Attachment added: BootDmesg.txt
http://launchpadlibrarian.net/52051686/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
http://launchpadlibrarian.net/52051687/CurrentDmesg.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/52051688/Dependencies.txt
**
*** This bug is a duplicate of bug 523587 ***
https://bugs.launchpad.net/bugs/523587
** This bug has been marked a duplicate of bug 523587
/etc/init/mounted-tmp.conf uses find, which is in /usr/bin
--
Upstart job to clean /tmp does not run when /usr is on a seperate partion
For the record I filed this as Ubuntu Bug
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/606512
--
(Multiseat) screen shifts when /dev/console written to
https://bugs.launchpad.net/bugs/153425
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I think I should say a little more about my power failure which may be
relevant. I installed the NUT 2.4.3 package for use with a Cyberpower
CP1500AVRLCD UPS system. I set it up with a usb connection using the
usbhid-ups driver. Everything worked very well and I was pretty much
done when I
** Summary changed:
- mountall runs fsck, all clean, mounts, twice... out of boredom?
+ mountall does everything twice
--
mountall does everything twice
https://bugs.launchpad.net/bugs/605687
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
It seems upscmd ups shutdown.stayoff does simply power off the load
after all. I downloaded the nut source package and everything I saw
pointed that way. I couldn't find any evidence of the code writing
flags or commands to disk, though I admit I lost track of things through
the socket. So, I
Public bug reported:
Binary package hint: mountall
My system (running Ubuntu 10.04 64-bit Desktop) has partitions /, /var,
/usr, /home, /boot, /tmp, and ben1 on a 2nd disk.
At boot, fsck is run on all partitions, and all report clean, and are
mounted successfully.
The boot continues happily
** Attachment added: boot_mountall_debug
http://launchpadlibrarian.net/51952175/boot_mountall_debug
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/51949956/Dependencies.txt
--
mountall runs fsck, all clean, mounts, twice... out of boredom?
I now realise my comments were about a different kind of right-shifting
behaviour which affects only the text on a line by line basis, not the
whole screen, and which appears to be known as the staircase effect.
Sorry for posting off topic. But, since I started, I'll mention that I
managed to
Public bug reported:
Under Ubuntu 10.04 Lucid, sshd is an upstart job controlled by
/etc/init/ssh.conf This file provides for start and stop as follows:
start on filesystem
stop on runlevel S
At shutdown or reboot, therefore, sshd is not stopped.
Since sshd is in /usr/sbin/sshd and also
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/51594460/Dependencies.txt
--
sshd never stops, prevents umount of /usr partition
https://bugs.launchpad.net/bugs/603363
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
Jolly good. I'm blogging my progress on this thread
http://ubuntuforums.org/showthread.php?t=1474942
which also describes the boot time messages that _may_ be related to this
problem.
I'll post here directly if/when I can confirm that they are/aren't.
--
sshd never stops, prevents umount of
Public bug reported:
Under Ubuntu 10.04 Lucid, sshd is an upstart job controlled by
/etc/init/ssh.conf This file provides for start and stop as follows:
start on filesystem
stop on runlevel S
At shutdown or reboot, therefore, sshd is not stopped.
Since sshd is in /usr/sbin/sshd and also
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/51594460/Dependencies.txt
--
sshd never stops, prevents umount of /usr partition
https://bugs.launchpad.net/bugs/603363
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Jolly good. I'm blogging my progress on this thread
http://ubuntuforums.org/showthread.php?t=1474942
which also describes the boot time messages that _may_ be related to this
problem.
I'll post here directly if/when I can confirm that they are/aren't.
--
sshd never stops, prevents umount of
I'm seeing much the same right shifting of the console while running a
serial console. System is Dell T110 PowerEdge, running Ubuntu 10.04
Lucid. Serial Console is running on windows with the same results using
either a mintty windows or a Cygwin X xterm window. It mostly seems to
affect
In the case that I've examined I can add that the newline is supplied by
the log_success_msg function in /etc/lsb-base-logging.sh which is
sourced into the bash script providing the echo -n (Dell/SARA's
/etc/init.d/dataeng in this particular case).
--
(Multiseat) screen shifts when /dev/console
Looks like I posted too soon.
I can run SOME Cygwin/gcc programs up to 2.83GB with the changes I mentioned in my first post
(yesterday), but not ALL programs (and not anything useful...). The problem seems to be with
Cygwin's implementation of disk access functions like fscanf() and
,__FILE__,__LINE__);
return(1);
}
c++;
if ((c % 5000) == 0) {
if ((f = fopen(./tmp,r)) == NULL) {
fprintf(stderr,Problem in %s line %d opening input
file\n,__FILE__,__LINE__);
return(1);
}
// fscanf(f,%s,buf);
fclose(f);
}
}
return(0);
}
Rob Donovan wrote
I've found the following to be true on my system and feel these details
could usefully be added to the Changing Cygwin's Maximum Memory page in
the User's Guide. My system is a Dell Inspiron 1520 laptop with 4GB of
physical RAM running Windows XP Home Edition with SP3. Uname -v reports
the
44 matches
Mail list logo
