From tclug1 at whitleymott.net Thu Jul 14 12:32:24 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Thu, 14 Jul 2016 12:32:24 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat Message-ID: what's up with my mdadm? note how it's taking 97% of CPU: >top - 11:40:14 up 1:16, 1 user, load average: 1.02, 1.04, 0.90 >Tasks: 187 total, 2 running, 185 sleeping, 0 stopped, 0 zombie >Cpu0 : 24.8%us, 75.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st >Mem: 2928404k total, 604280k used, 2324124k free, 17800k buffers >Swap: 0k total, 0k used, 0k free, 338536k cached > > PID VIRT RES NI %CPU TIME+ S COMMAND > 2078 5728 1700 0 97.3 24:32.14 R mdadm --monitor --scan -f --pid-file=/var/run/mdadm/mdadm.pid > 3031 107m 3176 0 0.0 0:44.05 S bash > 1 19356 1600 0 0.0 0:31.68 S /sbin/init > 4718 873m 120m 0 0.0 0:21.58 S /usr/lib/libreoffice/program/soffice.bin --splash-pipe=6 > 429 0 0 0 0.7 0:10.92 S [md3_raid1] > 705 0 0 0 1.0 0:10.39 S [md0_raid1] > 4 0 0 0 0.7 0:09.36 S [ksoftirqd/0] > 709 0 0 0 0.3 0:06.49 S [md2_raid1] > 585 10656 752 -4 0.0 0:04.21 S /sbin/udevd -d mdstat doesn't drop any clues (md0 is boot, md2 is swap, md3 is lvm): ># cat /proc/mdstat >Personalities : [raid1] >md0 : active raid1 sdb2[1] sda2[0] > 204788 blocks super 1.0 [2/2] [UU] > >md2 : active raid1 sdb1[1] sda1[0] > 10238904 blocks super 1.2 [2/2] [UU] > >md3 : active raid1 sda5[0] sdb5[1] > 153598908 blocks super 1.1 [2/2] [UU] > bitmap: 0/2 pages [0KB], 65536KB chunk > >unused devices: right after rebooting i swapoff -a, just to narrow in on what's up. if i leave it idle mdadm is still quiet a few hours later. but as soon as i fire up some app, like libreoffice, mdadm pins the CPU and stays that way. it's way bogged down, but stuff still works. a couple days ago this box froze up. this has been happening since. so probably the md3 raid is corrupted? shouldn't mdstat say something? what do i look at next? should i try removing sda5, and then sdb5? or some other way to know which one is good? or is that just wasting time, do i need to ditch md3&fire up a fresh raid? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kelly.black at penguinpackets.com Thu Jul 14 12:46:41 2016 From: kelly.black at penguinpackets.com (kelly) Date: Thu, 14 Jul 2016 12:46:41 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat References: Message-ID: <5787D001-000AA429@penguinpackets.com> Does iostat give any clues as to which drive is busy (i.e. more busy than the others as far as % usage?) iostat -d -x 1 Is the LVM ok otherwise? Kelly > Thu Jul 14 2016 12:32:24 PM CDT from "gregrwm" >Subject: [tclug-list] raid corrupted? but no clue from mdstat > > what's up with my mdadm?? note how it's taking 97% of CPU: >.... > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: URL: From nassarmu at gmail.com Thu Jul 14 13:51:24 2016 From: nassarmu at gmail.com (Munir Nassar) Date: Thu, 14 Jul 2016 13:51:24 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat In-Reply-To: References: Message-ID: Are the drives ok? what does smartctl say about them? anything in dmesg about it? You can try booting into knoppix, test the drives using smart tools, then assembling the arrays (if the drives are ok) and proceed from there. also, having swap be a separate MD is no longer necessary, it can be a logical volume with no loss of performance, see https://lkml.org/lkml/2005/7/7/326. The same goes for the root MD, as grub can boot off of nested LVM/MD with no problem (it can also boot off of RAID5/6 now too). Now if only LVM could do sparse file systems ala ZFS. On Thu, Jul 14, 2016 at 12:32 PM, gregrwm wrote: > what's up with my mdadm? note how it's taking 97% of CPU: > >>top - 11:40:14 up 1:16, 1 user, load average: 1.02, 1.04, 0.90 >>Tasks: 187 total, 2 running, 185 sleeping, 0 stopped, 0 zombie >>Cpu0 : 24.8%us, 75.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, >> 0.0%st >>Mem: 2928404k total, 604280k used, 2324124k free, 17800k buffers >>Swap: 0k total, 0k used, 0k free, 338536k cached >> >> PID VIRT RES NI %CPU TIME+ S COMMAND >> 2078 5728 1700 0 97.3 24:32.14 R mdadm --monitor --scan -f >> --pid-file=/var/run/mdadm/mdadm.pid >> 3031 107m 3176 0 0.0 0:44.05 S bash >> 1 19356 1600 0 0.0 0:31.68 S /sbin/init >> 4718 873m 120m 0 0.0 0:21.58 S >> /usr/lib/libreoffice/program/soffice.bin --splash-pipe=6 >> 429 0 0 0 0.7 0:10.92 S [md3_raid1] >> 705 0 0 0 1.0 0:10.39 S [md0_raid1] >> 4 0 0 0 0.7 0:09.36 S [ksoftirqd/0] >> 709 0 0 0 0.3 0:06.49 S [md2_raid1] >> 585 10656 752 -4 0.0 0:04.21 S /sbin/udevd -d > > mdstat doesn't drop any clues (md0 is boot, md2 is swap, md3 is lvm): >># cat /proc/mdstat >>Personalities : [raid1] >>md0 : active raid1 sdb2[1] sda2[0] >> 204788 blocks super 1.0 [2/2] [UU] >> >>md2 : active raid1 sdb1[1] sda1[0] >> 10238904 blocks super 1.2 [2/2] [UU] >> >>md3 : active raid1 sda5[0] sdb5[1] >> 153598908 blocks super 1.1 [2/2] [UU] >> bitmap: 0/2 pages [0KB], 65536KB chunk >> >>unused devices: > > right after rebooting i swapoff -a, just to narrow in on what's up. if i > leave it idle mdadm is still quiet a few hours later. but as soon as i fire > up some app, like libreoffice, mdadm pins the CPU and stays that way. it's > way bogged down, but stuff still works. > > a couple days ago this box froze up. this has been happening since. so > probably the md3 raid is corrupted? shouldn't mdstat say something? what > do i look at next? should i try removing sda5, and then sdb5? or some > other way to know which one is good? or is that just wasting time, do i > need to ditch md3&fire up a fresh raid? > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > From iznogoud at nobelware.com Thu Jul 14 14:04:32 2016 From: iznogoud at nobelware.com (Iznogoud) Date: Thu, 14 Jul 2016 19:04:32 +0000 Subject: [tclug-list] raid corrupted? but no clue from mdstat In-Reply-To: References: Message-ID: <20160714190432.GA8839@nobelware.com> I was going to say the same; use smartctl to find out what is logged in the drives logs too: 'smartctl -x /dev/sda' 'smartctl -x /dev/sdb' (I think -x is the right switch). I would start by unmounting the /dev/mdN drives but not dismantling the arrays, and then query all that you can query with mdadm. I would say there is are a lot of log entries in dmesg and syslog/messages. Start from there. No more reboots. They only thing you get from crashes and reboots is further corruption at the _filesystem_ lavel (not hardware or RAID). If you find that a particular drive is failing, take it out of the raid pool with something like: 'mdadm /dev/mdN --fail /dev/sd[a][b]N' or 'mdadm /dev/mdN --remove /dev/sd[a][b]N' whichever applies depending on what you want to do (declare it failed or just remove it). Filesystems should be unmounted cleanly, or just mounted read-only ahead of time, if you want to continue gettigndiagnostics by launching programs. You can force those filesystems to be mounted ro at boot-time in case you get more of those crashes. The logs are your friend. IN From tclug1 at whitleymott.net Thu Jul 14 15:37:58 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Thu, 14 Jul 2016 15:37:58 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat Message-ID: the first report had numbers for all devices, the second and third for sda&sdb only, and the 4th and onward are all zeros. which is probably just right for a quiescent box. but mdadm still has the CPU pinned. On Thu, Jul 14, 2016 at 12:46 PM, kelly wrote: > Does iostat give any clues as to which drive is busy (i.e. more busy than > the others as far as % usage?) > > iostat -d -x 1 > > Is the LVM ok otherwise? > > Kelly > > Thu Jul 14 2016 12:32:24 PM CDT from "gregrwm" Subject: > [tclug-list] raid corrupted? but no clue from mdstat > what's up with my mdadm? note how it's taking 97% of CPU: > .... > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kelly.black at penguinpackets.com Thu Jul 14 16:03:05 2016 From: kelly.black at penguinpackets.com (kelly) Date: Thu, 14 Jul 2016 16:03:05 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat References: Message-ID: <5787FE09-000AA467@penguinpackets.com> Is it being rebuilt, causing higher IO?: http://serendipity.ruwenzori.net/index.php/2007/08/06/mdadm-rebuild20-event-de tected-on-md-device Or could you have replaced a drive at some point and had an alignment mis-match? If they seem "healthy" to mdadm, I would go with the suggestions to check the smart counters on the drives as others have suggested. This document might be a bit old, but might give you some places to look as well: http://tldp.org/HOWTO/Software-RAID-HOWTO-6.html Kelly ? > Thu Jul 14 2016 03:37:58 PM CDT from "gregrwm" >Subject: Re: [tclug-list] raid corrupted? but no clue from mdstat > > the first report had numbers for all devices, the second and third for >sda&sdb only, and the 4th and onward are all zeros.? which is probably just >right for a quiescent box.? but mdadm still has the CPU pinned. > > > On Thu, Jul 14, 2016 at 12:46 PM, kelly >wrote: > >> >> >>Does iostat give any clues as to which drive is busy (i.e. more busy than >>the others as far as % usage?) >> >>iostat -d -x 1 >> >>Is the LVM ok otherwise? >> >>Kelly >>> Thu Jul 14 2016 12:32:24 PM CDT from "gregrwm" >>>Subject: [tclug-list] raid corrupted? but no clue from mdstat >>> >>> what's up with my mdadm?? note how it's taking 97% of CPU: >>>.... >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> > > > > > > > > > > > (, 0 bytes) [View| Download] > ? > > > > > > ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: URL: From tclug1 at whitleymott.net Thu Jul 14 16:59:08 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Thu, 14 Jul 2016 16:59:08 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat Message-ID: thanks for the ideas. i'm not seeing anything unusual other than mdadm pinning the CPU. which makes me think i'm probably seeing a combination of disc corruption when the box froze, and an mdadm bug. ick. would some developer somewhere actually want to see this? that's probably a long shot. -------------- next part -------------- An HTML attachment was scrubbed... URL: From iznogoud at nobelware.com Thu Jul 14 17:24:50 2016 From: iznogoud at nobelware.com (Iznogoud) Date: Thu, 14 Jul 2016 22:24:50 +0000 Subject: [tclug-list] raid corrupted? but no clue from mdstat In-Reply-To: <5787FE09-000AA467@penguinpackets.com> References: <5787FE09-000AA467@penguinpackets.com> Message-ID: <20160714222450.GA9366@nobelware.com> On Thu, Jul 14, 2016 at 04:03:05PM -0500, kelly wrote: > > Is it being rebuilt, causing higher IO?: > Negative. The 'cat /proc/mdstat' would indicate that and show a progress bar in ASCII form looking like this: [=====>---------] 40% It can only rebuild one from the other at RAID1. I do not know if an improper shutdown completely trashes the container's components. It certainly will if the components are "partitions" that are actual files (not hte case here). RAID mostly protects from individual drive failures, not improper shitdowns/freezes. Need verbose logs as stated here: https://raid.wiki.kernel.org/index.php/RAID_Recovery "dmesg" for sure. It also says to not panic... But I would if I were you. If you have spare drives, boot from a standalone installation disk and rip the entire drives to backups with dd. It will take some time, but you can go back to the "broken" MD container components if things go really wrong. Expensive proposition but worth the trouble if the data are critical to you. There was a memory issue with mdadm a while ago but unrelated: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372618 Bugs are unlikely. My googling did not return anything too useful. IN From tclug1 at whitleymott.net Thu Jul 14 18:20:58 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Thu, 14 Jul 2016 18:20:58 -0500 Subject: [tclug-list] raid corrupted? but no clue from mdstat Message-ID: > > also, having swap be a separate MD is no longer necessary, it can be a > logical volume with no loss of performance, see > https://lkml.org/lkml/2005/7/7/326 > still recommended however, so that swap raid corruption won't kill your data raid. -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbrian77 at gmail.com Fri Jul 15 07:41:20 2016 From: woodbrian77 at gmail.com (Brian Wood) Date: Fri, 15 Jul 2016 07:41:20 -0500 Subject: [tclug-list] Donating drugs after death Message-ID: My mother passed away last month and she was taking some prescription drugs. I'm wondering how/where to donate the unused drugs. My search https://duckduckgo.com/?q=donating+drugs+after+death&t=ffsb&ia=web didn't turn up much. Tia. -- Brian Ebenezer Enterprises - With "friends" like Obama, Clinton, and Trump who needs enemies? http://www.dailywire.com/news/7475/trump-picks-pence-here-are-5-things-you-need-know-ben-shapiro -------------- next part -------------- An HTML attachment was scrubbed... URL: From sfertch at gmail.com Fri Jul 15 08:00:59 2016 From: sfertch at gmail.com (Shawn Fertch) Date: Fri, 15 Jul 2016 08:00:59 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: References: Message-ID: Because prescription medication is specific to a person, do not donate them. Call your local law enforcement agency for disposal locations. The Ramsey County Sheriff station off if Hwy96 and Lexington has a drop box. Another issue with medications is that they could be compromised in terms of expiration or tampering. Ease, just dispose of them in a proper manner and not in the trash or down the toilet or sink. On Jul 15, 2016 7:41 AM, "Brian Wood" wrote: > > My mother passed away last month and she was taking > some prescription drugs. I'm wondering how/where to > donate the unused drugs. > > My search > > https://duckduckgo.com/?q=donating+drugs+after+death&t=ffsb&ia=web > > didn't turn up much. Tia. > > > -- > Brian > Ebenezer Enterprises - With "friends" like Obama, Clinton, and Trump > who needs enemies? > > > http://www.dailywire.com/news/7475/trump-picks-pence-here-are-5-things-you-need-know-ben-shapiro > > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elhaddi at enduradata.com Fri Jul 15 08:08:16 2016 From: elhaddi at enduradata.com (A. A. El Haddi) Date: Fri, 15 Jul 2016 08:08:16 -0500 Subject: [tclug-list] Donating drugs after death Message-ID: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> Your county's law enforcement or her healthcare provider. A. A. El Hadddi -------- Original message -------- From: Brian Wood Date: 7/15/16 07:41 (GMT-06:00) To: tclug-list Subject: [tclug-list] Donating drugs after death My mother passed away last month and she was taking some prescription drugs.?? I'm wondering how/where to donate the unused drugs. My search https://duckduckgo.com/?q=donating+drugs+after+death&t=ffsb&ia=web didn't turn up much.? Tia. -- Brian Ebenezer Enterprises - With "friends" like Obama, Clinton, and Trump who needs enemies? http://www.dailywire.com/news/7475/trump-picks-pence-here-are-5-things-you-need-know-ben-shapiro -------------- next part -------------- An HTML attachment was scrubbed... URL: From iznogoud at nobelware.com Fri Jul 15 10:26:07 2016 From: iznogoud at nobelware.com (Iznogoud) Date: Fri, 15 Jul 2016 15:26:07 +0000 Subject: [tclug-list] Donating drugs after death In-Reply-To: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> Message-ID: <20160715152607.GA10801@nobelware.com> They will get disposed of regardless when they are taken off your hands. But I agree that the sink/landfill is not the place to send them. Condolences for the loss of your mother. That is always hard, but it comforts me to think this is the natural order of saying goodbye. IN From kellywilliams81 at gmail.com Fri Jul 15 22:41:38 2016 From: kellywilliams81 at gmail.com (Kelly Williams) Date: Fri, 15 Jul 2016 22:41:38 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: <20160715152607.GA10801@nobelware.com> References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> Message-ID: Talk to the pharmacy. They would know were to bring them. On Fri, Jul 15, 2016 at 10:26 AM, Iznogoud wrote: > They will get disposed of regardless when they are taken off your hands. > But > I agree that the sink/landfill is not the place to send them. > > Condolences for the loss of your mother. That is always hard, but it > comforts > me to think this is the natural order of saying goodbye. > IN > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclug1 at whitleymott.net Sat Jul 16 07:30:59 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Sat, 16 Jul 2016 07:30:59 -0500 Subject: [tclug-list] Scan: 0FEA76CFAE8C53 Message-ID: to tclug bcc jim, yikes! there are 3 virus laden spams in my sent box! please check my thinking here. i have 2-step verification on since 2013-may-3. authenticator app, active sessions, app passwords, account recovery options, all look good. there are 3 virus laden spams in my sent box, and numerous more in my spam box. they all are alike in numerous ways. all were sent july 6, 7, or 8. the laden attachments are .docm or .docx. the subjects contain a random looking hexadecimal. whatever's in From: is also in To:. here's an extract from one in my sent box: >Received-SPF: fail (google.com: domain of backuppc-users at whitleymott.net does not designate 116.98.187.172 as permitted sender) client-ip=116.98.187.172; >Authentication-Results: mx.google.com; > spf=fail (google.com: domain of backuppc-users at whitleymott.net does not designate 116.98.187.172 as permitted sender) smtp.mailfrom=backuppc-users at whitleymott.net the rogue messages in my sent box are displayed with this notice: *This message was not sent to Spam because of a filter you created.* my conclusion is some of the spams appear in my sent box when the email address supplied by the spammer happens to be one of my "send mail as" addresses, and the spam also happens to match one of my filters that specifyes "never send it to spam". meanwhile my account is still secure. do you agree? questions? thank you, greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From iznogoud at nobelware.com Sun Jul 17 13:08:56 2016 From: iznogoud at nobelware.com (Iznogoud) Date: Sun, 17 Jul 2016 18:08:56 +0000 Subject: [tclug-list] Scan: 0FEA76CFAE8C53 In-Reply-To: References: Message-ID: <20160717180856.GB31428@nobelware.com> On Sat, Jul 16, 2016 at 07:30:59AM -0500, gregrwm wrote: > > yikes! there are 3 virus laden spams in my sent box! please check my > thinking here. > I do NOT like the first sentence at all... From what you have sent, it looks like google (gmail) is doing the right thing to follow your filters and to allow messages from known e-mail addresses. Are you on that alleged list the email was sent from? Go to gmail and get as much info as you can about logins. Get the raw headers of the spam messages in the sent folder and trace the IPs to something you know. Basically, make sure nobody is trying to send email as you because they have your credentials. A properly configured email server should never allow that email to come out of your account. But if the destination does not complain (doesn't reject), you will have the reminents of a sent message that was never sent. Then, gmail will find it in your sent folder and may let that address bypass filters. I am just speculating. Sort of like getting your credentials but phishing you to pick up the virus from the inside (since they cannot just sit on the machine you are sitting). Smart. Gmail will send you a notification if you have a login from a new device, but not if they deleted that email just as it was sent to you. That is why gmail wants to have another email address, a mobile phone to received texts, etc. But if you have had a serious security breach (diretly targeted because of who you are or what you do), this sort of thing can happen. Can you sense my level of paranoia? Did I mention changing passwords from a "safe" device? I threw this query into google: https://www.google.com/#q=where+is+the+IP++116.98.187.172 first hit is something about Viet Nam. You need to inspect the headers of the sent messages further. The problem is likely on your end, which is where you are correctly looking. I'd be freaked out. IN From tclug1 at whitleymott.net Thu Jul 21 15:02:02 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Thu, 21 Jul 2016 15:02:02 -0500 Subject: [tclug-list] Scan: 0FEA76CFAE8C53 Message-ID: > > Are you on that alleged list the email was sent from? > yes > Go to gmail and get as much info as you can about logins. Get the raw > headers > of the spam messages in the sent folder and trace the IPs to something you > know. Basically, make sure nobody is trying to send email as you because > they > have your credentials. A properly configured email server should never > allow > that email to come out of your account. > yes the spammer is sending mail with one of my addresses in From:. no i don't think they have my credentials, so i don't think it's coming out of my account > You need to inspect the headers of the sent messages further. The problem > is > likely on your end, which is where you are correctly looking. > yes i inspected carefully. not much info in headers from which to draw conclusions, tho the spf-fail seems to verify they don't have my credentials -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclug1 at whitleymott.net Fri Jul 22 15:03:41 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Fri, 22 Jul 2016 15:03:41 -0500 Subject: [tclug-list] install headless using serial Message-ID: i want to recover a headless colo box. i can go to iphouse and plug in a monitor. or ask them to. but i'd rather do something that's less of a time drain. i can view its normal reboot process via serial port, but now it's stuck at "Give root password for maintenance" and said password isn't accepted. this happened because i installed an updated mdadm from source. which i'm guessing wasn't configured correctly for rhel6. i did that because mdadm (fully updated via centos) kept pinning the CPU. some curious bug dependent on firing up sufficient userspace activity. i've now also seen the same bug on another centos6 box. anyway i want to install centos7 in an available partition, both to retrieve data from the borked OS, and because i want to install centos7 anyway. booting a centos7 cd displays a blank white screen via serial. perhaps the centos7 cd doesn't handle booting a serial console? or perhaps it does with some special interaction? anyone know? if it requires remastering a cd, perhaps someone could point me to the best relevant howto (none of us enjoy wasting time on the ubiquitous outdated/inapplicable/incorrect howtos) or perhaps it would be less of a waste of time to install some other distribution whose install cd just works via serial. does ubuntu? or something else? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tclug1 at whitleymott.net Fri Jul 22 15:37:29 2016 From: tclug1 at whitleymott.net (gregrwm) Date: Fri, 22 Jul 2016 15:37:29 -0500 Subject: [tclug-list] install headless using serial In-Reply-To: References: Message-ID: i've setup pxe boots before. dunno but perhaps that might be easier than remastering centos7. -------------- next part -------------- An HTML attachment was scrubbed... URL: From iznogoud at nobelware.com Sat Jul 23 14:19:20 2016 From: iznogoud at nobelware.com (Iznogoud) Date: Sat, 23 Jul 2016 19:19:20 +0000 Subject: [tclug-list] install headless using serial In-Reply-To: References: Message-ID: <20160723191920.GA21346@nobelware.com> Wait... Are root logins allowed (by the existing, possibly the install default, configuration) ? have you ever logged in as root from a serial port? I would assume that a collocated box would be setup to allow this, but it may have been overlooked. Can you SSH to it from the outside and sudo/su to change the configuration and allow for ttySN (serial TTY) root logins? That is likely your problem. You can get to the disk(s) from the installation process of any distro, and I prefer Slackware (of course) for such hacking. One more relevant but not helpful note regarding this last part. Typically we impose BIOS passwords and use crypto MD encrypted containers for systems that are out of our hands (collocated). This out of sheer paranoia. You should do that when all said and done, but never take my advise. Man! This system has given you some trouble lately. IN From kc0iog at gmail.com Sat Jul 23 20:17:17 2016 From: kc0iog at gmail.com (Brian Wall) Date: Sat, 23 Jul 2016 20:17:17 -0500 Subject: [tclug-list] install headless using serial In-Reply-To: References: Message-ID: On Fri, Jul 22, 2016 at 3:03 PM, gregrwm wrote: > booting a centos7 cd displays a blank white screen via serial. perhaps the > centos7 cd doesn't handle booting a serial console? or perhaps it does with > some special interaction? anyone know? You need to pass serial parameters to the kernel at boot time. There should be docs out there on doing this. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/ch-Boot-x86.html#s2-x86-starting-bootopts That's for 6, but I would imagine the process is similar for 7. > or perhaps it would be less of a waste of time to install some other > distribution whose install cd just works via serial. does ubuntu? or > something else? I found this howto when I needed to install Debian 8 to a serial only system. Worked like a charm. http://pcengines.info/forums/?page=post&id=51C5DE97-2D0E-40E9-BFF7-7F7FE30E18FE Brian From sandwhicheyes at gmail.com Mon Jul 25 12:06:43 2016 From: sandwhicheyes at gmail.com (Sandwhich Eyes) Date: Mon, 25 Jul 2016 12:06:43 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> Message-ID: my little town told me to put them in the drain. i think they need to pick up a newspaper out here once and a while. On Fri, Jul 15, 2016 at 10:41 PM, Kelly Williams wrote: > Talk to the pharmacy. They would know were to bring them. > > On Fri, Jul 15, 2016 at 10:26 AM, Iznogoud wrote: > >> They will get disposed of regardless when they are taken off your hands. >> But >> I agree that the sink/landfill is not the place to send them. >> >> Condolences for the loss of your mother. That is always hard, but it >> comforts >> me to think this is the natural order of saying goodbye. >> IN >> >> _______________________________________________ >> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >> tclug-list at mn-linux.org >> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >> > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tompoe at meltel.net Mon Jul 25 12:21:08 2016 From: tompoe at meltel.net (Tom) Date: Mon, 25 Jul 2016 12:21:08 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> Message-ID: <8b06f11c-7eb6-512d-a4ac-bc8574daacb3@meltel.net> Sandwich Eyes: Please take a moment and alert the Minnesota Department of Health and ask them to remind "your little town" of Minnesota laws, rules, regulations regarding the disposal of pharmaceutical drugs. Here's phone number: *Doug Schultz**: 651-201-4993* He may also have an appropriate flyer you can drop off for the town to post. Tom On 07/25/2016 12:06 PM, Sandwhich Eyes wrote: > my little town told me to put them in the drain. i think they need to > pick up a newspaper out here once and a while. > > On Fri, Jul 15, 2016 at 10:41 PM, Kelly Williams > > wrote: > > Talk to the pharmacy. They would know were to bring them. > > On Fri, Jul 15, 2016 at 10:26 AM, Iznogoud > wrote: > > They will get disposed of regardless when they are taken off > your hands. But > I agree that the sink/landfill is not the place to send them. > > Condolences for the loss of your mother. That is always hard, > but it comforts > me to think this is the natural order of saying goodbye. > IN > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list -- You cannot be a Republican and support universal health care. Are you a Republican? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandwhicheyes at gmail.com Mon Jul 25 15:46:17 2016 From: sandwhicheyes at gmail.com (Sandwhich Eyes) Date: Mon, 25 Jul 2016 15:46:17 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: <8b06f11c-7eb6-512d-a4ac-bc8574daacb3@meltel.net> References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> <8b06f11c-7eb6-512d-a4ac-bc8574daacb3@meltel.net> Message-ID: thank you tom. just talked about the wireless mesh network a while back at my kids school to the it director and the principal. i will bring up the drug recycling bit to better educate the locals out here to the wisconsin version of that since i have strayed from mn. On Mon, Jul 25, 2016 at 12:21 PM, Tom wrote: > Sandwich Eyes: Please take a moment and alert the Minnesota Department of > Health and ask them to remind "your little town" of Minnesota laws, rules, > regulations regarding the disposal of pharmaceutical drugs. Here's phone > number: > > *Doug Schultz**: 651-201-4993 <651-201-4993>* > He may also have an appropriate flyer you can drop off for the town to > post. > Tom > > > On 07/25/2016 12:06 PM, Sandwhich Eyes wrote: > > my little town told me to put them in the drain. i think they need to pick > up a newspaper out here once and a while. > > On Fri, Jul 15, 2016 at 10:41 PM, Kelly Williams < > kellywilliams81 at gmail.com> wrote: > >> Talk to the pharmacy. They would know were to bring them. >> >> On Fri, Jul 15, 2016 at 10:26 AM, Iznogoud >> wrote: >> >>> They will get disposed of regardless when they are taken off your hands. >>> But >>> I agree that the sink/landfill is not the place to send them. >>> >>> Condolences for the loss of your mother. That is always hard, but it >>> comforts >>> me to think this is the natural order of saying goodbye. >>> IN >>> >>> _______________________________________________ >>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >>> tclug-list at mn-linux.org >>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >>> >> >> >> _______________________________________________ >> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >> tclug-list at mn-linux.org >> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >> >> > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesotatclug-list at mn-linux.orghttp://mailman.mn-linux.org/mailman/listinfo/tclug-list > > > -- > You cannot be a Republican and support universal health care. Are you a Republican? > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sandwhicheyes at gmail.com Mon Jul 25 15:47:43 2016 From: sandwhicheyes at gmail.com (Sandwhich Eyes) Date: Mon, 25 Jul 2016 15:47:43 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> <8b06f11c-7eb6-512d-a4ac-bc8574daacb3@meltel.net> Message-ID: also i saw a news video recently about how scientists are trying to make drugs that break down quicker. couldn't find the video and it is a little foggy, might have been a Ted Talk. On Mon, Jul 25, 2016 at 3:46 PM, Sandwhich Eyes wrote: > thank you tom. just talked about the wireless mesh network a while back at > my kids school to the it director and the principal. i will bring up the > drug recycling bit to better educate the locals out here to the wisconsin > version of that since i have strayed from mn. > > On Mon, Jul 25, 2016 at 12:21 PM, Tom wrote: > >> Sandwich Eyes: Please take a moment and alert the Minnesota Department >> of Health and ask them to remind "your little town" of Minnesota laws, >> rules, regulations regarding the disposal of pharmaceutical drugs. Here's >> phone number: >> >> *Doug Schultz**: 651-201-4993 <651-201-4993>* >> He may also have an appropriate flyer you can drop off for the town to >> post. >> Tom >> >> >> On 07/25/2016 12:06 PM, Sandwhich Eyes wrote: >> >> my little town told me to put them in the drain. i think they need to >> pick up a newspaper out here once and a while. >> >> On Fri, Jul 15, 2016 at 10:41 PM, Kelly Williams < >> kellywilliams81 at gmail.com> wrote: >> >>> Talk to the pharmacy. They would know were to bring them. >>> >>> On Fri, Jul 15, 2016 at 10:26 AM, Iznogoud >>> wrote: >>> >>>> They will get disposed of regardless when they are taken off your >>>> hands. But >>>> I agree that the sink/landfill is not the place to send them. >>>> >>>> Condolences for the loss of your mother. That is always hard, but it >>>> comforts >>>> me to think this is the natural order of saying goodbye. >>>> IN >>>> >>>> _______________________________________________ >>>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >>>> tclug-list at mn-linux.org >>>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >>>> >>> >>> >>> _______________________________________________ >>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >>> tclug-list at mn-linux.org >>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >>> >>> >> >> >> _______________________________________________ >> TCLUG Mailing List - Minneapolis/St. Paul, Minnesotatclug-list at mn-linux.orghttp://mailman.mn-linux.org/mailman/listinfo/tclug-list >> >> >> -- >> You cannot be a Republican and support universal health care. Are you a Republican? >> >> >> _______________________________________________ >> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota >> tclug-list at mn-linux.org >> http://mailman.mn-linux.org/mailman/listinfo/tclug-list >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rsinland at gvtel.com Mon Jul 25 20:36:56 2016 From: rsinland at gvtel.com (Robert Sinland) Date: Mon, 25 Jul 2016 20:36:56 -0500 Subject: [tclug-list] Donating drugs after death In-Reply-To: References: <6i716y4sj3o3hvmych20ygps.1468588096270@email.android.com> <20160715152607.GA10801@nobelware.com> <8b06f11c-7eb6-512d-a4ac-bc8574daacb3@meltel.net> Message-ID: <5796BEB8.4020000@gvtel.com> This may be too little to late. In the long term care facility I work at in northern MN we have a contract with a company that leaves us a container that is approx 10 gallons or so. All of our discontinued meds that are in a solid or semi solid form are placed in the container which is collected periodically and then incinerated. The meds that are liquid in form are still destroyed via sewer. No recycling is done that I am aware of, and that has something to do with a contract that the local pharmacy has with the insurance companies if I recall correctly. RS